Uncorrelated Evaluator — 4軸ルーブリック専門エージェント（functionality-reviewer・code-reviewer・design-reviewer・originality-reviewer）と security-reviewer を5並列実行し、成果物を多面的に独立評価します。
PASS / NEEDS WORK / BLOCKED 判定を返します。Self-leniency 防止のため、実装エージェントのコンテキストを引き継がない新規エージェントとして起動します。「レビューして」「評価して」「実装を確認して」などのリクエストで起動します。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
実装後のコードを4軸ルーブリック専門エージェント + セキュリティレビュアーで5並列評価します。
⚠️ Self-leniency 防止: このスキルは常に新規エージェントとして起動します。 実装エージェントのコンテキストを引き継がないことが必須です。
| エージェント | 担当軸 | スコア |
|---|---|---|
functionality-reviewer | 機能性（DoD チェック + Playwright フロー） | 1-5 |
code-reviewer | 技術的実行（テスト・SRP/DRY・パフォーマンス） | 1-5 |
design-reviewer | デザイン品質（Playwright スクリーンショット・WCAG） | 1-5 / N/A |
originality-reviewer | 独創性（洗練度・工夫・ボイラープレート率） | 1-5 |
security-reviewer | セキュリティ（OWASP・インジェクション・シークレット漏洩） | PASS / BLOCKED |
git diff --name-only HEAD で自動検出implementation-notes.md などのハンドオフドキュメントのパスplan.md.claude/orchestrate/13# 引数未指定の場合
git diff --name-only HEAD
変更ファイルが存在しない場合は「評価対象が見つかりません」とユーザーに伝えて終了する。
全エージェントに以下を渡し、同時に起動する:
並列実行:
├── functionality-reviewer
│ 入力: 変更ファイルの内容 + plan.md（DoD） + ライブURL（あれば）
│ 指示: DoD チェックと Playwright フロー確認で機能性を 1-5 スコアで評価せよ
│ 出力: functionality-review.md
│
├── code-reviewer
│ 入力: 変更ファイルの内容 + 実装ノート（あれば）
│ 指示: テスト・SRP/DRY・パフォーマンスを確認し Critical/Warning/Info と
│ 技術的実行スコア（1-5）を報告せよ
│ 出力: review-comments.md
│
├── design-reviewer
│ 入力: ライブURL（あれば）
│ 指示: 3ブレークポイントでスクリーンショット取得し UI 品質を 1-5 で評価せよ。
│ フロントエンドなし時は N/A を返せ
│ 出力: design-review.md
│
├── originality-reviewer
│ 入力: 変更ファイルの内容
│ 指示: 洗練度・工夫・ボイラープレート率を確認し独創性を 1-5 で評価せよ
│ 出力: originality-review.md
│
└── security-reviewer
入力: 変更ファイルの内容 + 実装ノート（あれば）
指示: OWASP Top 10・インジェクション・シークレット漏洩・認証認可を確認し
Critical / Warning / Info の3段階で報告せよ
出力: security-review.md
5エージェントの結果を収集し、以下の優先順位で判定する:
| 条件 | 判定 |
|---|---|
| security-reviewer で Critical 1件以上 | BLOCKED |
| loop >= max_loops かつ未解決問題あり | BLOCKED |
| functionality-reviewer で DoD 未達成 1件以上 | NEEDS WORK |
| いずれかの軸スコア（N/A 除く）< 3 | NEEDS WORK |
| 全軸平均（N/A 除く）< 4.0 かつ loop < max_loops | NEEDS WORK |
| すべての条件をクリア | PASS |
出力ディレクトリへ保存する。feature ID が指定されている場合:
eval-{feat-id}.md — 統合サマリー（long-running から呼び出す場合）*-review.md — スタンドアロンで呼び出す場合# Evaluation Summary
**Verdict**: PASS / NEEDS WORK / BLOCKED (Loop: N/M)
| 軸 | エージェント | スコア | 判定 |
|--|--|--|--|
| 機能性 | functionality-reviewer | N/5 | ✓/⚠️ |
| 技術的実行 | code-reviewer | N/5 | ✓/⚠️ |
| デザイン品質 | design-reviewer | N/5 or N/A | ✓/⚠️/- |
| 独創性 | originality-reviewer | N/5 | ✓/⚠️ |
| セキュリティ | security-reviewer | PASS/BLOCKED | ✓/🚫 |
**総合スコア（N/A 除く）: N.N/5**
---
## 機能性レビュー（functionality-reviewer）
[functionality-review.md の内容サマリー]
## 技術的実行レビュー（code-reviewer）
[review-comments.md の内容サマリー]
## デザイン品質レビュー（design-reviewer）
[design-review.md の内容サマリー]
## 独創性レビュー（originality-reviewer）
[originality-review.md の内容サマリー]
## セキュリティレビュー（security-reviewer）
[security-review.md の内容サマリー]
---
## 次のアクション
[NEEDS WORK / BLOCKED の場合のみ、優先順で列挙]
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
features.json を読み込み、pending な機能を1件ずつ tdd-guide エージェント（内部で tdd-cycle を使用）で実装するスキル。 Context anxiety（トークン上限接近による焦り）と Context rot（情報劣化）を防ぐため、 機能単位のループ・状態管理・implementation-notes.md への記録を担う。 builder エージェントが実装フェーズを開始するときは必ずこのスキルを呼ぶ。
テストカバレッジのギャップを体系的に分析し、実際に動くテストコードを提案するスキル。 以下のようなときに使う： - テストカバレッジを改善したい・不足テストを特定したい - 「テストが足りない」「カバレッジを上げたい」「どこをテストすべき」 - 「未テストの関数」「what tests am I missing」「improve test coverage」「coverage gap」 t-wada式TDDの原則に基づき、テストの抜け漏れを特定して優先度付きで補完する。 引数: 分析対象ファイル・ディレクトリ（省略時はプロジェクト全体）
フレーキーテスト（不安定なテスト）を検出・分類・修正支援するスキル。 以下のような状況で使う： - 「テストが時々失敗する」「CI が時々落ちる」 - 「同じコードなのにテスト結果が変わる」 - 「flaky test」「不確定」「再実行すると通る」 - 「テストが不安定」「テストの信頼性が低い」 t-wada式TDDの信頼性基盤を守るために使用する。 引数で実行回数を指定可能（デフォルト: 5回）。
Iteratively detects and auto-fixes technical debt in a codebase using three quality criteria from debt-analysis references: conditional branch simplification, encapsulation, and separation of concerns. Applies fixes directly to code, runs existing tests to verify no regressions, re-analyzes, and loops until all high-severity issues are resolved or max iterations (5) reached. Use this skill when you want to automatically improve code quality with real code changes, reduce technical debt systematically, or clean up code to meet quality standards. Trigger on phrases like "fix technical debt", "clean up code quality", "refactor and fix issues", "improve code quality automatically", "apply debt fixes", "fix code problems", "eliminate debt".
日本語の概要は準備中です。原文の説明を表示しています。
任意のタスク（GitHub Issue・自由記述リクエスト・口頭要件）を起点に、受け入れ条件確認・スコープ定義・影響分析・テスト戦略を含む実装計画（15セクション）と、builder エージェントへ渡す features.json を生成します。「〇〇を作って」「実装計画を作って」「Issue
Planner→Builder→EvaluatorのLong-Runningエージェントハーネスで複雑なタスクを実装します。plannerがfeatures.jsonに機能を分解し、builderがTDDで1機能ずつ実装し、evaluatorがPASSするまでbuilderを繰り返します。「〇〇を作って」「実装して」「long-running」などのリクエストで起動します。