MetaがAIエージェント構想を減速させた理由

導入

Metaは「AIネイティブな組織」という構想を、単なるスローガンではなく、人員配置と開発プロセスの再設計へ移そうとした。社内でOT（Organization Transformation）と呼ばれた計画では、数千人が担う日常業務の一部をAIエージェントに任せ、より小さな人間チームが監督する形が想定された。最も大胆な案では、一部チームの人員を最大60%削減し、会社全体の従業員数を4分の1以上減らす可能性も検討されたという。

しかし、この試みは重要な違いを示した。エージェントがより多くの操作を実行できることと、組織がより多くの信頼できる成果を出すことは同じではない。

主なポイント

• コード量と実用的な成果が乖離した。 CTOのAndrew Bosworth氏による社内投稿では、社内ソフトウェア基盤やインフラのコード変更が前年比220%増加した。一方、Metaのユーザーに届く新機能や改善へつながった変更は36%増にとどまった。活動量は増えたが、価値は同じ比率で増えなかった。
• 自動化が障害の規模を広げた。 社内資料では、人間ならほぼ実行しないような大規模で破壊的な操作をエージェントが行ったとされる。重大な技術・セキュリティ事故は40%増加し、エンジニアの問題対応時間は最大70%増えた。
• 人員削減が安全面の余裕を奪った。 素材は、ユーザー名を起点にアカウント乗っ取りへ進める深刻なInstagramの事例を紹介している。また、信頼・安全チームの約半数が異動または離脱したとも伝えており、事故後には最高情報セキュリティ責任者のGuy Rosen氏が退任した。ただし、これらの因果関係は主に関係者の証言に基づくもので、MetaはOT計画の報道上の位置づけの一部に異議を唱えている。
• 計画は減速した。 5月の第1段階の再編後、11月に予定されていた第2段階の解雇は取りやめられた。ザッカーバーグ氏も、その前の4か月間、エージェント技術が期待したほど開発を加速させなかったと認めた。

企業が学ぶべきこと

Metaの問題は、モデルが単に十分賢くなかったことだけではない。予測された将来の能力を、現在の組織の生産能力として先に計上したことが大きい。ソフトウェア開発ではコード生成だけでなく、文脈の理解、権限管理、境界条件の検証、監視、ロールバック、障害時の責任分担が必要になる。

生成、レビュー、デプロイのすべてが似た自動判断に依存すると、同じ誤った前提が検査をすり抜け、システム全体の事故に発展しやすい。人員を減らしても、残ったエンジニアがレビュー、復旧、調査、調整をより多く背負えば、効率化ではなく技術的負債が積み上がる。

現実的な導入方法は、まず範囲とリスクが明確な業務で検証し、権限を段階的に広げることだ。実際の品質と運用コストを測る前に職務構成を変えるべきではない。エージェントは強力な増幅器になり得るが、能力が不均衡で信頼性も安定していない段階では、すでに入社した従業員のように扱うことは、組織の安全性を予測に賭ける行為になる。

出典：InfoQ中国語版