name	mspec-proposal
description	proposal step of mspec workflow — clarify intent and write proposal.md
when_to_use	User runs /mspec:proposal, or workflow auto-continues to proposal

Procedure

モードスキップ判定: readme.md の > Mode: フィールドを読む。ワークフローの modes.<mode>.skip にこのステップ（proposal）が含まれる場合は成果物を生成せず終了する（mspec continue がスキップ済みとして扱う）。
Run mspec status --change <change-dir> --json first.
Read readme.md.
Run mspec questions --phase proposal --json to load the question bank.

Ask 3–5 clarifying questions via AskUserQuestion (1 per call, multi-select preferred), covering functional scope, NFR, completion criteria, terminology. 4a. セキュリティ分析フェーズ: Agent tool を使用して mspec-security-analyzer サブエージェントをインライン起動する。分析スコープは specs/ と changes/<current>/readme.md および changes/<current>/proposal.md（読み取り専用）。サブエージェントは変更コンテキストを分析し、3〜5 問の変更固有セキュリティ質問を返す（各質問: テキスト・選択肢 2〜4 個・multi_select フラグ）。 4b. サブエージェントが返した 3〜5 問の動的セキュリティ質問を AskUserQuestion で 1 問 1 答（1 per call）で提示する。固定のセキュリティ質問 ID は使用しない。回答内容を ## Open Questions に記録すること（エージェント権限付与など重要事項がある場合）。
Write proposal.md from the artifact template (Why / Goals / Non-Goals / Capabilities / Open Questions).
- ## Capabilities (touched) の各 capability 名は kebab-case で記述する。後続の delta ステップでこのリストを元に mspec delta init が実行され、各 Requirement は EARS 形式（SHALL / MUST / SHOULD）＋ Scenario（GIVEN/WHEN/THEN）で記述される。
- ## Decisions テーブルに動的生成セキュリティ質問と回答のペアを記録すること。
Fill the ## Constitution Check table (Phase 0 column only; Phase 1 stays —). 6a. readme.md の ## Artifacts 節の - [ ] proposal.md を - [x] proposal.md に更新する。
Run mspec validate --change <change-dir>. validate が失敗した場合は - [x] proposal.md を - [ ] proposal.md にロールバックする。
block: true — stop and ask the user to run /mspec:continue.

Verification (C2)

mspec validate --change <change> — アーティファクト整合性チェック
mspec anchor check --change <change> — アンカー解決確認
mspec validate --change <change> --strict — Constitution Check確認

Learning (C3)

このスキルの実行で発生した学習候補を記録する:

<!-- LEARNING: <パターン説明> | source: <FR-ID> | confidence: low|medium|high -->

mspec learn コマンドが archive 済み changes からこれらを収集してpost-condition候補をproposeする。

Más de este repositorio

mismo repositorio

mspec-archive

tubone24/mspec

archive step of mspec workflow — deterministic merge into SoT spec and archive move

2026-05-284

mspec-lessons-analyzer

tubone24/mspec

archive ステップ完了後に Lessons を分析し constitution.md への追加提案を生成するサブエージェント

2026-05-284

mspec-nextaction-planner

tubone24/mspec

archive ステップ完了後に Next Steps を評価し優先度付きのチェンジ登録提案を生成するサブエージェント

2026-05-284

mspec-archive

tubone24/mspec

archive step of mspec workflow — deterministic merge into SoT spec and archive move

2026-05-284

mspec-checklist

tubone24/mspec

checklist step of mspec workflow — produce checklist.md via subagent

2026-05-264

mspec-delta

tubone24/mspec

delta step of mspec workflow — generate Delta Spec with auto-numbered FR-NNN

2026-05-264

name	mspec-proposal
description	proposal step of mspec workflow — clarify intent and write proposal.md
when_to_use	User runs /mspec:proposal, or workflow auto-continues to proposal

Procedure

モードスキップ判定: readme.md の > Mode: フィールドを読む。ワークフローの modes.<mode>.skip にこのステップ（proposal）が含まれる場合は成果物を生成せず終了する（mspec continue がスキップ済みとして扱う）。
Run mspec status --change <change-dir> --json first.
Read readme.md.
Run mspec questions --phase proposal --json to load the question bank.

Ask 3–5 clarifying questions via AskUserQuestion (1 per call, multi-select preferred), covering functional scope, NFR, completion criteria, terminology. 4a. セキュリティ分析フェーズ: Agent tool を使用して mspec-security-analyzer サブエージェントをインライン起動する。分析スコープは specs/ と changes/<current>/readme.md および changes/<current>/proposal.md（読み取り専用）。サブエージェントは変更コンテキストを分析し、3〜5 問の変更固有セキュリティ質問を返す（各質問: テキスト・選択肢 2〜4 個・multi_select フラグ）。 4b. サブエージェントが返した 3〜5 問の動的セキュリティ質問を AskUserQuestion で 1 問 1 答（1 per call）で提示する。固定のセキュリティ質問 ID は使用しない。回答内容を ## Open Questions に記録すること（エージェント権限付与など重要事項がある場合）。
Write proposal.md from the artifact template (Why / Goals / Non-Goals / Capabilities / Open Questions).
- ## Capabilities (touched) の各 capability 名は kebab-case で記述する。後続の delta ステップでこのリストを元に mspec delta init が実行され、各 Requirement は EARS 形式（SHALL / MUST / SHOULD）＋ Scenario（GIVEN/WHEN/THEN）で記述される。
- ## Decisions テーブルに動的生成セキュリティ質問と回答のペアを記録すること。
Fill the ## Constitution Check table (Phase 0 column only; Phase 1 stays —). 6a. readme.md の ## Artifacts 節の - [ ] proposal.md を - [x] proposal.md に更新する。
Run mspec validate --change <change-dir>. validate が失敗した場合は - [x] proposal.md を - [ ] proposal.md にロールバックする。
block: true — stop and ask the user to run /mspec:continue.

Verification (C2)

mspec validate --change <change> — アーティファクト整合性チェック
mspec anchor check --change <change> — アンカー解決確認
mspec validate --change <change> --strict — Constitution Check確認

Learning (C3)

このスキルの実行で発生した学習候補を記録する:

<!-- LEARNING: <パターン説明> | source: <FR-ID> | confidence: low|medium|high -->

mspec learn コマンドが archive 済み changes からこれらを収集してpost-condition候補をproposeする。