9つの一般的なAIコーディングエージェントの失敗パターンと実行前検証

r/LocalLLaMAからのReddit投稿では、AIコーディングエージェントで観察された9つの失敗パターンが詳細に説明され、コード実行前にそれらを捕捉するための検証アプローチが提案されています。

特定された失敗パターン

著者は以下の具体的な問題をリストアップしています：

• C1 — 不完全な列挙型の処理： エージェントがコードベースに存在しないステータス値を参照する。
• C2 — サイレントなnullパス： オプションパラメータが文書化されずに黙ってスキップされる。
• C3 — SSE認証パターンの不一致： ブラウザのEventSourceはカスタムヘッダーを送信できず、エージェントが誤った認証を使用する。
• C4 — 無制限のテキストフィールド： 完全なタスク説明や差分を受け取るカラムで切り捨てが行われない。
• C5 — イベント/DB競合状態： SSEイベントがDB書き込み完了前に発火し、フロントエンドが空の行をクエリする。
• C6 — スキーマ/ORMの不一致： SQL型はnull許容としているが、ORMフィールドは必須としている。
• C7 — テスト不可能な期待： 仕様に実装パスがないテスト要件。
• C8 — 非べき等な挿入： 再試行ロジックが重複行を作成する。
• C9 — 幻覚的なインポート： モジュールがコードベースに存在しない。

検証アプローチ

著者は、計画後かつ実行前にこれらのパターンを検証パスとして実行していると述べています。このアプローチにより、コードが実行される前に約70％の失敗を捕捉できると報告されています。投稿は、他の人々もエージェントパイプラインに同様の実行前検証を構築しているかどうかを問いかけて締めくくられています。