エージェント型ゴースティングとは、レビュアーがエージェントの生成したプルリクエストに、問題を説明し、コンテキストを示し、方向性を提案するといった丁寧なレビューを残したにもかかわらず、そのプルリクエストがその後音沙汰なくなる、あるいはエージェントが要点をまったく外した応答をして堂々巡りをするというパターンである。GitHub がエージェントのプルリクエストをレビューするためのガイドは、これを 5 つのレッドフラグのひとつとして挙げ、そのコストを、どこにも行き着かないものに費やされたレビューの時間、すなわちまた 1 ラウンドを費やしても依然として何も役に立つものが得られないこととして捉えている。この言い回しはその記事独自のラベルであり、確立した用語として提示されているものではない。
用法
そのガイドでは、この用語は、どのエージェントのプルリクエストが深いレビューに値するかをトリアージする際に使われている。GitHub のガイドは、構造化された計画のない大きなプルリクエストほど、エージェントによる放棄やミスアライメントと強く相関すると述べている。プルリクエストが大きく、範囲が定まっていないほど、レビューの労力が無駄になる可能性が高い。そのためガイドの助言は、労力を注ぐ前に、そのプルリクエストがこれまでのラウンドで応答していたかどうか、そして明確な実装計画があるのか、それともエージェントがただコードを書き始めただけなのかを確認することである。
計画が存在しない場合、ガイドは、レビューコメントを 1 つでも書く前に分割を求めるよう助言し、そのための文言も示している。変更をより範囲の小さい単位に分割するか、各部分が何をするのか、なぜそのような構造になっているのかを要約するよう作成者に求めるものである。ガイドはこの応答を、毅然としていて短く、個人攻撃ではないものと特徴づけ、レビュアーにとって 1 時間の節約になるとしている。ガイドはこれとは別に、プルリクエストをより小さくするよう差し戻すための 4 つの条件を挙げており、その中には、diff が互いに無関係な 5 つを超えるファイルに及んでいること、そしてエージェントに実装計画がないかプルリクエストの本文が空であること、が含まれている。
関連用語
- CI ゲーミング — 同じガイドで名前が挙げられている別の失敗モード
- レビューのボトルネック — このパターンが消費する、レビュー能力の希少性
- 開発者とエージェントのミスアライメント — 関連するカテゴリで、そこでは開発者が目に見える形で反論するケースに範囲が限定されている
- ヒューマン・イン・ザ・ループ — 人を関与させ続けるための仕組みのより広い集合で、レビューはそのひとつ