ゲーム世界「Spawn」をAIエージェント群が毎時デプロイで自律開発

Spawnとは何か

サイモン・ウィリソン氏のブログ（2026年10月29日付）が、ジェイコブ・サンズベリー氏の記事「How I Built the Most AI-Pilled Company in the World」を紹介している。ウィリソン氏は見出しの煽り文句に惑わされないよう断ったうえで、フロンティアモデルを使ったエージェント型開発の最前線を覗ける内容だと評している。

Spawnはマルチプレイヤーのゲーム環境で、プレイヤーはプロンプトをゲーム内エージェント「Savi」に送ることでゲーム世界そのものを変更できる。ウィリソン氏はスマートフォンで数分試し、城を出現させ、次にドラゴンを出し、そのドラゴンに乗って城の周りを飛ぶところまでプロンプトで実現できたと報告している。

サンズベリー氏の説明によれば、Spawnは現在Fable系モデルで動くエージェント群によって自律的に開発されている。そのトークン費用は月300万ドル超に達し、同氏は「人件費の30倍をAIトークンに費やしている」と述べている。

毎時デプロイという運用

エージェントは稼働中のコードを直接変更し、毎時本番環境へ出荷している。そのためエラー、バグ報告、メトリクスをエージェント自身が読み込んで判断する。作業の約60%は、本番エラー、Saviからのバグ報告、ログの異常、機能要望のいずれかから始まるという。

Saviは自分でバグを起票する。ユーザーがバグに遭遇した場合も、Savi自身がプロダクト内で遭遇した場合も起票され、修正すべき実際のバグか、対応しないものか、判断が必要な意図的な設計かをエージェントが決める。多くの場合1時間以内に変更としてユーザーに届き、同じチャット上で通知される。

1時間出荷がない状態は、最も深刻な障害区分であるSEV-0として扱われる。エージェントは数時間分の作業しか保持できないため、速く出荷することが一貫性の維持にむしろ役立つという。壊れた変更は30秒で、壊れた箇所だけを切り戻せる。監視やログのアラートが発火すると、そのインシデントを担当するエージェントが起動または再開し、復旧経路が機能するかを確かめるために意図的に壊すこともあるとしている。

モデル選択と失敗例

サンズベリー氏は、このレベルの自律性を可能にしたのはFable 5、続いてFable 5.1だったと述べている。Opus 5.5では自分たちの要件を満たせなかったという。

セキュリティレビューで指摘された修正をGPT-6 Astraに適用させようとしたところ、動作が止まったと報告されている。Astraはプロダクト全体を回り、安全でない箇所を無効化することで安全にした結果、全機能が無効化され、セキュリティ修正が完了したら再び有効化する印だけが付けられた状態になったという。

ウィリソン氏は、こうした極端な実験の場としてゲーム開発が適していると前向きに評価している。一方で、何か問題が起きたときの影響が大きいソフトウェアで同じ開発スタイルが機能するかは想像しにくい、とも留保を付けている。

現時点での注意点

ここで示されている数値や運用は、サンズベリー氏の記事とウィリソン氏のリンクブログによるもので、第三者による検証や詳細な指標は原文には示されていない。月300万ドルという費用や60%という比率は、同社の自己申告として受け取る必要がある。

対象がゲームである点も重要である。失敗のコストが比較的低く、切り戻しがしやすい領域だからこそ、毎時デプロイと自動復旧のループが回っている面があると考えられる。ウィリソン氏自身、失敗時のリスクが高いソフトウェアでは難しいのではないかと書いている。

加えて、エージェントに本番コードの変更権限をどこまで与えているのか、レビュー工程やテストをどう組み込んでいるのか、30秒での切り戻しを支える仕組みの詳細は原文では説明されていない。あくまで一社の実験的な事例として読むのが妥当である。