評価結果は、即時的な干渉を示しています。ビジネスロジックの例への注意を高めると、API設計のパフォーマンスが低下します。オプションCは、競合する目的を分離することで、各モデル呼び出しに焦点を絞った用語、例、証拠要件、および評価基準を適用できるようにします。結果として得られる構造化された調査結果は、公開前に統合、重複排除、およびランク付けされます。
Anthropic社の「効果的なAIエージェントの構築」では、タスクの独立した側面を個別のモデル呼び出しで処理し、その後集約するセクショニングによる並列化について説明しています。このパターンは、1つのプロンプトで複数の異なる考慮事項を評価する必要があり、単一の呼び出しではそれらすべてを確実に処理できない場合に適しています。
オプションAは、レビュー目的間の競合を解消することなくコンテキスト量を増加させます。無関係なリポジトリコンテンツは、さらに注意力を分散させる可能性があります。オプションBは、既知のクイズ採点ケースを改善する可能性がありますが、レビュー担当者を不完全なチェックリストに過剰適合させる可能性があり、API設計の想起を回復しません。オプションDは、追加のモデル機能によってプロンプトの干渉が排除されると想定していますが、評価の裏付けとなる証拠はありません。
個別の専門的なレビュープロセスは、測定された不具合に直接対処する。各プロセスは個別に評価され、その後、統合によって再現性が維持され、重複した所見が生じないことを確認するエンドツーエンドの評価が行われるべきである。

オプションCは、質問で要求されている2つのネイティブ停止制御を適用します。AnthropicのClaude Code CLIリファレンスでは、--max-turnsを印刷モードで許可されるエージェントの最大ターン数、--max-budget-usdをその呼び出しにおけるAPIの最大支出額と定義しています。ターン制限に達すると、実行はエラーで終了します。サブエージェントによる支出は予算上限にカウントされ、現在のClaude Codeバージョンでは、上限に達すると残りのバックグラウンドサブエージェントが停止します。したがって、これらのフラグは、単一のモデル要求だけでなく、呼び出し全体を制御します。
オプションAは、反復ごとの予想コストを削減しますが、反復回数または総支出額に上限を設けません。オプションBは、CIランナーレベルでの実時間実行を制限し、支出を事後的にのみ監視します。クロードコードの予算は適用されません。オプションDは、反復回数、実行時間、トークンの支出ではなく、権限の動作を制御します。パイプラインは両方のフラグを使用し、結果として生じるゼロ以外の終了ステータスまたは構造化エラーステータスをキャプチャし、レビューが正常に終了したか、設定された運用制限によって終了したかを報告する必要があります。

オプション D は、Claude Code の標準的なコーディング エージェントの指示を維持しつつ、特殊なレビュー基準を追加します。Anthropic のドキュメントによると、--system-prompt は、ツール ガイダンス、安全に関する指示、コーディング規約など、デフォルトのシステム プロンプト全体を置き換えます。技術的にはツールを無効にするわけではありませんが、ガイダンスを削除すると、呼び出しが狭い範囲のテキスト プロセッサのように動作する可能性があります。--append-system-prompt は、デフォルトの動作を維持し、その上にレビュー指示を重ねます。
プロンプトは、diffだけでは不十分な場合に、ClaudeにRead、Glob、Grepを使用して定義、呼び出し元、テスト、および関連モジュールを検査するように明示的に指示する必要があります。オプションAは、--system-promptがツールと互換性がないわけではないため、誤りです。オプションBも不正確です。--allowedToolsはツールの実行を事前に承認するものであり、-pによってツールが無効になる場合にツールを使用可能にするものではありません。このコマンドでは、--dangerously-skip-permissionsによって既に権限プロンプトがバイパスされています。オプションCは、Claude Codeが非対話モードでパイプされた標準入力を公式にサポートしているため、誤りです。したがって、修正された呼び出しでは、--append-system-promptを使用し、リポジトリ探索の要件を明示的に含める必要があります。Claude Codeのプログラムによる使用法、CLIシステムプロンプトのリファレンスを参照してください。

オプション C は、ソース ファイルの内容を直接検索して @company/auth のインポートを探します。 Anthropic の Claude Code ツール リファレンスによると、Grep はファイル内のパターンを検索し、Glob はファイル名とパスを照合します。検索では、静的インポート、require() 呼び出し、動的インポート、再エクスポートなど、リポジトリでサポートされているモジュール構文を考慮できます。また、必要に応じて、ファイル タイプまたはディレクトリで結果を制限することもできます。 オプション A は、依存関係を宣言しているパッケージを特定しますが、どのソース ファイルがそれをインポートまたは呼び出しているかは証明しません。ワークスペース レベルの依存関係宣言は、多くのパッケージをカバーしている可能性があります。 オプション B は、認証関連のファイル名を検索しますが、これはファイルがパッケージをインポートしているかどうかとは関係ありません。 オプション D はディレクトリ名を検索するため、同じ制限があります。 Grep が一致するファイルと行番号を返した後、エージェントは周囲のコードを読み取って、各インポートがミドルウェア登録、トークン検証、認可チェック、または再エクスポートをサポートしているかどうかを判断できます。これにより、コンテキストの消費と不要なファイルの読み取りを最小限に抑えながら、正確な使用状況インベントリが生成されます。

オプション B は、Claude Agent SDK のサブエージェント コンテキスト モデルに従います。通常のサブエージェントは新しいコンテキスト ウィンドウから開始し、親エージェントの会話履歴や以前のツール結果を継承しません。SDK ドキュメントの Anthropic のサブエージェントに関する説明では、親からサブエージェントに渡される情報は、起動ツールのプロンプト ストリングであると述べられています。したがって、必要なファイル パス、決定、エラー、または発見事項は、そのプロンプトに含める必要があります。このシナリオでは、コーディネーターは、両方のエージェントの関連する発見事項、ソース メタデータ、および明示的な合成指示を提供する必要があります。「完全な発見事項」とは、すべての中間検索トレースではなく、必要な結果アーティファクト全体を意味します。オプション C は、コンテキストの自動継承を誤って想定しています。オプション A は、必要でもなく、標準的なハンドオフ メカニズムでもないコールバックを導入しています。オプション D は、共有ストアが意図的に実装されている場合は有効なカスタム アーキテクチャになり得ますが、質問ではそのようなインフラストラクチャは確立されておらず、識別子だけではサブエージェントに情報を提供することはできません。プロンプトでは、ウェブ上の調査結果、文書上の調査結果、情報源、未解決の矛盾点、および期待される出力を区別するために、明確なセクションまたは構造化されたオブジェクトを使用する必要があります。これにより、文脈の分離が維持されつつ、統合タスクが実際に必要とするすべての情報が提供されます。