7月31日、O'Reillyが「AI as an Enterprise Operating System」と題した記事を公開した。この記事では、セキュリティ企業Trail of BitsのCEO Dan Guidoが実践した「AIネイティブ企業」への移行プロセスと、その具体的な設計思想について詳しく紹介されている。
「AIを配れば生産性が上がる」は間違い
全米経済研究所（NBER）が約6,000人の経営幹部を対象に行った調査によると、90%近くが「AIは雇用にも生産性にも測定可能な変化をもたらさなかった」と回答している（いずれも元記事からの引用。Fortuneによる2026年2月の報道として紹介されている）。これはロバート・ソロウが1987年に述べた「コンピュータ時代はどこにでも見えるのに、生産性統計には現れない」という"ソロウのパラドックス"になぞらえ、「新たなソロウのパラドックス」と呼ばれ始めている。
Dan Guidoの見方は明快だ。「AIが効かないのではなく、ほとんどの企業がAIの使い方を間違えている」。ChatGPTやClaudeのライセンスを配って魔法が起きるのを待つ、そのアプローチが失敗している。
GuidoはAI導入を3段階に整理する。
- AIアシステッド：ChatGPTでメールを書く、文書を要約する。ワークフローは変わらない。
- AIオーグメンテッド：ワークフローを再設計し、コードレビューの初稿をAIが行い人間が確認する。
- AIネイティブ：「AIがチームメンバーとして存在する」前提で会社とワークフローをゼロから再設計する。
最初の段階はツールであり、最後の段階はオペレーティングシステムだとGuidoは言う。Trail of Bitsにとってそれは「すべてのエンゲージメントで蓄積したスキル・ワークフロー・コードが、次のエンゲージメントをより速く、より高品質にする」ための仕組みだ。「セキュリティの専門知識をコードとして複利で蓄積したい」というのが核心にある。
従業員抵抗の構造を設計で解く
Guidoが率直に打ち明けた事実が興味深い。
「昨年、全社でAIに全力投球すると発表したとき、私と同じ考えだったのは社員の約5%だけだった。95%は抵抗していた。うち20%は積極的な抵抗。残り75%は、表面上は従いながら、実際には妨害していた。『しばらく頭を低くしていれば経営の関心は別に移る』と思っているのが大半だ」
Guidoは説得ではなく、なぜ人間が新技術を拒否するかの文献を調べ、4つの心理的バイアスを特定してそれぞれに対策を設計した。
- 自己強化バイアス（成功は自分の手柄、失敗は状況のせい）→ 公開されたAI成熟度マトリクスで「すでに十分うまくやっている」という言い訳を潰す
- アイデンティティの脅威（「AIが仕事をする」ではなく「AIが私をより優秀にする」と再フレーミング）→ スキルリポジトリで専門知識のコード化に貢献した人が評価される仕組み、ハッカソンで抵抗から探索へ動機を転換
- 不完全さへの不寛容（Dietvorstらのアルゴリズム嫌悪研究が示す「一度の失敗でアルゴリズムを見捨てる」傾向）→ キュレーション済みのツール市場、サンドボックス、堅牢なデフォルト設定で最初の体験を失敗させない
- 不透明性（意思決定の根拠が見えない不信感）→ AIハンドブックで利用ポリシーとリスクモデルを明文化
そして「CEOが最初にドアを通ること」を最後の対策に挙げた。「受動的な50%の社員は、経営者が何を言うかではなく、何をするかを見ている」。
成熟度マトリクスとハッカソンの設計
Trail of Bitsはもともと約50のエンジニアリングスキル（Python、Rust、各種セキュリティ監査スキルなど）を評価に使っていた。そこにAIスキルを独立したマトリクスとして追加した。レベルは「未着手」「有能」「採用」「変革的」の4段階で、保証・エンジニアリング・営業・プロジェクト管理ごとに詳細化されている。
重要な設計が2点ある。
第一に、最高レベルの定義。「AIを最も多く使う人」ではなく、「AIを使って新しい働き方を発明し、ツールを作る人」が最高位だ。これにより「私はAIなど不要だ」というエキスパートのアイデンティティが「私がAIを会社で役立てる人間だ」に置き換わる。
第二に、レベルゼロの意味。「未着手はスキル不足ではなく、会社への反抗だ」とGuidoは明言した。AIをハイプだと退け、使用を拒否することは原則の不一致であり、対話の末に退職した社員もいたという。レベル1〜3はスキルの問題であり、対処法はツールとの時間だ。
全スライドデッキはGitHubで公開されている。
ハッカソンは「研修プログラムとして設計された生産活動」
2ヶ月に1度開催されるハッカソンが、成熟度ラダーを人々に上らせる主要手段だ。ゴールと学習目標を事前に定め、エンジニアと非エンジニアで別の指示を出す。ペアで作業してすべてがレビューされ、終了後にはデモセッションがある。
Guidoの言葉が端的に表す。「成果物を出す研修プログラムであり、何かを教える生産スプリントではない」。非エンジニアの参加者も、翌週に成熟度ラダーのどこにいるかで評価される。
第1回ハッカソンのテーマは公開ソースコードリポジトリの整理（未解決のイシュー対応、古い依存関係の更新）。地味だが意図がある。「オープンソースメンテナは公衆にたたかれ続ける。その負担をAIが減らすことを実感させたかった」。
第2回は、エンジニアが公開リポジトリ上でClaude Codeを完全自律（bypass permissionsモード）で動かすことを必須とした。会社が事前に準備したサンドボックス内で、エージェントに制御を渡すことを体験させる設計だ。
「傷跡を設備に変える」
Guidoが最も重視しているのが、蓄積された失敗知識をインフラ化することだ。
「Claude Codeが期待通りに動かないたびに、その教訓をコピペ可能なグローバルデフォルト設定に焼き込んだ。私はそれを『傷跡』と呼ぶ。明日新入社員が入ってきたとき、過去1年のTrail of Bitsの発見プロセス全体をたどらせたくない」
この蓄積がclaude-code-configリポジトリだ。GuidoがV1を自分で書き、全社にPRを開放。ハッカソンのたびに担当者が貢献されていない知識を収集して追加していく。
スキルリポジトリは3種類ある。社内用の内部リポジトリ、誰でも使える公開リポジトリ、そして第三者スキルを審査するキュレーション済みリポジトリだ。公開リポジトリへの公開は「社外だけでなく社内の人間も使えるものを書く規律になる」とGuidoは言う。キュレーション済みリポジトリはセキュリティ上の理由から必要だ。Trail of Bits自身が悪意あるスキルの書き方を研究・公開しているため、130人の社員に見知らぬ人のコードを無審査でダウンロードさせるわけにはいかない。
標準化は制約ではなく基盤
サンドボックスは意図的に1種類に絞らなかった。開発者向けのdevcontainer、使い捨てのDigitalOceanドロップレット用dropkit、隔離VM用COOP、Claude Code組み込みのサンドボックスが並存する。「全員が同じサンドボックスを使う必要はない。全員が安全なサンドボックスを持つことが重要だ」。
標準化は制約ではなく基盤だというのがGuidoの主張の要だ。ツールの標準化・デフォルトの堅牢化・スキルの体系的な蓄積、この三つが組み合わさってはじめて「エンタープライズAIオペレーティングシステム」が機能する。逆に言えば、どれか一つが欠けても崩れる。ライセンスだけ配ってデフォルト設定を放置すれば「傷跡」は個人の記憶に留まったまま散逸し、成熟度マトリクスを整備してもサンドボックスがなければ体験の失敗が抵抗を再燃させる。Guidoが各要素を独立した施策としてではなく、相互に補強し合うシステムとして設計した点が、他の「AI導入ガイド」と一線を画している。
詳細はAI as an Enterprise Operating Systemを参照していただきたい。
