会場サーバーはすべてのプロジェクト貢献者が利用できる必要があるため、プロジェクトスコープに含まれます。Claude Codeは、プロジェクトスコープのMCP設定をリポジトリのルートにある.mcp.jsonファイルに保存します。このファイルはバージョン管理システムにコミットしてチームと共有できます。
実験用プレイリストサーバーは非公開のままにしておく必要があります。ローカルスコープの MCP サーバーは ~/.claude.json の現在のプロジェクトのエントリの下に保存されますが、ユーザースコープのサーバーも ~/.claude.json に保存されますが、すべてのプロジェクトでロードされます。このサーバーは個人的な実験として説明されているため、どちらのプライベートスコープも概念的には適切です。リストされている選択肢の中で、オプション B は共有プロジェクト構成とプライベートな個人構成を正しく分離しています。( https://code.claude.com/docs/en/mcp ) オプション A はチームが会場構成を受け取れないようにします。オプション C は意図した可視性を逆にします。
オプションDでは、実験的なサーバー構成が他の貢献者に公開され、マシン固有のコマンドや認証情報がコミットされる可能性があります。
推奨されるコマンドは、共有会場サーバーの場合は --scope project を、現在のリポジトリに限定した実験の場合は --scope local を指定します。プロジェクトスコープのサーバーでは、Claude Code が .mcp.json で受信した構成を有効にする前に、ユーザーの承認も必要です。
公式の参照/トピック: MCP インストール スコープ; プロジェクト スコープ; ローカル スコープ; .mcp.json ; ~/.claude.json 。

プロセス途中でエスカレーションが発生した場合は、エージェントが蓄積した意思決定準備完了状態を人間が引き継ぐ必要があります。人間の審査担当者は、確認済みの顧客ID、関連する注文情報、プロモーション価格の不一致、承認が必要な理由、および既に試みられたアクションを把握する必要があります。オプションBでは、この情報を簡潔かつ構造化された形で引き継ぎ、完全な生のトランスクリプトを不必要に繰り返すことを回避します。
Anthropic のツール設計ガイドラインでは、Claude または次のワークフロー参加者が次のアクションを決定するために必要な情報のみを含む、高シグナル情報と安定した識別子を返すことを推奨しています。Anthropic のコンテキストエンジニアリングガイドラインも同様に、すべての冗長なツール結果を保持することなく、重要な状態と依存関係を保持する構造化されたメモを推奨しています。構造化されたエスカレーションペイロードは、これらの両方の原則を適用し、マネージャーの処理時間を短縮します。（https://platform.claude.com/docs/en/agents-and-tools）
/tool-use/define-tools )
オプション A は既に完了した調査を破棄します。オプション C はエージェントの権限境界を侵害し、許可されていない金融行為のリスクがあります。オプション D は監査可能性を提供しますが、参照 ID だけでは、人間が過度に広範な記録からケースを再構築する必要があります。エージェントが権限外の決定に遭遇した場合、人間の制御は意味のあるものでなければなりません。エージェントは一時停止し、十分な裏付けとなるコンテキストとともに決定を返還する必要があります。（ https://www.anthropic.com/research/trustworthy-agents ）公式参照/トピック: 構造化されたエージェントの引き継ぎ、高シグナルツールの結果、人間の制御境界、永続的な構造化状態。

オプションBは、非同期の一括処理とレイテンシに敏感な運用処理を適切に分離しています。Anthropicは、Message Batches APIを、即時応答を必要としない大量リクエスト向けの費用対効果の高い非同期サービスと説明しています。バッチリクエストは個別に処理され、通常は1時間以内に完了し、最大24時間保留状態になる場合があり、標準API価格の50%で課金されます。これらの特性は、処理後にアーカイブされ、差し迫った業務上の期限がない標準的な月次レポートに適しています。ただし、緊急の例外レポートは30分以内にアラートをトリガーする必要があります。バッチサービスは、多くのバッチがすぐに完了したとしても、この期限を保証することはできません。ワークロードは、通常の完了時間をサービスレベルの保証として使用すべきではありません。例外を同期Messages API経由でルーティングすることで、アラートに必要なリアルタイム応答パスが提供され、共有JSONスキーマによって、両方のルートで下流のレコードの一貫性が維持されます。オプションAは、アラートの遅延を意図的に許可しています。オプションCは、処理が開始される前に1時間ごとの送信遅延を導入します。オプションDはレイテンシ要件を満たしていますが、緊急性のないレポートでバッチ割引を無駄にしています。したがって、文書の優先順位に基づくルーティング層は、抽出契約を変更することなく、コスト目標とビジネス期限の両方を満たす。

オプションBは、繰り返し発生する誤検出パターンを理解するために必要な、より詳細なエラー分類体系を作成します。既存のissue_categoryフィールドは範囲が広すぎるため、スタイルに関する高い却下率だけでは、開発者が1文字の変数、行長の警告、命名規則、あるいはその他の何かに異議を唱えているのかどうかが分かりません。検出された構造を記録することで、却下率をトリガーごとにグループ化し、対象となるプロンプトの修正やプロジェクト固有の例に関連付けることができます。
Anthropicの評価ガイドラインでは、実際の運用状況や特殊なケースを反映した、測定可能でタスク固有の基準と評価事例を推奨しています。また、構造化された出力ドキュメントは、この種のダウンストリーム分析に適した、スキーマ制約付きで解析可能なレコードをサポートします。
オプションAは発見事項の順位付けに役立ちますが、信頼度スコアでは開発者がそれらを却下する理由が説明されず、問題の種類によって調整が不十分になる可能性があります。オプションCは集計のための安定した次元を追加せずにテキスト量を増やします。オプションDは有用なカテゴリ情報を削除し、体系的な分析を困難にします。正規化されたdetected_pa​​tternフィールドを使用すると、ダッシュボード、パターンレベルの却下指標、代表例のサンプリング、およびプロンプト変更の制御された評価が可能になり、より上位のレポート用に広範なカテゴリが保持されます。

正しい目標は、完全な実装を利用する前に、アーキテクチャマップを作成することである。
基本キャッシュ抽象化、そのインターフェース、およびそれを実装または呼び出すクラスを特定することで、エージェントはコード内を依存関係に基づいて追跡できるようになります。これにより、提案されたトリガーに関連する無効化の実装と統合ポイントのみを検査することが可能になります。
このアプローチはコンテキストウィンドウを保護します。Anthropicは、読み込まれるすべてのファイルがコンテキストを占有し、ウィンドウがいっぱいになるとモデルのパフォーマンスが低下する可能性があると述べています。同社のClaude Codeガイダンスは、多数のファイルを読み込む無制限の調査に対して警告を発し、調査範囲を狭めるか、または調査を委任することを推奨しています。
（https://code.claude.com/docs/en/best-practices）
オプションAは語彙検索に偏りすぎている。invalidateやexpireのみで検索すると、イベント駆動型の無効化、オーバーライドされたメソッド、キャッシュキーの変更、汎用インターフェース呼び出しを見落とす可能性がある。オプションBは、関連性を事前に判断することなく約6,000行を読み込む。オプションCは、ファイル名のパターンとファイルサイズがアーキテクチャ上の重要性と相関していると想定している。最大のファイルには付随的なコードが含まれている可能性があり、小さなインターフェースが全体の設計を定義している場合もある。
オプションDは、任意のファイル順序ではなく、制御関係と型関係に従います。エージェントは基底クラスを読み込んだ後、サブクラス、インポート、構築箇所、ミドルウェアフック、無効化契約への呼び出しを検索し、証拠が必要な場合にのみ段階的に拡張します。
公式の参考文献／トピック：コンテキスト効率の良い探索、依存関係に基づいた読解、アーキテクチャインターフェース、範囲を絞った調査。