multi-role-quality-synthesis について
品質チーム向けのスキルで、同一ステージの複数ロールの報告を追跡可能な形で統合します。出典や見解の相違を残し、デリバリー上の制約と品質事実を分けます。
主な機能
- 01報告のステージと出典の検証
- 02意味的に同等な指摘の統合
- 03対立意見と少数の高リスク意見の保持
- 04デリバリー制約と品質事実の分離
- 05規定構成での統合結果の作成
活用シーン
- 01同一品質ステージのロール報告の統合
- 02重複または矛盾する指摘の追跡
- 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.yamlevals/eval.yamlevals/cases/basic-synthesis.yamledge-conflicting-findings.yamledge-missing-optional-role.yamledge-no-new-facts.yamledge-pm-override.yamlreview-duplicate-source-version.yamlreview-mixed-stage.yamlreview-similar-name-distinct-conditions.yamlreview-source-union.yamlevals/graders/review-source-union.pyprompts/multi-role-quality-synthesis.md詳細
マルチロール品質統合
使用する場面
- 同じ品質ステージに対するロールレポートが1つ以上あり、追跡可能な統合ステージレポートにまとめる必要がある場合。
- ロール間で重複する、補完的な、または矛盾する品質に関する指摘があり、その出典と意見の相違を明示する必要がある場合。
- プロジェクト遂行上の制約と品質に関する事実が併存し、スケジュールやステークホルダーからの要望が品質の根拠に優先してはならない場合。
入力
1つ以上のロールレポートを受け取ります。各レポートには、stage、source_role、事実、根拠、指摘、リスク、ギャップ、質問、アクション、信頼度を含め、重複しないsource_idを付与してください。欠落しているフィールドは入力ギャップとして記録し、内容を捏造して補ってはなりません。
ワークフロー
prompts/multi-role-quality-synthesis.mdをすべて読み、内容に従ってください。これは単独で実行可能な仕様です。- レポートが1つ以上存在すること、各出典の所在を確認できること、すべてのレポートで
stageが同じであることを確認してください。異なるステージを1つの品質上の結論にまとめてはなりません。 - マージの前に、出典レジスターを作成し、品質に関する事実、指摘、プロジェクト上の制約を分類してください。
- 意味的に同等な指摘のみをマージし、出典をすべてまとめてください。矛盾する指摘は別々に保ち、「意見の相違」の下に記載してください。
- 追跡可能な統合レポートを作成した後、出典、意見の相違、重大度、プロジェクト境界、新たな事実の有無を確認してください。
中核となる制約
- 統合された各指摘には、入力の
source_idを1つ以上付記してください。同等の指摘には、寄与したすべての出典とロールを残してください。 - 投票や、説明のない平均化は行わないでください。重大度が食い違う場合は、各出典の重大度を維持してください。統合後の重大度を示す場合は、プロンプトの決定規則に従って説明してください。
- 少数意見のP0/P1の見解を隠したり、格下げしたり、削除したりしてはなりません。
- 「意見の相違」セクションは必ず含めてください。意見の相違がない場合も、その旨を明記してください。
- スケジュール、キャパシティ、依存関係、マイルストーン、ステークホルダーからの要望は、品質に関する事実とは分けてください。プロジェクトからの入力によって、欠陥、実行、根拠、品質のステータスを変更してはなりません。
- 入力レポートのいずれにもない事実、根拠、根本原因、影響、ステータス、結論を作成してはなりません。
- このスキルは特定のロールスキルに依存しません。呼び出し元から提供されたレポートのみを処理し、他のロールスキルを読み込んだり実行したりしません。
出力仕様
次の順序で出力してください。ステージと入力範囲、品質に関する事実、プロジェクト上の制約、統合された指摘、合意事項、意見の相違、ブロッカー、情報ギャップ、未解決の質問、アクション、信頼度と制限事項、出典レジスター。指摘、合意事項、意見の相違、ブロッカー、アクションには出典を残してください。
条件付き読み込み
- 実行のたびに
prompts/multi-role-quality-synthesis.mdを読んでください。完全な入力検証、マージ順序、重大度ルール、出力テンプレートが記載されています。 evals/は評価またはリグレッションにのみ使用してください。評価シナリオはプロジェクトの根拠ではないため、実際の統合レポートに含めてはなりません。
提出前チェック
- すべての入力で
stageが同じである。または、ステージをまたぐ統合が明示的にブロックされている - 統合された各指摘に、入力の出典が1つ以上付記されている
- 同等の指摘には寄与したすべての出典が残され、矛盾する指摘は暗黙にマージされていない
- 少数意見のP0/P1の見解が確認でき、説明のない重大度の平均化がない
- 「意見の相違」セクションが常にあり、矛盾がない場合はその旨が記載されている
- プロジェクト上の制約が品質に関する事実と分けられ、PM/デリバリーからの入力が品質に関する事実を覆していない
- 裏付けのない事実、根拠、根本原因、影響、結論が追加されていない
よくある間違い
- 表現が似ていても、対象、条件、影響が異なる指摘を無理にまとめないでください。
- 多数意見への同意を理由に、少数意見の高リスクな見解を取り除かないでください。
- 納期、リソースの逼迫、ステータス変更の要望を品質の根拠として扱わないでください。
- 任意のロールの視点が存在しない場合、その視点を捏造しないでください。カバレッジのギャップと信頼度の制限事項を記録してください。
コメント
Markdown 対応