mcpField
M
multi-role-quality-synthesis

multi-role-quality-synthesis

github.com/naodengテスト・品質28540 回インストール今日更新
リポジトリ

multi-role-quality-synthesis について

品質チーム向けのスキルで、同一ステージの複数ロールの報告を追跡可能な形で統合します。出典や見解の相違を残し、デリバリー上の制約と品質事実を分けます。

主な機能

  1. 01報告のステージと出典の検証
  2. 02意味的に同等な指摘の統合
  3. 03対立意見と少数の高リスク意見の保持
  4. 04デリバリー制約と品質事実の分離
  5. 05規定構成での統合結果の作成

活用シーン

  1. 01同一品質ステージのロール報告の統合
  2. 02重複または矛盾する指摘の追跡
  3. 03納期圧力による品質証拠の上書き防止

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/naodeng/awesome-qa-skills --skill multi-role-quality-synthesis

インストール後、Claude Code で/multi-role-quality-synthesisを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

agents/
openai.yaml
evals/
eval.yaml
evals/cases/
basic-synthesis.yaml
edge-conflicting-findings.yaml
edge-missing-optional-role.yaml
edge-no-new-facts.yaml
edge-pm-override.yaml
review-duplicate-source-version.yaml
review-mixed-stage.yaml
review-similar-name-distinct-conditions.yaml
review-source-union.yaml
evals/graders/
review-source-union.py
prompts/
multi-role-quality-synthesis.md

詳細

マルチロール品質統合

使用する場面

  • 同じ品質ステージに対するロールレポートが1つ以上あり、追跡可能な統合ステージレポートにまとめる必要がある場合。
  • ロール間で重複する、補完的な、または矛盾する品質に関する指摘があり、その出典と意見の相違を明示する必要がある場合。
  • プロジェクト遂行上の制約と品質に関する事実が併存し、スケジュールやステークホルダーからの要望が品質の根拠に優先してはならない場合。

入力

1つ以上のロールレポートを受け取ります。各レポートには、stage、source_role、事実、根拠、指摘、リスク、ギャップ、質問、アクション、信頼度を含め、重複しないsource_idを付与してください。欠落しているフィールドは入力ギャップとして記録し、内容を捏造して補ってはなりません。

ワークフロー

  1. prompts/multi-role-quality-synthesis.mdをすべて読み、内容に従ってください。これは単独で実行可能な仕様です。
  2. レポートが1つ以上存在すること、各出典の所在を確認できること、すべてのレポートでstageが同じであることを確認してください。異なるステージを1つの品質上の結論にまとめてはなりません。
  3. マージの前に、出典レジスターを作成し、品質に関する事実、指摘、プロジェクト上の制約を分類してください。
  4. 意味的に同等な指摘のみをマージし、出典をすべてまとめてください。矛盾する指摘は別々に保ち、「意見の相違」の下に記載してください。
  5. 追跡可能な統合レポートを作成した後、出典、意見の相違、重大度、プロジェクト境界、新たな事実の有無を確認してください。

中核となる制約

  • 統合された各指摘には、入力のsource_idを1つ以上付記してください。同等の指摘には、寄与したすべての出典とロールを残してください。
  • 投票や、説明のない平均化は行わないでください。重大度が食い違う場合は、各出典の重大度を維持してください。統合後の重大度を示す場合は、プロンプトの決定規則に従って説明してください。
  • 少数意見のP0/P1の見解を隠したり、格下げしたり、削除したりしてはなりません。
  • 「意見の相違」セクションは必ず含めてください。意見の相違がない場合も、その旨を明記してください。
  • スケジュール、キャパシティ、依存関係、マイルストーン、ステークホルダーからの要望は、品質に関する事実とは分けてください。プロジェクトからの入力によって、欠陥、実行、根拠、品質のステータスを変更してはなりません。
  • 入力レポートのいずれにもない事実、根拠、根本原因、影響、ステータス、結論を作成してはなりません。
  • このスキルは特定のロールスキルに依存しません。呼び出し元から提供されたレポートのみを処理し、他のロールスキルを読み込んだり実行したりしません。

出力仕様

次の順序で出力してください。ステージと入力範囲、品質に関する事実、プロジェクト上の制約、統合された指摘、合意事項、意見の相違、ブロッカー、情報ギャップ、未解決の質問、アクション、信頼度と制限事項、出典レジスター。指摘、合意事項、意見の相違、ブロッカー、アクションには出典を残してください。

条件付き読み込み

  • 実行のたびにprompts/multi-role-quality-synthesis.mdを読んでください。完全な入力検証、マージ順序、重大度ルール、出力テンプレートが記載されています。
  • evals/は評価またはリグレッションにのみ使用してください。評価シナリオはプロジェクトの根拠ではないため、実際の統合レポートに含めてはなりません。

提出前チェック

  • すべての入力でstageが同じである。または、ステージをまたぐ統合が明示的にブロックされている
  • 統合された各指摘に、入力の出典が1つ以上付記されている
  • 同等の指摘には寄与したすべての出典が残され、矛盾する指摘は暗黙にマージされていない
  • 少数意見のP0/P1の見解が確認でき、説明のない重大度の平均化がない
  • 「意見の相違」セクションが常にあり、矛盾がない場合はその旨が記載されている
  • プロジェクト上の制約が品質に関する事実と分けられ、PM/デリバリーからの入力が品質に関する事実を覆していない
  • 裏付けのない事実、根拠、根本原因、影響、結論が追加されていない

よくある間違い

  • 表現が似ていても、対象、条件、影響が異なる指摘を無理にまとめないでください。
  • 多数意見への同意を理由に、少数意見の高リスクな見解を取り除かないでください。
  • 納期、リソースの逼迫、ステータス変更の要望を品質の根拠として扱わないでください。
  • 任意のロールの視点が存在しない場合、その視点を捏造しないでください。カバレッジのギャップと信頼度の制限事項を記録してください。

コメント