performance-testing-review-multi-agent-review

互換性とメンテナンス

error-debugging-multi-agent-review の互換性エイリアスです。既存の契約がこの ID を必要としない場合は、新しい参照にはその ID を使用してください。完全な手順とサポートファイルはローカルに保持されるため、既存のインストールは 引き続きオフラインで動作します。これは 1 つの共有された手順であり、追加の機能ではありません。 既存のマニフェストまたはクライアント設定がこの ID を使用している場合は、呼び出し可能な ID を保持してください。 2026-09-05 に AAS で変更されました。元のメタデータとライセンス表記は保持されています。

範囲を限定したコードレビューを調整する

使用する場面

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

入力と実行スコープ

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

レビュープロセス

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

例

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

制限事項

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