plan について
plan は、作業依頼を簡潔で実行可能な計画にまとめるスキルです。直接作成、ソクラテス式の要件確認、既存計画のレビューに対応し、計画を `.omx/plans/` に保存します。
主な機能
- 01直接作成とインタビューモード
- 02既存計画のレビュー
- 03一度に一つの確認質問
- 04根拠に基づく計画作成
- 05`.omx/plans/` への計画保存
活用シーン
- 01質問を通じた曖昧な依頼の整理
- 02明確なタスクの計画作成
- 03既存計画の評価
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/planを入力して読み込まれたか確認します。
詳細
Plan は、簡潔で実行可能な作業計画を作成します。インタビュー形式か直接形式かを自動判定し、ソクラテス式の要件明確化には `--interview`、評価には `--review` をサポートします。
インタビュー（
レビュー（
<Use_When>
- 実装前の計画立案 — "plan this"、"let's plan"
- 要件があいまいで範囲の絞り込みが必要な場合 —
--interviewを使用 - 既存の計画をレビューする場合 —
--review</Use_When>
<Do_Not_Use_When>
- 直接の実行が目的の場合 — スコープが定まったタスクを直接実行します。持続的な目標には
ultragoalのみを、協調的な並列作業にはteamを使用します - スコープが明確な単純で的を絞った修正 — 計画を省略します </Do_Not_Use_When>
<Execution_Policy>
- インタビュー形式か直接形式かを自動判定します。
--interviewはソクラテス式モードを強制し、--directはそれをスキップします - 質問は一度に1つずつ行います。まずコードベースの事実を収集します
omx exploreは非推奨です。コードベースの事実には通常のリポジトリ調査を使用し、omx sparkshellは明示的にシェルネイティブの根拠が必要な場合にのみ使用します- 計画は根拠に基づく必要があります。80%以上の主張はファイル/行を引用し、90%以上の基準はテスト可能であること
- ステップはスコープに合わせて適切な粒度にし、
.omx/plans/に保存します </Execution_Policy>
モード選択
| モード | トリガー | 動作 |
|---|---|---|
| インタビュー | --interview または広範なリクエスト | ソクラテス式の要件収集 |
| 直接 | --direct または詳細なリクエスト | 直ちに計画を生成 |
| レビュー | --review | 既存の計画に対するクリティックによる評価 |
インタビュー（--interview）
- リクエストを分類し、
omx questionを介して焦点を絞った質問を1つ行います - まずコードベースの事実を収集し、その後に情報に基づいたフォローアップの質問をします
- 回答を踏まえて進め、隠れた要件についてはアナリストに相談します
- ユーザーが準備完了のシグナルを出したら計画を作成します
直接
- 簡単な分析（任意でアナリスト）
- 直ちに計画を生成します
- 要求があればクリティックによる任意のレビューを行います
レビュー（--review）
.omx/plans/から計画を読み込みます- クリティックで評価し、判定は APPROVED/REVISE/REJECT とします
- 作成者とレビュアーが同一の場合は、
$code-reviewに引き継ぎます
出力
すべての計画には次が含まれます: 要件の要約、受け入れ基準（テスト可能）、実装ステップ（ファイル参照付き、件数は適応的）、リスクと対策、検証。.omx/plans/ に保存されます。
結果優先の枠組み: 複数ステップの計画立案では、結果優先の枠組みと、簡潔で見える形での進捗更新を適用します。アクティブなワークフローの分岐に対するローカルの上書きは、新しいユーザーのタスク更新によって適用されます。ユーザーが continue と言った場合は、再開せず現在の分岐を続行します。
<Tool_Usage>
omx exploreは非推奨です。通常のリポジトリ調査を使用し、omx sparkshellは明示的にシェルネイティブの根拠が必要な場合にのみ使用します- インタビューの質問には
omx questionを使用します。プレーンテキストはフォールバックとしてのみ使用します - 必要に応じて
planner/analyst/criticを指定してask_codexを使用します </Tool_Usage>
<Escalation_And_Stop_Conditions>
- 要件が明確になったらインタビューを終了します。過度なインタビューはしません
- ビジネス上の判断を要する、調整不能なトレードオフが生じた場合はエスカレーションします
- "just do it" / "skip planning" の場合は
$ultragoalに引き継ぎます </Escalation_And_Stop_Conditions>
<Final_Checklist>
- 受け入れ基準がテスト可能である（90%以上が具体的）
- 主張がファイル/行を引用している（80%以上）
- リスクに対策があり、曖昧な用語がない
- 計画が
.omx/plans/に保存されている </Final_Checklist>
レビューの品質基準
| 基準 | 水準 |
|---|---|
| 明確さ | 80%以上の主張がファイル/行を引用している |
| テスト可能性 | 90%以上の基準が具体的である |
| 検証 | ファイル参照が存在する |
コメント
Markdown 対応