create-specfuse 0.6.1 → 0.6.3

package/dist/templates/claude-md.d.ts

@@ -1,4 +1,4 @@
-import type { TemplateContext } from '../types.js';
+import type { TemplateContext } from "../types.js";
 export declare function renderGrillReview(): string;
 export declare function composeCLAUDEmd(ctx: TemplateContext): string;
 //# sourceMappingURL=claude-md.d.ts.map

package/dist/templates/claude-md.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"claude-md.d.ts","sourceRoot":"","sources":["../../src/templates/claude-md.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAgB,eAAe,EAAE,MAAM,aAAa,CAAC;AAmKjE,wBAAgB,iBAAiB,IAAI,MAAM,CAgE1C;AAaD,wBAAgB,eAAe,CAAC,GAAG,EAAE,eAAe,GAAG,MAAM,CAkC5D"}
+{"version":3,"file":"claude-md.d.ts","sourceRoot":"","sources":["../../src/templates/claude-md.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAgB,eAAe,EAAE,MAAM,aAAa,CAAC;AA8KjE,wBAAgB,iBAAiB,IAAI,MAAM,CAmE1C;AAaD,wBAAgB,eAAe,CAAC,GAAG,EAAE,eAAe,GAAG,MAAM,CAkC5D"}

package/dist/templates/claude-md.js

@@ -1,6 +1,6 @@
 function renderTechStack(stack) {
     const lines = [
-        '## Tech Stack',
+        "## Tech Stack",
         ...stack.languages.map((l) => `- Language: ${l}`),
     ];
     if (stack.framework)
@@ -10,7 +10,7 @@ function renderTechStack(stack) {
         lines.push(`- Format: \`${stack.commands.format}\``);
     if (stack.commands.typecheck)
         lines.push(`- Typecheck: \`${stack.commands.typecheck}\``);
-    return lines.join('\n');
+    return lines.join("\n");
 }
 function renderCommitConvention() {
     return `## Commit Convention
@@ -20,7 +20,16 @@ function renderCommitConvention() {
 function renderDesignTokensRules() {
     return `## DESIGN-TOKENS.md Generation Rules
 
-- **Brainstorming auto-trigger:** When brainstorming involves frontend/UI design intent, brainstorming 阶段结束后 MUST invoke \`/design-md\` skill FIRST. \`/design-md\` completes questionnaire and generates DESIGN-TOKENS.md, THEN resume the OpenSpec artifact flow (proposal → design → specs → tasks).
+DESIGN-TOKENS.md 触发判定在 brainstorming 结束时执行，采用三道门依次评估（命中即停）：
+
+- **Brainstorming auto-trigger (three-gate test, evaluated at brainstorming end):**
+  - **Gate 1 — Primary trigger:** Does this change or project ship a UI consumed by an end user? Trigger if ANY: new WebUI / desktop GUI / mobile interface; modifying the visual presentation layer of an existing UI; deliverable embeds a frontend (SPA / templates / \`go:embed\` web assets). Examples — hit: a ping tool with a browser UI; miss: a pure API / CLI / backend service / library / script.
+  - **Gate 2 — Exemption:** Skip if visual decisions are already settled elsewhere: a DESIGN-TOKENS.md already exists at project root AND this change does not touch the visual presentation layer; OR the change only moves API/logic/data with the UI visual layer fully unchanged; OR the project has a design system / component library this change merely consumes.
+  - **Gate 3 — Intensity calibration (not a switch):**
+    - **Strong intent** (user actively discussed palette / dark mode / brand archetype / component visual language / design references / mood during brainstorming) → invoke \`/design-md\` NOW. Questionnaire answers already have grounding in the brainstorming record.
+    - **Weak intent** (only "has UI" was settled, no visual discussion) → STILL invoke \`/design-md\` NOW (Gate 1 hit), but BEFORE running the questionnaire, explicitly tell the user: "This change includes a user-facing UI, so DESIGN-TOKENS.md will be generated. However, visual design was NOT discussed during brainstorming — the following questionnaire will capture those decisions now." Then run the questionnaire. Do NOT silently extract answers the user never expressed.
+  - **Default:** Gate 1 misses → do not invoke \`/design-md\`; resume the artifact flow directly.
+- **Why trigger on "has UI" not "user expressed visual intent":** A WebUI project's visual tokens are an inevitable consequence of building the UI, not a function of whether the user raised visual topics in brainstorming. design.md and tasks.md reference DESIGN-TOKENS.md (archetype, fonts, status colors, primary scale), so the token file must exist before those artifacts are drafted — deferring generation to after artifacts creates forward references and breaks the Grill consistency scan.
 - **Brownfield (manual):** Invoke \`/design-md\` to generate DESIGN-TOKENS.md for an existing project. The skill is installed at \`.claude/skills/design-md/SKILL.md\`.
 - **Never overwrite silently:** If DESIGN-TOKENS.md already exists, always prompt for confirmation and create a \`.bak\` backup before overwriting.`;
 }
@@ -33,7 +42,7 @@ When \`/opsx:propose\` is invoked:
    - Ask ONE question at a time (Socratic method). Never fire multiple questions in a single turn.
    - Proactively present 2-3 architectural alternatives with explicit trade-offs.
    - **STOP brainstorming BEFORE its "Write design doc" step (step 6).** Do NOT write to \`docs/superpowers/specs/\`. All spec files are managed exclusively by OpenSpec.
-   - **If brainstorming involved frontend/UI design intent:** MUST invoke \`/design-md\` skill NOW (before generating artifacts). Complete the questionnaire → generate DESIGN-TOKENS.md → THEN proceed.
+   - **If the three-gate test (see DESIGN-TOKENS.md Generation Rules above) triggers:** MUST invoke \`/design-md\` skill NOW (before generating artifacts). For weak intent, state that visual design was not discussed in brainstorming before running the questionnaire. Complete the questionnaire → generate DESIGN-TOKENS.md → THEN proceed.
    - Only after human confirms the approach, generate ALL artifacts (proposal -> design -> specs -> tasks) in one pass.
 
 2. Every proposal artifact MUST contain:
@@ -51,7 +60,7 @@ When \`/opsx:new\` is invoked:
 2. **BEFORE drafting the first artifact (proposal), MUST activate Superpowers \`brainstorming\`.**
    - Use Socratic questioning to clarify scope, non-goals, and trade-offs.
    - **STOP brainstorming BEFORE its "Write design doc" step (step 6).** Do NOT write to \`docs/superpowers/specs/\`. All spec files are managed exclusively by OpenSpec.
-   - **If brainstorming involved frontend/UI design intent:** MUST invoke \`/design-md\` skill NOW (before drafting proposal). Complete the questionnaire → generate DESIGN-TOKENS.md → THEN proceed.
+   - **If the three-gate test (see DESIGN-TOKENS.md Generation Rules above) triggers:** MUST invoke \`/design-md\` skill NOW (before drafting proposal). For weak intent, state that visual design was not discussed in brainstorming before running the questionnaire. Complete the questionnaire → generate DESIGN-TOKENS.md → THEN proceed.
    - Only after the user confirms the approach, draft the proposal artifact.
 
 3. When \`/opsx:continue\` is invoked to advance to the next artifact:
@@ -152,6 +161,8 @@ Before \`/opsx:archive\`:
 export function renderGrillReview() {
     return `### Pre-Apply Review (Grill)
 
+Per-artifact review surfaces and check tools (signature substitution, assertion strength, etc.) live in \`.claude/skills/grill-me/SKILL.md\`. This section governs discipline and process.
+
 When all artifacts (proposal, design, specs, tasks) are complete, the AI MUST prompt:
 > "All artifacts are ready. Recommend running \`/grill-me\` for a pre-apply review before implementation. Or run \`/opsx:apply\` directly to skip review."
 
@@ -176,6 +187,7 @@ If the user runs \`/opsx:apply\` without prior grill, this is treated as an impl
 - Security — input validation, permissions, data exposure risks?
 - Performance impact — O(n²), blocking IO, memory pressure?
 - Backward compatibility — any breaking changes to existing APIs/behaviors?
+- **Data-flow integrity** — every spec input value has a parameter slot in a declared signature; walk the call chain by substitution; spec scenarios must be strong enough to prove the input took effect (assertion strength), not just assert the output shell.
 
 **Problem Classification:**
 - **Blocking** (must resolve before apply): artifact contradictions, uncovered edge cases, missing error handling, security risks, untestable specs. User may override with explicit acknowledgment.
@@ -186,11 +198,11 @@ If the user runs \`/opsx:apply\` without prior grill, this is treated as an impl
 - \`grill-abort\`: Exit grill, rollback all modifications from \`.grill-backup/\`.
 - Ambiguous expressions ("stop", "算了"): AI MUST ask for clarification — "exit grill review, or abandon the entire change?"
 
-**Soft Limit:** After 15 questions, self-assess whether remaining issues are blocking-level. If none remain, proceed to summary.
+**Soft Limit:** After 9 questions, self-assess whether remaining issues are blocking-level. If none remain, proceed to summary.
 
 **Consistency Scan** (before summary):
 Run a final check across all artifacts for:
-- Reference integrity — every goal in proposal maps to design/specs/tasks
+- Reference integrity — every goal in proposal maps to design/specs/tasks, and every spec WHEN input maps to a parameter slot in a declared signature (reverse direction — data-flow integrity)
 - Terminology consistency — same concepts use same names throughout
 - Logical conflict detection — no artifact contradicts another
 
@@ -227,36 +239,36 @@ function renderGeneralRules() {
 export function composeCLAUDEmd(ctx) {
     const sections = [
         `# Project CLAUDE.md`,
-        '',
+        "",
         renderTechStack(ctx.stack),
-        '',
+        "",
         renderCommitConvention(),
-        '',
+        "",
         renderDesignTokensRules(),
-        '',
-        '---',
-        '',
-        '<!-- FUSION:START -->',
-        '## OpenSpec & Superpowers Composite Workflow Constraints',
-        '',
-        'This project enforces a fused OpenSpec + Superpowers engineering pipeline.',
-        'AI agents MUST follow these rules without exception.',
-        '',
+        "",
+        "---",
+        "",
+        "<!-- FUSION:START -->",
+        "## OpenSpec & Superpowers Composite Workflow Constraints",
+        "",
+        "This project enforces a fused OpenSpec + Superpowers engineering pipeline.",
+        "AI agents MUST follow these rules without exception.",
+        "",
         renderPathA(),
-        '',
+        "",
         renderPathB(),
-        '',
+        "",
         renderExploration(),
-        '',
+        "",
         renderGrillReview(),
-        '',
+        "",
         renderApplyPhase(ctx.stack),
-        '',
+        "",
         renderVerifyPhase(ctx.stack),
-        '',
+        "",
         renderGeneralRules(),
-        '<!-- FUSION:END -->',
+        "<!-- FUSION:END -->",
     ];
-    return sections.join('\n') + '\n';
+    return sections.join("\n") + "\n";
 }
 //# sourceMappingURL=claude-md.js.map

package/dist/templates/claude-md.js.map

@@ -1 +1 @@
-{"version":3,"file":"claude-md.js","sourceRoot":"","sources":["../../src/templates/claude-md.ts"],"names":[],"mappings":"AAEA,SAAS,eAAe,CAAC,KAAmB;IAC1C,MAAM,KAAK,GAAG;QACZ,eAAe;QACf,GAAG,KAAK,CAAC,SAAS,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,eAAe,CAAC,EAAE,CAAC;KAClD,CAAC;IACF,IAAI,KAAK,CAAC,SAAS;QAAE,KAAK,CAAC,IAAI,CAAC,gBAAgB,KAAK,CAAC,SAAS,EAAE,CAAC,CAAC;IACnE,KAAK,CAAC,IAAI,CACR,mBAAmB,KAAK,CAAC,YAAY,EAAE,EACvC,cAAc,KAAK,CAAC,QAAQ,CAAC,KAAK,IAAI,EACtC,aAAa,KAAK,CAAC,QAAQ,CAAC,IAAI,IAAI,EACpC,aAAa,KAAK,CAAC,QAAQ,CAAC,IAAI,IAAI,CACrC,CAAC;IACF,IAAI,KAAK,CAAC,QAAQ,CAAC,MAAM;QAAE,KAAK,CAAC,IAAI,CAAC,eAAe,KAAK,CAAC,QAAQ,CAAC,MAAM,IAAI,CAAC,CAAC;IAChF,IAAI,KAAK,CAAC,QAAQ,CAAC,SAAS;QAAE,KAAK,CAAC,IAAI,CAAC,kBAAkB,KAAK,CAAC,QAAQ,CAAC,SAAS,IAAI,CAAC,CAAC;IACzF,OAAO,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC;AAC1B,CAAC;AAED,SAAS,sBAAsB;IAC7B,OAAO;;iCAEwB,CAAC;AAClC,CAAC;AAED,SAAS,uBAAuB;IAC9B,OAAO;;;;oJAI2I,CAAC;AACrJ,CAAC;AAED,SAAS,WAAW;IAClB,OAAO;;;;;;;;;;;;;;+DAcsD,CAAC;AAChE,CAAC;AAED,SAAS,WAAW;IAClB,OAAO;;;;;;;;;;;;;;;;;;;;;;;4EAuBmE,CAAC;AAC7E,CAAC;AAED,SAAS,iBAAiB;IACxB,OAAO;;;;;;;;;;;;qGAY4F,CAAC;AACtG,CAAC;AAED,SAAS,gBAAgB,CAAC,KAAmB;IAC3C,OAAO;;;;;;;;;;;;;;;;;;;;;;iEAsBwD,KAAK,CAAC,QAAQ,CAAC,IAAI;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;gDAiCpC,CAAC;AACjD,CAAC;AAED,SAAS,iBAAiB,CAAC,KAAmB;IAC5C,OAAO;;;;;4BAKmB,KAAK,CAAC,QAAQ,CAAC,IAAI;mBAC5B,KAAK,CAAC,QAAQ,CAAC,IAAI,wBAAwB,CAAC;AAC/D,CAAC;AAED,MAAM,UAAU,iBAAiB;IAC/B,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OA8DF,CAAC;AACR,CAAC;AAED,SAAS,kBAAkB;IACzB,OAAO;;;;;;;2EAOkE,CAAC;AAC5E,CAAC;AAED,MAAM,UAAU,eAAe,CAAC,GAAoB;IAClD,MAAM,QAAQ,GAAG;QACf,qBAAqB;QACrB,EAAE;QACF,eAAe,CAAC,GAAG,CAAC,KAAK,CAAC;QAC1B,EAAE;QACF,sBAAsB,EAAE;QACxB,EAAE;QACF,uBAAuB,EAAE;QACzB,EAAE;QACF,KAAK;QACL,EAAE;QACF,uBAAuB;QACvB,0DAA0D;QAC1D,EAAE;QACF,4EAA4E;QAC5E,sDAAsD;QACtD,EAAE;QACF,WAAW,EAAE;QACb,EAAE;QACF,WAAW,EAAE;QACb,EAAE;QACF,iBAAiB,EAAE;QACnB,EAAE;QACF,iBAAiB,EAAE;QACnB,EAAE;QACF,gBAAgB,CAAC,GAAG,CAAC,KAAK,CAAC;QAC3B,EAAE;QACF,iBAAiB,CAAC,GAAG,CAAC,KAAK,CAAC;QAC5B,EAAE;QACF,kBAAkB,EAAE;QACpB,qBAAqB;KACtB,CAAC;IACF,OAAO,QAAQ,CAAC,IAAI,CAAC,IAAI,CAAC,GAAG,IAAI,CAAC;AACpC,CAAC"}
+{"version":3,"file":"claude-md.js","sourceRoot":"","sources":["../../src/templates/claude-md.ts"],"names":[],"mappings":"AAEA,SAAS,eAAe,CAAC,KAAmB;IAC1C,MAAM,KAAK,GAAG;QACZ,eAAe;QACf,GAAG,KAAK,CAAC,SAAS,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,eAAe,CAAC,EAAE,CAAC;KAClD,CAAC;IACF,IAAI,KAAK,CAAC,SAAS;QAAE,KAAK,CAAC,IAAI,CAAC,gBAAgB,KAAK,CAAC,SAAS,EAAE,CAAC,CAAC;IACnE,KAAK,CAAC,IAAI,CACR,mBAAmB,KAAK,CAAC,YAAY,EAAE,EACvC,cAAc,KAAK,CAAC,QAAQ,CAAC,KAAK,IAAI,EACtC,aAAa,KAAK,CAAC,QAAQ,CAAC,IAAI,IAAI,EACpC,aAAa,KAAK,CAAC,QAAQ,CAAC,IAAI,IAAI,CACrC,CAAC;IACF,IAAI,KAAK,CAAC,QAAQ,CAAC,MAAM;QACvB,KAAK,CAAC,IAAI,CAAC,eAAe,KAAK,CAAC,QAAQ,CAAC,MAAM,IAAI,CAAC,CAAC;IACvD,IAAI,KAAK,CAAC,QAAQ,CAAC,SAAS;QAC1B,KAAK,CAAC,IAAI,CAAC,kBAAkB,KAAK,CAAC,QAAQ,CAAC,SAAS,IAAI,CAAC,CAAC;IAC7D,OAAO,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC;AAC1B,CAAC;AAED,SAAS,sBAAsB;IAC7B,OAAO;;iCAEwB,CAAC;AAClC,CAAC;AAED,SAAS,uBAAuB;IAC9B,OAAO;;;;;;;;;;;;;oJAa2I,CAAC;AACrJ,CAAC;AAED,SAAS,WAAW;IAClB,OAAO;;;;;;;;;;;;;;+DAcsD,CAAC;AAChE,CAAC;AAED,SAAS,WAAW;IAClB,OAAO;;;;;;;;;;;;;;;;;;;;;;;4EAuBmE,CAAC;AAC7E,CAAC;AAED,SAAS,iBAAiB;IACxB,OAAO;;;;;;;;;;;;qGAY4F,CAAC;AACtG,CAAC;AAED,SAAS,gBAAgB,CAAC,KAAmB;IAC3C,OAAO;;;;;;;;;;;;;;;;;;;;;;iEAsBwD,KAAK,CAAC,QAAQ,CAAC,IAAI;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;gDAiCpC,CAAC;AACjD,CAAC;AAED,SAAS,iBAAiB,CAAC,KAAmB;IAC5C,OAAO;;;;;4BAKmB,KAAK,CAAC,QAAQ,CAAC,IAAI;mBAC5B,KAAK,CAAC,QAAQ,CAAC,IAAI,wBAAwB,CAAC;AAC/D,CAAC;AAED,MAAM,UAAU,iBAAiB;IAC/B,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OAiEF,CAAC;AACR,CAAC;AAED,SAAS,kBAAkB;IACzB,OAAO;;;;;;;2EAOkE,CAAC;AAC5E,CAAC;AAED,MAAM,UAAU,eAAe,CAAC,GAAoB;IAClD,MAAM,QAAQ,GAAG;QACf,qBAAqB;QACrB,EAAE;QACF,eAAe,CAAC,GAAG,CAAC,KAAK,CAAC;QAC1B,EAAE;QACF,sBAAsB,EAAE;QACxB,EAAE;QACF,uBAAuB,EAAE;QACzB,EAAE;QACF,KAAK;QACL,EAAE;QACF,uBAAuB;QACvB,0DAA0D;QAC1D,EAAE;QACF,4EAA4E;QAC5E,sDAAsD;QACtD,EAAE;QACF,WAAW,EAAE;QACb,EAAE;QACF,WAAW,EAAE;QACb,EAAE;QACF,iBAAiB,EAAE;QACnB,EAAE;QACF,iBAAiB,EAAE;QACnB,EAAE;QACF,gBAAgB,CAAC,GAAG,CAAC,KAAK,CAAC;QAC3B,EAAE;QACF,iBAAiB,CAAC,GAAG,CAAC,KAAK,CAAC;QAC5B,EAAE;QACF,kBAAkB,EAAE;QACpB,qBAAqB;KACtB,CAAC;IACF,OAAO,QAAQ,CAAC,IAAI,CAAC,IAAI,CAAC,GAAG,IAAI,CAAC;AACpC,CAAC"}

package/dist/templates/design-md-skill.js

@@ -1,14 +1,14 @@
 export function composeDesignMdSkill() {
     return `---
 name: design-md
-description: Generate a DESIGN-TOKENS.md file for the current project via interactive questionnaire and archetype matching. Use for brownfield projects that need design tokens.
+description: Generate a DESIGN-TOKENS.md file for the current project via interactive questionnaire and archetype matching. Auto-triggered at brainstorming end when the change ships a user-facing UI (three-gate test in CLAUDE.md), or invoked manually via /design-md for any project needing design tokens.
 ---
 
 # DESIGN-TOKENS.md Generation Skill
 
 Generate a comprehensive \`DESIGN-TOKENS.md\` design token document for the current project.
 
-**Trigger:** User invokes \`/design-md\` manually, or auto-triggered after \`specfuse init\` for frontend projects.
+**Trigger:** (1) Auto-triggered at brainstorming end when the three-gate test in CLAUDE.md fires — i.e. the change or project ships a UI consumed by an end user (new WebUI / desktop GUI / mobile interface / embedded frontend), no existing DESIGN-TOKENS.md exempts it. For weak visual intent, state that visual design was not discussed in brainstorming before running the questionnaire. (2) User invokes \`/design-md\` manually in a brownfield project.
 
 ---
 

package/dist/templates/grill-me-skill.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"grill-me-skill.d.ts","sourceRoot":"","sources":["../../src/templates/grill-me-skill.ts"],"names":[],"mappings":"AAAA,wBAAgB,mBAAmB,IAAI,MAAM,CAkB5C"}
+{"version":3,"file":"grill-me-skill.d.ts","sourceRoot":"","sources":["../../src/templates/grill-me-skill.ts"],"names":[],"mappings":"AAAA,wBAAgB,mBAAmB,IAAI,MAAM,CAoE5C"}

package/dist/templates/grill-me-skill.js

@@ -4,17 +4,67 @@ name: grill-me
 description: Pre-apply review — stress-test all artifacts before implementation. Use when artifacts are complete and you want a structured review before /opsx:apply.
 ---
 
-Activate the **Pre-Apply Review (Grill)** protocol defined in CLAUDE.md.
+# Pre-Apply Review (Grill)
 
-Follow the "Pre-Apply Review (Grill)" section rules exactly:
-1. Backup change directory to \`.grill-backup/\` before grill begins
-2. Review all artifacts (proposal, design, specs, tasks) one question at a time
-3. Each question: [blocking/non-blocking] + issue + recommended answer + modification preview
-4. Direct-modify artifacts on acceptance (user must see final diff before write)
-5. Run consistency scan before summary
-6. Output summary and prompt \`/opsx:apply\`
+Activate the review. The full method is self-contained in this skill; the CLAUDE.md "Pre-Apply Review (Grill)" protocol governs project-level discipline (classification, backup, rollback).
 
-Exit commands: \`grill-stop\` (keep changes), \`grill-abort\` (rollback from backup).
+## Discipline (every question)
+
+- Ask ONE question at a time.
+- Every question carries artifact evidence (file:line + specific scenario) — no evidence, no question. This is what keeps the review dense instead of formalistic.
+- Every question includes a recommended answer.
+- Classify each issue as [blocking] or [non-blocking].
+- Soft limit: After 9 questions, self-assess whether remaining issues are blocking-level. If none remain, proceed to summary.
+
+## Flow
+
+1. **Backup**: Copy the change directory to \`.grill-backup/\` before grill begins. Clean stale backups if present.
+2. **Review**: All artifacts (proposal, design, specs, tasks) one question at a time.
+3. **Write**: On acceptance, show the final diff before any write, then modify the artifact.
+4. **Consistency scan**: Run the bidirectional scan before summary.
+5. **Summary**: Output the review summary and prompt \`/opsx:apply\`.
+6. **Cleanup**: Delete \`.grill-backup/\` after successful completion.
+
+## Review Surfaces (by artifact group — discovery perspectives, not mandatory per-item questions)
+
+[proposal.md]
+- Scope clarity — non-goals present and unambiguous
+- Trade-off reality — each trade-off names rejected alternatives and reasons
+- Verification executable — the verification strategy can actually run
+- Problem validity — diagnoses a real problem, not an invented one
+
+[design.md]
+- Signature contract — every declared input has a source and a consumer (signature substitution)
+- Dependency direction — domain never imports adapters; arrows point inward
+- State & concurrency — shared state, lifecycle, who holds the lock
+- Config defaults — every flag has a default, a range, and fallback behavior
+- Error ownership — every failure class has a handling layer
+
+[specs/]
+- Independently testable — success and failure behaviors both present
+- Boundary conditions — empty, over-limit, boundary values
+- Input slot — every spec WHEN input maps to a parameter slot in a declared signature
+- Assertion strength — scenarios prove an input took effect, not merely an output shell
+- Terminology consistent — same concept, same name across specs
+- Preconditions explicit — implied state assumptions written out
+
+[tasks/]
+- Verifiable — "done" is checkable by a command
+- TDD order — failing test first, then implementation
+- Spec trace — every spec scenario has a corresponding task, and vice versa
+- Granularity — chunks ≤ 2h with correct dependencies
+
+## Check Tools (trigger-based, not run every round)
+
+- **Signature substitution** — for each public signature ask: where does each input come from, who constructs it, who consumes it?
+- **Bidirectional parameter flow** — spec input → design parameter slot; design parameter → spec scenario
+- **Implementation rehearsal** — for each signature ask: "can I write this now and satisfy the spec?"
+
+## Boundary Discipline
+
+- **Assertion-strength triage**: presentation defect (behavior already defined in proposal/design) → strengthen the THEN; requirements defect (behavior never defined) → route to Think/user, never invent.
+- **Consistency scan runs both directions**: proposal → specs/tasks (forward) and spec inputs → design signature slots (reverse).
+- **Exit commands**: \`grill-stop\` (keep changes), \`grill-abort\` (rollback from \`.grill-backup/\`).
 `;
 }
 //# sourceMappingURL=grill-me-skill.js.map

package/dist/templates/grill-me-skill.js.map

@@ -1 +1 @@
-{"version":3,"file":"grill-me-skill.js","sourceRoot":"","sources":["../../src/templates/grill-me-skill.ts"],"names":[],"mappings":"AAAA,MAAM,UAAU,mBAAmB;IACjC,OAAO;;;;;;;;;;;;;;;;CAgBR,CAAC;AACF,CAAC"}
+{"version":3,"file":"grill-me-skill.js","sourceRoot":"","sources":["../../src/templates/grill-me-skill.ts"],"names":[],"mappings":"AAAA,MAAM,UAAU,mBAAmB;IACjC,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAkER,CAAC;AACF,CAAC"}

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "create-specfuse",
-  "version": "0.6.1",
+  "version": "0.6.3",
   "description": "Scaffold projects with OpenSpec + Superpowers fusion methodology",
   "type": "module",
   "bin": {