コーディングエージェントはリポジトリを直せますが、ゲームにはディスク上のプロジェクトと実行中の体験があります。コードが正しくてもカメラや入力、アニメーション、性能は壊れ得ます。
重要なのはブランドではなく、エンジンと実行状態を観察し、証拠を使ってループを閉じられるかです。
クイックリード
要点
- 完了とはテスト通過だけでなくプレイ可能な結果です。
- シーン、アセット、入力、時間、性能が必要な文脈です。
- 静的確認から人の体験確認まで段階的に検証します。
- 再現手順、実行証拠、制限、ロールバックを残します。
完了条件を変える
ゲーム向けエージェントはコードに加えシーン、参照、入力、実行状態を扱います。
エンジン接続、実行ビルド、観測、受け入れ基準が必要です。
6層のゲーム文脈
意図、リポジトリ、世界、アセット、実行状態、証拠がつながります。
段階ごとに必要な情報だけを取得すると安全です。
閉ループ検証
測定可能な場面を決め、最小変更を行い、ビルド、入力、観察、修正を繰り返します。
単体テスト以外に画面、入力、レベル、性能の検査が必要です。
エージェントを使い分ける
局所的なコード作業は一般エージェント、体験を横断する作業はゲーム認識が適します。
公開や認証情報は人が承認します。
証拠で評価する
成功率、手戻り、実行回帰、性能、レビュー時間を比較します。
diff、再現手順、実行記録、制限、復元方法を求めます。
よくある質問
一般的なコーディングエージェントとの違いは？
エンジンとプレイ可能な証拠を完了条件に含めます。
単体テストだけで十分ですか？
いいえ。実行時の入力、表示、保存、性能も必要です。
最初に自動化する作業は？
低リスクで戻せて、合格条件が明確な作業です。
どう比較しますか？
同じ課題で結果、証拠、手戻り、費用を比較します。
出典と参考資料
- SWE-bench: Can Language Models Resolve Real-World GitHub Issues?
公式研究およびゲームエンジン文書。
- Godot Engine: SceneTree documentation
公式研究およびゲームエンジン文書。
- Unreal Engine: Automation Test Framework
公式研究およびゲームエンジン文書。
- Unity Manual: Profiling your application
公式研究およびゲームエンジン文書。
次のステップ
