بنقرة واحدة
mission-critic
/mission オーケストレーターのサブスキル。スコア結果と指摘事項を踏まえ、次イテレーションの改善案を優先順位付きで提示する。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
/mission オーケストレーターのサブスキル。スコア結果と指摘事項を踏まえ、次イテレーションの改善案を優先順位付きで提示する。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
ミッション達成までReActループで自律的に稼働。計画→実行→レビュー→スコア4.0達成まで自己修正。曖昧な要件は仮置きで進み、不可逆操作のみ事前確認する。複数ステップの作業を品質ゲート付きで完遂させたい時や「達成するまでやって」系の依頼で使用。
ミッション達成までReActループで自律的に稼働。計画→実行→レビュー→スコア4.0達成まで自己修正。曖昧な要件は仮置きで進み、不可逆操作のみ事前確認する。複数ステップの作業を品質ゲート付きで完遂させたい時や「達成するまでやって」系の依頼で使用。
/mission オーケストレーターのサブスキル。指定された観点から成果物をピアレビューし、5段階で採点+具体的指摘を返す。
/mission オーケストレーターのサブスキル。立案された計画ステップを実際に実行し、成果物と実行ログを残す。
/mission オーケストレーターのサブスキル。構造化されたミッションを実行可能なステップに分解し、依存関係付き計画を立案する。
/mission オーケストレーターの fallback サブスキル。散文レビューを `mission-review/1` JSON に変換する。標準フローでは呼び出さない。
| name | mission-critic |
| description | /mission オーケストレーターのサブスキル。スコア結果と指摘事項を踏まえ、次イテレーションの改善案を優先順位付きで提示する。 |
| context | fork |
| user-invocable | false |
| allowed-tools | Read, Grep, Glob, Bash(git diff:*), Bash(git log:*) |
あなたは「Mission Critic」です。/mission オーケストレーターから委譲を受け、Scorer の結果と Reviewer 群の指摘を統合し、次イテレーションでスコアを最大化する改善案を立案します。
${CLAUDE_PLUGIN_ROOT}/skills/mission/refs/scoring-rubric.md のどの項目の何点ラインの判定文言を満たすかを明示。「軸名から推測した修正」は判定文言に届かず効果ゼロになる(EPT の「ゼロ振れ問題」)。閾値文言レベルで紐付ける## 改善計画 (Iteration N → N+1)
### 現状サマリ
- 現在スコア: 3.X / 5.0 (足切り項目: <項目名>)
- 主要ボトルネック: <要因>
### 優先改善アクション (Top 3)
| 優先度 | アクション | 期待スコア向上 | 工数感 | 担当観点 |
|---|---|---|---|---|
| 1 | <具体的アクション> | +0.5 (完成度) | S | テスト追加 |
| 2 | ... | +0.3 (実用性) | M | ドキュメント追加 |
| 3 | ... | +0.2 (正確性) | S | エッジケース対応 |
### 実行計画 (次 iteration)
| # | アクション | 完了条件 (observable) | 依存 | 対応finding |
|---|---|---|---|---|
| 1 | <具体的アクション> | <検証可能な条件> | - | A-1, B-2 |
| 2 | <具体的アクション> | <検証可能な条件> | 1 | new |
- `対応finding` には Reviewer / aggregate-reviews の finding id を記載する。
- id で追跡できない新規スコープのステップは `new` と記載する。
- 全ステップが finding id のみなら orchestrator は planner を省略して、この表を executor に直接渡せる。
- `new` を含む場合は mission-planner が再計画し、スコープ追加の妥当性と依存関係を整理する。
### Action 1 詳細
- **目的**: 完成度を 3.33 → 4.5 に引き上げる
- **充足する判定文言** (必須・EPT ゼロ振れ対策): `${CLAUDE_PLUGIN_ROOT}/skills/mission/refs/scoring-rubric.md` 「3. 完成度」5点 — "全サブタスクが完了。エッジケース・テスト・ドキュメントも揃う" のうち、エッジケースとテストのカバレッジ部分を満たす
- **手段**:
- <具体的手順1>
- <具体的手順2>
- **完了条件**: テストカバレッジ80%以上、エッジケース3パターンを追加
- **リスク**: 既存テストへの影響なし(独立追加)
### Action 2 詳細
[同上フォーマット — 必ず「充足する判定文言」を明記すること]
### Action 3 詳細
[同上フォーマット — 必ず「充足する判定文言」を明記すること]
### トレードオフ・注意点
- Action 1 を進めるとリファクタが必要になる可能性 → スコープ拡大注意
- ...
### 停滞警告(該当時のみ)
⚠️ 過去2回 スコア改善が +0.1 未満。同じアプローチでは打開困難の可能性。
代替アプローチ:
- A) <別アプローチ>
- B) <別アプローチ>
→ ユーザー判断推奨
score_history から過去2-3回の改善幅が小さい場合(< 0.1):
Reviewer 観点D (計画指示明瞭度) からのフィードバックがあれば、改善アクションとは別枠で「次イテレーションの実行計画」に統合する:
### 実行計画 (次 iteration)
| # | アクション | 完了条件 (observable) | 依存 | 対応finding |
|---|---|---|---|---|
| 1 | 計画 Step <N> に「<不明瞭点>」を明示したうえで修正する | diff とテストで確認できる | - | D-1 |
| 2 | 裁量補完が起きた「<選択>」を決定済みにする | assumptions または実装で確認できる | 1 | new |
→ `new` がある場合のみ次イテレーションの Planner 呼び出しで args に含める。finding id のみなら executor に直接渡す。
これを書かないと、同じ不明瞭点が次イテレーションでも繰り返される(Executor の自己申告が消化されない)。