Mspec Delta

---
name: mspec-delta
description: delta step of mspec workflow — generate Delta Spec with auto-numbered FR-NNN
when_to_use: User runs /mspec:delta, or workflow auto-continues to delta
---

<!-- @mspec-delta 2026-05-15-063805-fix-command-name-consistency/specs/claude-integration/spec.md -->
<!-- Requirements implemented: FR-017 -->
<!-- Change: fix-command-name-consistency -->

<!-- @mspec-delta 2026-05-15-040857-step-checkbox-update/specs/claude-integration/spec.md -->
<!-- Requirements implemented: FR-015 -->
<!-- Change: step-checkbox-update -->

<!-- @mspec-delta 2026-05-17-214224-fix-locale-spec-language/specs/claude-integration/spec.md -->
<!-- Requirements implemented: FR-021 -->
<!-- Change: fix-locale-spec-language -->

## Procedure

1. Run `mspec status --change <change-dir> --json` first.
2. Read `proposal.md` → extract capability names from `## Capabilities (touched)`.
3. For each capability, run `mspec delta init --capability <name> --change <change-dir>`. The CLI auto-numbers FR-NNN by reading existing `specs/<name>/spec.md`.
4. Edit each generated `changes/<change-dir>/specs/<capability>/spec.md`:
   - Replace placeholders in `### Requirement: FR-NNN — <Short Title>` headers (H3).
   - Write the Requirement body in **EARS format** using RFC 2119 keywords with the following semantics (per Constitution):
     - `SHALL` — 機能要件（system の振る舞いを規定するデフォルト）
     - `MUST` — 制約・安全要件（絶対的強制または禁止）
     - `SHOULD` — 推奨（逸脱可能だが理由が必要）
     - `MAY` — 任意（オプション機能）
   - EARS pattern guidance — read `"locale"` from the `mspec status --json` output (step 1) and use the matching format:
     - **locale=ja の場合**:
       - Ubiquitous: `このシステムは SHALL <振る舞い>.`
       - Event-Driven: `<トリガー> のとき、このシステムは SHALL <振る舞い>.`
       - State-Driven: `<状態> の間、このシステムは SHALL <振る舞い>.`
       - Unwanted Behavior: `<条件> の場合、このシステムは SHALL <振る舞い>.`
       - Optional Feature: `<機能> が有効な場合、このシステムは SHALL <振る舞い>.`
     - **locale=en の場合**（locale フィールドが undefined の場合も含む）:
       - Ubiquitous: `The system SHALL <response>.`
       - Event-Driven: `When <trigger>, the system SHALL <response>.`
       - State-Driven: `While <state>, the system SHALL <response>.`
       - Unwanted Behavior: `If <condition>, then the system SHALL <response>.`
       - Optional Feature: `Where <feature>, the system SHALL <response>.`
   - Add at least one `#### Scenario: <Name>` (must be H4) with `- GIVEN`, `- WHEN`, `- THEN` bullets nested inside each Requirement.
5. `readme.md` の `## Artifacts` 節の `- [ ] specs/*/spec.md (Delta Spec)` を `- [x] specs/*/spec.md (Delta Spec)` に更新する。
6. Run `mspec validate --change <change-dir>` (validates FR-ID uniqueness and H4 Scenarios). validate が失敗した場合は `- [x] specs/*/spec.md (Delta Spec)` を `- [ ] specs/*/spec.md (Delta Spec)` にロールバックする。
7. `block: false` — auto-continue via `/mspec:continue`.

## Verification (C2)

- `mspec validate --change <change>` — アーティファクト整合性チェック
- `mspec anchor check --change <change>` — アンカー解決確認
- `mspec spec lint` — Delta Spec実装詳細漏洩チェック

## Learning (C3)

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

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

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