القائمة
複数AIモデル(opus-4.6/gpt-5.4)による交互レビューでSDD成果物の品質を保証。 Qiita記事(AI Scrum Team)に着想を得た交互レビューパターンで、 requirements / design / plan アーティファクトの合意チェックと実装許可判定を行う。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
設計仕様からテンプレートベースのコード生成、ドメインスキャフォールド、 静的解析、ステータス遷移分析を実行する。4層アーキテクチャ準拠。 Use when generating code from design specs, scaffolding domain packages, running static analysis, or starting SDD Phase 4 implementation.
MUSUBIX2 の9条憲法（CONST-001〜009）への準拠を検証する。 PolicyEngine による自動チェック、BalanceRuleEngine による 90/10 ルール適用、 品質ゲートチェックを提供。 Use when validating constitution compliance, checking policy violations, running governance audits, or blocking non-compliant changes.
要件定義書から SOLID 準拠の設計文書を生成・検証する。C4 ダイアグラム、 ADR 管理、パターン検出、SOLIDValidator を提供。 Use when generating design documents, creating C4 diagrams, managing ADRs, validating design patterns, or starting SDD Phase 2.
SDD ワークフロー全体のオーケストレーション — スキルルーティング、フェーズ遷移管理、品質ゲート制御、 ニューロシンボリック機能統合、MCP サーバー制御、CLI コマンドディスパッチ。 Use when routing tasks to the correct skill, managing phase transitions, running the full SDD workflow, invoking neurosymbolic capabilities, or serving tools via MCP protocol.
EARS形式で要件を分析・作成・検証する。MarkdownEARSParser による構文検証、 EARSValidator による信頼度スコア算出、対話的要件ウィザード、 1問1答ヒアリング（RequirementsInterviewer）を提供。 Use when creating requirements, validating EARS compliance, analyzing requirement documents, interviewing for missing information, or starting SDD Phase 1.
テストファースト（Red→Green→Blue）サイクルを強制し、ユニットテスト生成、 カバレッジ検証、EARS ID リンケージを実行する。Vitest ベース。 Use when creating tests, checking coverage, enforcing test-first policy, running quality gates, or validating Article III compliance.
| name | review-orchestrator |
| description | 複数AIモデル(opus-4.6/gpt-5.4)による交互レビューでSDD成果物の品質を保証。 Qiita記事(AI Scrum Team)に着想を得た交互レビューパターンで、 requirements / design / plan アーティファクトの合意チェックと実装許可判定を行う。 |
| license | MIT |
| version | 1.0.0 |
| triggers | ["レビューオーケストレーション","交互レビュー","cross-model review","合意チェック","consensus","実装許可","review pipeline","アーティファクトレビュー"] |
Qiita 記事（AI Scrum Team）に着想を得た、複数 AI モデルによる交互レビューパターンで SDD 成果物の品質を保証するスキル。 opus-4.6 と gpt-5.4 が交互にレビューし、両モデルの合意を以て実装フェーズへの遷移を許可する。
steering/ を参照済みであること（Article VI: プロジェクトメモリ）references/musubix2/ に存在すること@musubix2/agent-orchestrator パッケージの ReviewOrchestrator クラスが利用可能であること複数 AI モデルの視点を組み合わせることで、単一モデルでは見落としやすい問題を検出する。 各モデルの得意分野（論理的厳密性 vs 実用性・網羅性）を相補的に活用し、 SDD アーティファクトの品質を最大化する。
WHEN アーティファクトのレビューが要求される:
1. Model A (Claude Opus 4.6) がアーティファクトをレビュー
2. 発見された問題を Model B (GPT-5.4) に渡してレビュー
3. Model B の指摘を Model A に渡して再レビュー
4. エラーが 0 になるまで交互に繰り返す（最大 5 ラウンド）
5. 各ラウンドの ReviewResult を記録
WHEN 交互レビューでエラーが 0 になった場合:
1. 両モデルが同時（並列）にアーティファクトをレビュー
2. 両方が PASS した場合のみ、そのアーティファクトを「承認済み」とする
3. どちらかが FAIL の場合、Phase 1 に戻る
WHEN 全アーティファクトの合意チェックが完了した場合:
1. requirements (REQ-*) が承認済みか確認
2. design (DES-*) が承認済みか確認
3. plan (PLAN-*) が承認済みか確認
4. 全て承認済みの場合 canProceedToImplementation() = true
5. 未承認がある場合、不足アーティファクトを報告
| 種別 | ID 形式 | ファイル例 |
|---|---|---|
| Requirements | REQ-* | references/musubix2/REQ-MUSUBIX2-001.md |
| Design | DES-* | references/musubix2/DES-MUSUBIX2-001.md |
| Plan | PLAN-* | references/musubix2/PLAN-MUSUBIX2-001.md |
@review-orchestrator requirements をレビュー
@review-orchestrator design をレビュー
@review-orchestrator plan をレビュー
@review-orchestrator 全パイプラインレビュー
@review-orchestrator 合意チェックを実行
@review-orchestrator 実装に進めるか確認
@musubix2/agent-orchestrator パッケージの ReviewOrchestrator クラスを使用する。
import { ReviewOrchestrator } from '@musubix2/agent-orchestrator';
const orchestrator = new ReviewOrchestrator();
// 単一アーティファクトのレビュー
const result = await orchestrator.reviewArtifact('requirements', content);
// パイプラインレビュー（全アーティファクト）
const pipeline = await orchestrator.runPipelineReview({
requirements: reqContent,
design: desContent,
plan: planContent,
});
// 実装許可判定
const canProceed = orchestrator.canProceedToImplementation();
| スクリプト | 説明 | 使い方 |
|---|---|---|
scripts/review.sh | レビューワークフロー案内 | ./scripts/review.sh |