Meta Forum の進め方はソフトウェアチームの参考になる。エンジニアがエージェントの書くコードを一行ずつ見張るのではなく、エージェント自身が計画、実装、テスト、修正の一巡を回し、人は目標を決め、実行を見守り、逸れたときに介入して最後に承認する。2026年10月15日、Meta のエンジニアリングチームは公式ブログで、独立アプリ Forum を小規模チームがゼロから作り、8週間で Facebook Groups の中核機能と同等まで到達した過程を振り返った。
成否はコード量ではなく検証で測る
チームが成功の基準に置いたのは、生成されたコードの量ではなく、成果物がビルドとテストとレビューを通り、そのまま本番に出せるかどうかだった。そのため自動検証をエージェントのループ内部に入れた。ビルド状態、単体テスト、画面仕様の照合が明確な合否を返し、エージェントが先に自己点検するので、エンジニアの前に届くのはテスト計画と検証記録を伴った変更だけになる。具体例が負荷テストだ。実ユーザーのように激しくスクロールし、画面を移動し、メディアを繰り返し読み込む検証を回したところ、開発中にメモリの問題が見つかって修正され、メモリ使用量とページフォルトはほぼ半減したという。
変えたのはプロンプトではなく環境
振り返りで率直に語られているのは、成果はプロンプトの磨き込みではなく、コードベースとツールの作り替えから来たという判断だ。プロジェクトの規則やチームの慣習は再利用できるルールとスキルとして残し、エージェントには画面の説明文ではなく、シミュレータから実際の画面階層を読む道具を与えた。試作コードは別のビルドに入れ、本番ビルドには物理的に存在しない形にしたため、実験が実ユーザーのアプリを壊すこともない。
前提も明確だ。ループに安全に任せられる仕事の量は、検証の信号がどれだけ信頼できるかで決まる。検証が追いつかなければ、人の時間はコードを書く作業から、完成したように見える成果物の審査へ移るだけだ。多くのチームにとって Forum の教訓は順序の話であり、テストと状態確認を固めてから、エージェントに長い工程を任せるべきだということになる。
