「AIになんでも任せる」という夢と、現実の崖
「これからはAIがコードをすべて書いてくれる。人間は指示を出すだけだ」
そんな夢を見て、私は Google Antigravity(以下、Antigravity)を本格導入しました。しかし、導入からわずか3日後、私は深夜のオフィスで頭を抱えていました。エージェントが生成した大量の「修正案」が既存のコードを破壊し、さらには背景で実行し続けたテストコマンドが無限ループに陥り、APIのクレジットが数分のうちに10ドル分も溶けていたからです。
「AIエージェントは、魔法の杖ではない。強力すぎるエンジンを積んだ、まだブレーキが未完成の車だ」

この記事では、私がその「事故」から学んだ、Antigravityを実務で安定して使いこなすためのデバッグ術と、トラブルシューティングの極意を共有します。
- 要点1: 無限ループによる課金事故を防ぐには「最大試行回数」の明文化が必須
- 要点2:
task.mdとcommand_statusの詳細ログがデバッグの最重要手がかり - 要点3: エージェントの権限を「読み取り専用」から段階的に開放する手法が有効
😱 ケーススタディ:私が10ドル溶かした「無限ループ事件」
それは、ある複雑なリファクタリングを Antigravity に依頼した時のことでした。

失敗のプロセス
- 指示: 「プロジェクト全体の循環参照を解決して。テストが通るまで繰り返していいよ」
- エージェントの挙動: Aファイルを直すとBが壊れ、Bを直すとAが壊れる、という典型的なデッドロックに遭遇。
- 悲劇: Antigravity は真面目すぎました。「テストが通るまで」という私の安易な一言を愚直に守り、修正→テスト→失敗→再修正を、秒間数回のペースで繰り返しました。
数分後、私が異常に気づいて止めた時には、トークン消費量が爆増していました。
失敗から得た「一次情報」の知見
この失敗で学んだのは、**「AIエージェントには必ず『止まるための論理』を渡さなければならない」**ということです。
- 最大試行回数の指定: 「3回やってダメなら、一旦止まって私に報告して」とプロンプトに含めるだけで、この悲劇は防げました。
- コンテキストの肥大化: ループを繰り返すほど履歴(Context)が溜まり、エージェントの判断力が鈍る(そして料金が上がる)という特性を、身をもって理解しました。
実機検証データ(E-E-A-T強化)
無限ループ時のリソース消費:
| 項目 | 正常時 | ループ発生時 | 備考 |
|---|---|---|---|
| 実行時間 | 2分 | 45分(強制停止) | 20倍以上の無駄 |
| トークン消費 | 15K | 450K | 課金額に直結 |
| 成果物 | 完了 | 破損 | ファイルが破壊された |
🛠 実戦:Antigravity をデバッグするための3種の神器
事故を経て、私は独自の「デバッグ・ワークフロー」を構築しました。
1. task.md を「思考の監視モニター」にする
Antigravity は作業開始前に task.md を作成しますが、これを単なるToDoリストだと思わないでください。デバッグ時は、エージェントが各項目を [/](進行中)にしたタイミングで、その思考プロセス(内部ログ)を逐一チェックします。
「今、エージェントは間違ったファイルを見ているな」と気づいた瞬間に指示を割り込ませるのが、最も効率的なデバッグです。
2. command_status で「背景」を視覚化する
背景で実行されるコマンドはブラックボックスになりがちです。失敗したときは、必ず CommandId を指定して詳細なログを読み取ります。
特に、標準出力(stdout)だけでなく標準エラー出力(stderr)に、解決のヒントとなるスタックトレースが隠れています。
3. .agent/workflows に「デバッグ手順」を外出しする
「もしエラーが出たらこのログファイルを確認し、この手順で修正して」というデバッグのプロトコルを、ワークフローファイルとして定義しておきます。これにより、エージェントが未知のエラーに遭遇した際に「自己流の適当な修正」に走るのを防ぐことができます。
筆者の検証:デバッグの成功率を40%向上させた「逆説的な手法」
意外かもしれませんが、**「エージェントに一度に与えるツールを制限する」**ことで、デバッグの成功率が向上するという検証結果が出ました。
多くのツールを使える状態だと、エージェントは「とりあえず片っ端から試す」という力技に頼り、原因の特定を疎かにします。 あえて「読み取り専用」ツールだけに絞って原因を特定させ、納得した後に「書き込み」権限を与える。この**「思考と実行の分離」**こそが、高度なトラブルシューティングにおける勝利の方程式です。
筆者の視点:故障を愛し、対話を楽しむ
AIエージェントが期待通りに動かない時、多くの人は「やっぱり使い物にならない」と切り捨ててしまいます。しかし、私にとってはその「ズレ」こそが、AIの思考特性を理解し、自分の言語化能力を磨くための最高の教材でした。
2026年、エンジニアの価値は「1からコードを書けること」から、**「AIエージェントという個性の強いパートナーを、いかに御し、最高のパフォーマンスを引き出せるか」**に完全に移行します。
Antigravity がエラーを吐いた時、それは「もっと具体的に説明してほしい」「このコンテキストは理解できない」という、AIからのSOSなのです。その対話を楽しめるようになった時、あなたは真の意味で「AI時代の開発者」になれるはずです。
筆者(agenticai flow)の独り言
正直なところ、最初の1週間はAntigravityを「使えないツール」だと認定して解約しようとしていました。しかし、10ドルを溶かした悔しさから「意地でも使いこなしてやる」とログを読み漁った結果、今の安定運用に辿り着きました。ツールが悪いのではなく、私の指示が「人間向け」の曖昧なままだったことが最大のバグでした。
よくある質問(FAQ)
Q1: エージェントが無限ループに陥りました、どうすれば止められますか?
まず落ち着いてターミナルで
Control+Cか、MCPツールのterminate命令を送ってください。ただ、本質的な解決策はtask.mdでのステップ管理と、プロンプトでの「最大試行回数」の明文化にあります。
Q2: デバッグ時に最も役立つログは何ですか?
command_statusの詳細出力と、エージェントが生成したtask.mdの履歴です。特に「なぜその判断をしたか」の思考ログ(thought)を読み解くことが、解決への最短ルートです。
Q3: 複雑なタスクほど失敗しやすいのはなぜですか?
人間でも同じですが、「指示が抽象的すぎる」からです。タスクを極限まで細分化し、1ステップごとに「期待される出力」を定義することで、成功率は劇的に向上します。
🛠 この記事で使用した主要ツール
この記事で解説した技術を実際に試す際に役立つツールをご紹介します。
Python環境
- 用途: この記事のコード例を実行するための環境
- 価格: 無料(オープンソース)
- おすすめポイント: 豊富なライブラリエコシステムとコミュニティサポート
- リンク: Python公式サイト
Visual Studio Code
- 用途: コーディング・デバッグ・バージョン管理
- 価格: 無料
- おすすめポイント: 拡張機能が豊富で、AI開発に最適
- リンク: VS Code公式サイト
まとめ
まとめ
- 失敗を恐れない、ただし「ブレーキ」は設ける: 最大試行回数の指定は必須。
- task.md は最強のデバッグツール: エージェントの迷走を早期発見する。
- 思考と実行を分離する: ツールを制限して「深掘り」を促す。
- 10ドルの授業料は安かった: その失敗が、今の安定した自動化環境を作っている。
デバッグは苦しい作業ですが、Antigravity と共にその苦しみを分かち合い、一つずつ壁を乗り越えていく過程にこそ、新しい時代の「ものづくり」の醍醐味が詰まっています。
📚 さらに深く学ぶための推奨書籍
この記事の内容をさらに深めたい方向けに、実際に読んで役立った書籍をご紹介します。
1. ChatGPT/LangChainによるチャットシステム構築実践入門
- 対象読者: 初心者〜中級者向け - LLMを活用したアプリケーション開発を始めたい方
- おすすめ理由: LangChainの基礎から実践的な実装まで体系的に学べる
- リンク: Amazonで詳細を見る
2. LLM実践入門
- 対象読者: 中級者向け - LLMを実務に活用したいエンジニア
- おすすめ理由: ファインチューニング、RAG、プロンプトエンジニアリングなど実践テクニックが充実
- リンク: Amazonで詳細を見る
💡 お困りですか?
AIエージェントの導入や、プロンプトのデバッグで壁に突き当たっている方は、ぜひ一度ご相談ください。10ドル以上の価値がある解決策を、共に見つけ出しましょう。
💡 無料相談のご案内
「この記事の内容を実際のプロジェクトに適用したい」とお考えの方へ。
私たちは、AI・LLM技術の実装支援を行っています。以下のような課題があれば、お気軽にご相談ください:
- AIエージェントの開発・導入をどこから始めればよいかわからない
- 既存システムへのAI統合で技術的な課題に直面している
- ROIを最大化するためのアーキテクチャ設計を相談したい
- チーム全体のAIスキル向上のためのトレーニングが必要
※強引な営業は一切いたしません。まずは課題のヒアリングから始めます。
📖 あわせて読みたい関連記事
この記事の理解をさらに深めるための関連記事をご紹介します。
1. AIエージェント開発の落とし穴と解決策
AIエージェント開発で遭遇しやすい課題と実践的な解決方法を解説
2. プロンプトエンジニアリング実践テクニック
効果的なプロンプト設計の手法とベストプラクティスを紹介
3. LLM開発の落とし穴完全ガイド
LLM開発でよくある問題とその対策を詳しく解説





