error-debugging-multi-agent-review

互換性とメンテナンス

この互換性グループの主要な編集経路です。完全な手順とサポートファイルはローカルに保持されるため、既存のインストールは オフラインで引き続き動作します。これは 1 つの共有手順であり、追加の機能ではありません。 既存のマニフェストまたはクライアント構成が使用している場合は、呼び出し可能な ID を保持してください。 2026-09-05 に AAS で変更されました。元のメタデータとライセンス表示は保持されています。

境界を定めたコードレビューを調整する

使用する場面

定義された差分またはサブシステムを、正確性、認可、パフォーマンスなど、いくつかの 関連する観点からレビューします。このスキルはレビュー手順を記述するものであり、 オーケストレーションエンジンをインストールしたり、準拠を証明したりするものではありません。

入力と実行範囲

リポジトリ、ベース、ヘッド、変更されたパス、意図された動作、利用可能なテストを固定します。 ユーザーが委任を承認し、ホストがそれをサポートする場合にのみ、独立したエージェントを使用してください。 そうでない場合は、観点を順番に実施します。この呼び出し可能な ID に「multi-agent」が含まれているという だけの理由でエージェントを起動しないでください。読み取り専用のレビューが既定です。 修正、外部への投稿、デプロイは、ユーザーの実際のタスク権限の範囲内にとどまります。

レビュープロセス

1. 完全な差分と、直接影響を受ける呼び出し経路およびテストを読みます。
2. 変更に関連する観点だけを選びます。承認された各レビュアーに、 境界を定めた質問、担当パス、時間・労力の上限、期待される証拠の形式を提示します。
3. 正確な位置、トリガー、結果、再現方法を添えて所見を記録します。 仮説は実証された失敗とは分けておきます。信頼スコアをでっち上げないでください。
4. 重要な所見は集中的に再現します。重複排除は文言ではなく根本原因で行います。
5. 意見の相違はコードまたはテストによって解決します。加重投票や、複数のエージェントが 同じ主張を繰り返すことは、正確性の証拠にはなりません。
6. ブロッカーを最初に、次に重要な改善点と未テストの領域を返します。 元の失敗結果を保持してください。再実行してもそれは消えません。

例

テナントスコープのキャッシュ変更では、キーの構築、認可コンテキスト、無効化をレビューします。 2 つのテナントが同じプロンプトを要求する場合と、1 つのテナント内で異なるプロンプトバージョンを 要求する場合を再現します。期待される結果: 実際のクロススコープのヒットまたは古い結果が発生し得る場合にのみ 所見とし、それを示す最小のケースを添えます。一般的なスタイルの意見を、 データ露出の欠陥として提示してはなりません。

制限事項

エージェントルーティングコード、準拠バリデータ、品質スコア計算機は同梱されていません。 並列レビューはコストを増やし、盲点を重複させる可能性があります。この手順では、差分から リポジトリ全体の安全性を証明することはできず、本番環境の負荷テストやメッセージを承認することもできません。