sillyspec 3.7.0 → 3.7.2

package/.claude/commands/sillyspec/brainstorm.md

@@ -1,182 +0,0 @@
-## 交互规范
-**当需要用户从多个选项中做出选择时，必须使用 Claude Code 内置的 AskUserQuestion 工具，将选项以参数传入。**
-
-## 核心约束（必须遵守）
-- ❌ 写实现代码（任何语言）
-- ❌ 修改任何源代码文件
-- ❌ 安装依赖或执行构建命令
-- ❌ 创建数据库迁移脚本
-- ❌ 跳过 brainstorm 直接进入 execute/plan
-- ❌ 在 checklist 未完成前开始写设计文档
-- ❌ 编造不存在的表名、字段名、API 端点
-- ❌ 一次性抛出多个问题（必须逐个等待回答）
-- ❌ 用户确认前自行推进到 plan 或任何后续阶段
-
-## 状态检查（必须先执行）
-
-```bash
-sillyspec status --json
-```
-
-- `phase: "brainstorm"` → ✅ 继续
-- 其他 phase → 提示用户当前阶段，建议先完成
-
-## 用户想法
-$ARGUMENTS
-
----
-
-## Checklist（必须按顺序完成，不允许跳步或并行）
-
-- [ ] **Step 1** — 加载项目上下文
-- [ ] **Step 1.5** — 协作与复用检查（同名变更 + 全局模板）
-- [ ] **Step 2** — 原型/设计图分析（如有）
-- [ ] **Step 2b** — 评估需求范围，复杂需求拆分子项目/阶段，生成 MASTER.md
-- [ ] **Step 3** — 对话式探索（一次一个问题，2-3 轮内完成）
-- [ ] **Step 4** — 提出 2-3 个方案并推荐
-- [ ] **Step 5** — 分段展示设计，逐段确认
-- [ ] **Step 6** — 写设计文档并保存
-- [ ] **Step 7** — AI 自审（对照约束检查）
-- [ ] **Step 8** — 用户确认设计方案
-- [ ] **Step 9** — 输出 design.md
-- [ ] **Step 10** — 更新 STATE.md
-
-**终态：** brainstorm 完成后唯一出口是 `/sillyspec:plan`。不允许直接进入 execute 或任何代码操作。
-
----
-
-## 各步骤详解
-
-### Step 1: 加载项目上下文
-
-```bash
-cat .sillyspec/config.yaml 2>/dev/null
-```
-
-**工作区模式：** AskUserQuestion 选子项目，**cd 到子项目目录执行**，加载子项目上下文 + 共享规范 + 工作区概览，设计文档保存到子项目 `.sillyspec/changes/`。git commit 在子项目目录执行。
-
-**单项目模式：**
-```bash
-cat .sillyspec/{PROJECT,REQUIREMENTS,ROADMAP}.md 2>/dev/null
-cat .sillyspec/codebase/{STRUCTURE,CONVENTIONS,ARCHITECTURE}.md 2>/dev/null
-ls .sillyspec/changes/ 2>/dev/null | grep -v archive
-ls .sillyspec/knowledge/ 2>/dev/null
-```
-
-### Step 1.5: 协作与复用检查
-
-- **同名变更：** `ls .sillyspec/changes/ | grep -v archive` — 有相关变更则提示避免冲突
-- **全局模板：** `ls ~/.sillyspec/templates/ 2>/dev/null` — 有匹配模板则建议复用
-
-无匹配则跳过，不输出。
-
-### Step 2: 原型/设计图分析（如有图片则必做）
-
-**不要只看描述文字，图片包含布局、字段、交互等视觉信息。**
-
-对每张图逐页分析（先主页面后子页面）：
-1. **页面结构** — 识别搜索区、操作栏、表格、表单等区块
-2. **表单字段** — 字段名、类型、必填、选项
-3. **交互流程** — 页面跳转、按钮行为、流程线
-4. **标注备注** — 业务规则、状态说明、权限说明
-
-展示分析结果，问用户确认有无遗漏。
-
-### Step 2b: 大模块拆分
-
-**满足以下任意 2 条就建议拆分：**
-- 3+ 个可独立交付的功能模块
-- 3+ 种角色有不同权限和视图
-- 跨页面状态流转（审批流、多步表单）
-- brainstorm 提问发现需求范围过大
-
-确认拆分后生成 MASTER.md：
-
-```bash
-mkdir -p .sillyspec/changes/<变更名>/stages
-```
-
-`MASTER.md` 内容：概述、拆分计划表（阶段/范围/状态）、整体技术方向、阶段间依赖、原型分析摘要、经验记录。
-
-```bash
-git add .sillyspec/changes/<变更名>/MASTER.md
-git commit -m "docs: master change plan for <变更名>"
-```
-
-提示用户：`/sillyspec:brainstorm <变更名>/stage-1`
-
-**子阶段 brainstorm：** 读取 MASTER.md + 前序阶段经验 + 对应原型，设计文档保存到 `.sillyspec/changes/<变更名>/stages/<stage-N>/`。
-
-### Step 3: 对话式探索
-
-**核心规则：一次只问一个问题。**
-
-1. 从最核心的问题开始（用户到底想做什么？）
-2. 等待回答，根据信息量决定追问还是进入方案讨论
-3. 探索顺序按需：目的 → 约束 → 边界 → 成功标准
-4. **大多数 brainstorm 2-3 轮就应进入方案讨论**
-
-### Step 4: 提出 2-3 种方案
-
-每种方案列优劣，给出推荐和理由。
-
-### Step 5: 分段展示设计
-
-简单项目几句话；复杂项目每段 200-300 字逐段确认。
-
-### Step 6: 写设计文档
-
-保存到 `.sillyspec/changes/<变更名>/design.md`：
-
-```markdown
-# [Feature Name] 设计
-
-## 动机与范围
-（为什么做、范围边界、成功标准）
-
-## 功能需求
-（需求场景、验收标准）
-- [ ] 标准 1
-
-## 技术方案
-## 约束和假设
-## 不在范围内
-## 文件变更
-## 代码风格参照
-（参考已有源文件，标注返回值类型、异常类型、注解风格）
-```
-
-**注意：** 引用的表名必须来自 ARCHITECTURE.md 数据模型或明确标注"新增"。必须先读取 `.sillyspec/codebase/ARCHITECTURE.md`。
-
-### Step 7: AI 自审（必须执行）
-
-- 需求覆盖：是否完整覆盖 Step 3 确认的需求点？
-- 约束一致性：技术方案是否与 ARCHITECTURE.md、CONVENTIONS.md 一致？
-- 表名/字段真实性：是否来自真实 schema？
-- 范围控制：是否包含不必要功能（YAGNI）？
-- 验收标准：是否具体、可测试？
-- 变更冲突：是否与 Step 1.5 检测到的已有变更冲突？
-
-发现问题 → 修改文档，重新自审。不确定的标注「⚠️ 自审存疑」让用户判断。
-
-### Step 8: 用户确认（⛔ 门禁）
-
-```bash
-sillyspec status --json
-```
-
-展示设计方案，AskUserQuestion：确认 / 需要修改 / 推翻重来。
-
-### Step 9: 输出技术方案
-
-用户确认后，确认 design.md 已包含完整内容（动机、需求、方案、文件变更、代码风格参照）。如 Step 6 已保存则无需重复。
-
-### Step 10: 更新 STATE.md
-
-自动更新 `.sillyspec/STATE.md`（不存在则创建）：当前变更、阶段、下一步 `/sillyspec:plan`、关键决策、历史记录。不需要 Git 提交。
-
-## 关键原则
-- YAGNI — 无情砍掉不需要的功能
-- 总是探索替代方案
-- 设计可以很短，但必须存在
-- "简单"的项目更需要设计——未检视的假设造成最大浪费

package/.claude/commands/sillyspec/continue.md

@@ -1,32 +0,0 @@
-## 核心约束（必须遵守）
-- ❌ 跳过自动判断，直接执行某个阶段
-
----
-
-## 判断逻辑
-
-**先检查是否工作区模式：**
-```bash
-cat .sillyspec/config.yaml 2>/dev/null | grep -q "projects"
-```
-
-**工作区模式：** 同时检查根目录和每个子项目，列出所有未完成的工作，让用户选择继续哪个。
-
-**单项目模式：** 按顺序检查，第一个未完成的就执行：
-
-```
-1. 有进行中的变更？
-   1a. 无 design.md → 提示补充设计（/sillyspec:brainstorm）
-   1b. 无 tasks.md → 执行 /sillyspec:plan
-   1c. tasks.md 有未完成项 + 有计划 → 执行 /sillyspec:execute
-   1d. tasks.md 全完成 + 未验证 → 执行 /sillyspec:verify（可选）
-   1e. 已验证通过 → 执行 /sillyspec:archive
-
-2. 有 .sillyspec/codebase/ 但无进行中工作？
-   → /sillyspec:brainstorm "你的想法"
-
-3. 什么都没有？
-   → /sillyspec:init（新项目）或 /sillyspec:scan（棕地项目）
-```
-
-先报告检测结果，再执行。

package/.claude/commands/sillyspec/execute.md

@@ -1,133 +0,0 @@
-## 交互规范
-**当需要用户从多个选项中做出选择时，必须使用 Claude Code 内置的 AskUserQuestion 工具，将选项以参数传入。**
-
-## 核心约束（必须遵守）
-- ❌ 跳过状态检查，自行推断阶段
-- ❌ 跳步执行（不允许跳过 plan 直接 execute）
-- ❌ 先写代码后补测试
-- ❌ 编造不存在的方法/注解/路径/类/字段
-- ❌ 自行补全缺失的接口/方法（应报告 BLOCKED）
-- ❌ 意外修改了计划外的文件却不报告
-
-## 状态检查（必须先执行）
-
-```bash
-cat .sillyspec/STATE.md 2>/dev/null
-```
-
-有 STATE.md 且 phase 为 execute → 继续。无 STATE.md 或 phase 不对 → 检查是否有未完成的 tasks.md：
-
-```bash
-ls .sillyspec/changes/*/tasks.md 2>/dev/null | xargs grep -l '\- \[ \]' 2>/dev/null
-```
-
-有未完成的 tasks.md → 继续。没有 → 提示 `/sillyspec:continue`。
-
-## 执行范围
-$ARGUMENTS
-
----
-
-## 加载上下文
-
-```bash
-cat .sillyspec/config.yaml 2>/dev/null
-```
-
-**工作区模式：** 根据计划 Task 标注确定子项目，额外加载共享规范 + CODEBASE-OVERVIEW.md。所有代码修改、测试运行、git commit 都在子项目目录中执行。
-
-**加载以下文件（主代理读取，后续注入子代理）：**
-```bash
-PLAN=$(ls -t .sillyspec/changes/*/tasks.md 2>/dev/null | head -1); cat "$PLAN"
-LATEST=$(ls -d .sillyspec/changes/*/ | grep -v archive | tail -1)
-cat "$LATEST"/{tasks,design}.md 2>/dev/null
-cat .sillyspec/codebase/{CONVENTIONS,ARCHITECTURE}.md 2>/dev/null
-cat .sillyspec/local.yaml 2>/dev/null
-```
-
-如果 `$ARGUMENTS` 指定范围（如 `wave-1`、`task-3`），只执行对应部分。
-
----
-
-## 确认频率
-
-用 AskUserQuestion 询问用户选择：
-- **每个 Wave 确认** — 每个 Wave 完成后展示结果，等用户确认后继续下一 Wave
-- **AI 自主判断** — AI 在遇到 BLOCKED 或计划外变更时才询问，其余自动推进
-- **全自动** — 全部自动执行，不在中途打断用户
-
----
-
-## 子代理执行（强制模式）
-
-**所有任务通过子代理执行，主代理负责调度和记录。**
-
-### 执行流程
-
-1. 解析 tasks.md，按 Wave 分组
-2. 同一 Wave 内的任务**并行启动**子代理，不同 Wave **串行等待**
-3. 每个 Wave 完成后，根据用户选择的确认频率决定是否暂停
-4. 子代理返回结果后，主代理勾选 tasks.md、更新 STATE.md
-
-### 子代理 Prompt 模板
-
-主代理在 dispatch 子代理前，必须准备以下 prompt（所有内容**内联**，不让子代理自己读文件）：
-
-```
-你正在执行任务：
-
-## 任务描述
-{tasks.md 中当前 task 的完整内容，包括步骤字段}
-
-## 项目约定
-{CONVENTIONS.md 全文}
-
-## 项目架构
-{ARCHITECTURE.md 全文}
-
-## 构建命令
-{local.yaml 中的 build 命令，如无则给默认命令}
-
-## 工作目录
-{子项目目录路径，工作区模式需要 cd 到此目录}
-
-## 铁律（必须遵守）
-1. **先读后写：** 先 cat 要修改的文件和参考文件，确认风格和方法签名后再写
-2. **grep 确认：** 调用已有方法前必须 grep 确认存在，grep 不到 → 报告 BLOCKED
-3. **不编造：** 不编造不存在的方法/注解/类/字段
-4. **不自行补全：** 发现缺失接口/方法，不自己写，报告 BLOCKED
-5. **TDD 不跳步：** 按任务步骤逐步执行，每步必须运行测试命令并确认结果
-6. **测试直接通过 = 测了已有行为，重写测试**
-7. **commit：** 完成后在工作目录执行 git add -A && git commit
-8. **不修改计划外的文件**，如必须修改则在报告中说明
-
-## 完成后报告（严格按此格式）
-
-- **Status:** DONE / DONE_WITH_CONCERNS / BLOCKED
-- **改动文件：** {列表}
-- **测试结果：** {通过/失败/跳过及原因}
-- **Commit:** {hash 或 "无"}
-- **问题：** {BLOCKED 原因 / DONE_WITH_CONCERNS 描述 / 无}
-```
-
-### 子代理结果处理
-
-子代理返回后，主代理：
-
-1. **DONE** → 勾选 tasks.md，记录精确到秒的时间戳
-2. **DONE_WITH_CONCERNS** → 勾选 tasks.md，记录问题到报告
-3. **BLOCKED** → 不勾选，报告给用户，AskUserQuestion 三选一：
-   - 重试（重新 dispatch 同一任务）
-   - 跳过（勾选并标注 SKIPPED）
-   - 停止（暂停执行，用户处理后继续）
-
----
-
-## 完成后
-
-所有任务完成后，用 AskUserQuestion 询问用户下一步：
-1. **验证** — 执行 `/sillyspec:verify` 全面验证
-2. **归档** — 跳过 verify，执行 `/sillyspec:archive`
-3. **继续开发** — 不结束当前阶段
-
-更新 `.sillyspec/STATE.md`：阶段改为 `execute ✅` 或 `execute 🔄 (X/M)`，历史记录追加执行结果（含精确到秒的时间戳）。

package/.claude/commands/sillyspec/explore.md

@@ -1,43 +0,0 @@
----
-description: 自由思考模式 — 讨论、画图、调研，不写代码
-argument-hint: "[探索主题]"
----
-
-## 交互规范
-**当需要用户从多个选项中做出选择时，必须使用 Claude Code 内置的 AskUserQuestion 工具，将选项以参数传入。**
-
-## 核心约束（必须遵守）
-- ❌ 写实现代码
-- ❌ 安装依赖
-- ❌ 修改文件（除非用户明确要求保存发现）
-- ❌ 强行下结论或强行结构化
-
-## 话题
-$ARGUMENTS
-
----
-
-## 这是什么模式
-
-**探索模式用于思考，不用于实现。** 读文件、搜代码、调查代码库，但绝对不能写代码。没有固定步骤、没有必需的输出。
-
-## 姿态
-
-- **好奇不说教** — 问自然产生的问题
-- **开放式线程** — 展示多个有趣方向
-- **可视化** — 大量使用 ASCII 图表
-- **自适应** — 追随有趣线索随时转向
-- **务实** — 探索实际代码库，不只纸上谈兵
-
-## 上下文感知
-
-```bash
-ls .sillyspec/changes/ 2>/dev/null | grep -v archive
-cat .sillyspec/{REQUIREMENTS,ROADMAP}.md 2>/dev/null
-```
-
-有进行中变更时读取其 design/tasks，自然引用。发现重要决策时可提议保存（不自动保存）。
-
-## 没有必需的结束
-
-探索可以创建变更提案、产出文档、继续探索或结束。

package/.claude/commands/sillyspec/export.md

@@ -1,21 +0,0 @@
-## 核心约束（必须遵守）
-- ❌ 修改任何文件（只读）
-
-## 参数解析
-`$ARGUMENTS`：变更名 + 可选 `--to` 输出路径（默认 `~/.sillyspec/templates/<change-name>/`）
-
----
-
-## 流程
-
-1. **读取变更文件：** 
-   - 先检查根目录：`cat .sillyspec/changes/$ARGUMENTS/{design}.md 2>/dev/null`
-   - 根目录没有 → 检查子项目：遍历 config.yaml 中的子项目路径，查找 `$ARGUMENTS`
-2. **清理为通用模板：** 移除项目特定信息，保留通用设计方案，添加 `notes.md` 使用建议。
-3. **导出：** `mkdir -p ~/.sillyspec/templates/<change-name>` 并复制文件。
-4. **确认：** 展示摘要和模板路径。
-
-### 最后说：
-
-> ✅ 已导出到 `~/.sillyspec/templates/<change-name>/`
-> 其他项目使用：`/sillyspec:brainstorm` → AI 自动发现并建议复用

package/.claude/commands/sillyspec/init.md

@@ -1,64 +0,0 @@
----
-description: 绿地项目初始化 — 深度提问、调研、需求文档、路线图
-argument-hint: "[项目名]"
----
-
-## 交互规范
-**当需要用户从多个选项中做出选择时，必须使用 Claude Code 内置的 AskUserQuestion 工具，将选项以参数传入。**
-
-## 核心约束（必须遵守）
-- ❌ 写任何实现代码
-- ❌ 安装任何依赖
-- ❌ 一次问多个问题
-- ❌ 接受模糊需求（❌"好用" → ✅"首屏加载 < 2 秒"）
-
-## 用户输入
-$ARGUMENTS
-
----
-
-## 流程
-
-### Step 1: 检查工作区模式
-
-```bash
-cat .sillyspec/config.yaml 2>/dev/null
-```
-
-有 `projects` → 工作区模式：AskUserQuestion 选子项目，切换到子项目目录执行。
-
-### Step 2: 检查项目状态
-
-```bash
-ls -la
-```
-
-已有代码/配置 → 提示用 `/sillyspec:scan`。空目录 → 继续。
-
-### Step 3: 深度提问（一次一个问题）
-
-按需探索（不是每个都要）：项目本质 → 核心功能 → 技术偏好 → 非功能需求 → 设计偏好 → 约束 → 不在范围内。
-
-### Step 4: 技术选型（如需要）
-
-用户无明确偏好时，推荐 2-3 套技术栈并列优劣和推荐理由。可选快速调研选定框架的版本、生态、已知坑。
-
-### Step 5: 生成文档
-
-**`REQUIREMENTS.md`：** 概述、目标用户、功能需求（P0/P1/P2）、非功能需求、不在范围内、技术选型表。
-
-**`ROADMAP.md`：** Phase 分阶段路线图（目标 + 交付物）。
-
-**`PROJECT.md`：** 项目名、一句话描述、状态。
-
-### Step 6: Git 初始化
-
-```bash
-git init && git add . && git commit -m "chore: sillyspec init - project initialized"
-```
-
-### 最后说：
-
-> ✅ 项目初始化完成！
-> 生成文件：PROJECT.md、REQUIREMENTS.md、ROADMAP.md
-> 下一步：`/sillyspec:brainstorm "Phase 1: xxx"` 或直接告诉我改什么

package/.claude/commands/sillyspec/plan.md

@@ -1,112 +0,0 @@
-## 交互规范
-**当需要用户从多个选项中做出选择时，必须使用 Claude Code 内置的 AskUserQuestion 工具，将选项以参数传入。**
-
-## 核心约束（必须遵守）
-- ❌ 写实现代码（只写计划中的代码示例）
-- ❌ 每个步骤缺验证命令和预期输出
-- ❌ 编造表名、字段名（必须来自 ARCHITECTURE.md 或 design.md）
-
-## 状态检查（必须先执行）
-
-```bash
-sillyspec status --json
-```
-
-- `phase: "plan"` → ✅ 继续
-- 其他 phase → 提示 `sillyspec next`
-
----
-
-## 流程
-
-### 1. 加载上下文
-
-```bash
-cat .sillyspec/config.yaml 2>/dev/null
-```
-
-**工作区模式：** 加载 CODEBASE-OVERVIEW.md + 共享规范 + 子项目的 CONVENTIONS/ARCHITECTURE/STACK + REQUIREMENTS.md。
-
-**单项目模式：**
-```bash
-LATEST=$(ls -d .sillyspec/changes/*/ | grep -v archive | tail -1)
-cat "$LATEST"/{design,tasks}.md 2>/dev/null
-cat .sillyspec/codebase/{CONVENTIONS,ARCHITECTURE}.md 2>/dev/null
-cat .sillyspec/REQUIREMENTS.md 2>/dev/null
-```
-
-### 1.5 锚定确认（必须完成）
-
-确认实际存在的文件（design / tasks），不存在的标注跳过。
-
-### 2. 逐任务展开
-
-把 tasks.md 每个 checkbox **保留 `- [ ]` 格式**并展开为任务描述，按 Wave 分组组织。工作区模式下每个 Task 标注所属项目。
-
-**输出格式要求（必须严格遵守）：**
-
-```markdown
-### Wave 1（并行，无依赖）
-- [ ] 添加用户创建接口
-  - 修改: `UserController.java`、`UserService.java`
-  - 参考: `RoleController.createRole`
-  - 步骤:
-    1. 写测试 UserControllerTest.testCreateUser
-    2. 运行测试确认失败
-    3. 写 UserController.createUser
-    4. 运行测试确认通过
-
-- [ ] 添加角色创建接口
-  - ...
-```
-
-**每个 Task 必须保留 `- [ ]` checkbox，这是 execute 阶段勾选完成状态的依据。** 禁止写成纯文本列表。
-
-**每个 Task 必须包含「步骤」字段，列出 TDD 执行顺序：**
-- 1. 写测试 → 2. 运行确认失败 → 3. 写代码 → 4. 运行确认通过
-
-**纯配置/数据/文档类任务可跳过 TDD，步骤简化为：1. 实现 → 2. 验证**
-
-**注意：不需要写精确方法签名和代码示例。** 方法签名和代码风格由 execute 阶段先读后写确认。plan 专注"做什么"和"执行顺序"。
-
-**每个 Task 包含：**
-- 精确文件路径（修改哪个文件）
-- 任务描述（做什么，一两句话说清楚）
-- 涉及已有类调用时，标注参考文件（如"参考 `RoleController.createRole`）
-- 依赖关系
-
-**注意：不需要写精确方法签名和代码示例。** 方法签名和代码风格由 execute 阶段先读后写确认。plan 专注"做什么"，execute 负责"怎么做"。
-
-### 3. 标注执行顺序
-
-按 Wave 分组，标注依赖关系：
-```markdown
-### Wave 1（并行，无依赖）
-- [ ] 添加用户创建接口
-  - 修改: `UserController.java`、`UserService.java`
-  - 参考: `RoleController.createRole`
-
-- [ ] 添加角色创建接口
-  - ...
-
-### Wave 2（依赖 Wave 1）
-- [ ] 添加用户列表查询（依赖用户创建完成）
-  - ...
-```
-
-### 4. 保存
-
-**直接覆盖** `.sillyspec/changes/<变更名>/tasks.md`。不再生成单独的 plan.md 文件。
-
-### 5. 自检门控
-
-- [ ] 每个 task 有具体文件路径？
-- [ ] 标注了 Wave 和依赖关系？
-
-### 6. 完成
-
-```bash
-sillyspec status --json && sillyspec next
-```
-
-更新 `.sillyspec/STATE.md`：阶段改为 `plan ✅`，下一步 `/sillyspec:execute`。

package/.claude/commands/sillyspec/propose.md

@@ -1,77 +0,0 @@
-## 交互规范
-**当需要用户从多个选项中做出选择时，必须使用 Claude Code 内置的 AskUserQuestion 工具，将选项以参数传入。**
-
-> **提示：** 通常不需要单独执行 propose。brainstorm 阶段会自动产出 design.md。仅当需求已经明确、跳过 brainstorm 时才手动执行 propose。
-
-## 核心约束（必须遵守）
-- ❌ 写实现代码
-- ❌ tasks.md 写具体步骤（只列任务名）
-- ❌ 编造表名、字段名、API 端点（必须来自 ARCHITECTURE.md 或明确标注"新增"）
-
-## 状态检查（必须先执行）
-
-```bash
-sillyspec status --json
-```
-
-- `phase: "propose"` → ✅ 继续
-- 其他 phase → 提示 `sillyspec next`
-
-## 变更名称
-$ARGUMENTS
-
----
-
-## 流程
-
-### 1. 加载上下文
-
-```bash
-cat .sillyspec/changes/*/MASTER.md 2>/dev/null  # 子阶段变更
-ls -t .sillyspec/knowledge/*.md | head -1
-cat .sillyspec/{REQUIREMENTS}.md .sillyspec/codebase/{CONVENTIONS,ARCHITECTURE}.md 2>/dev/null
-ls .sillyspec/changes/ | grep -v archive
-```
-
-**子阶段变更（如 `name/stage-1`）：** 读 MASTER.md 获取方向 + 前序经验 + 原型分析。规范保存到 `changes/<name>/stages/<stage-N>/`。
-
-无设计文档 → 提示先 `/sillyspec:brainstorm`。
-
-### 1.5 锚定确认（必须完成）
-
-确认实际存在的文件。
-
-### 2. 探索现有代码
-
-理解相关模块当前实现，识别影响范围。
-
-### 3. 生成规范文件
-
-创建 `.sillyspec/changes/$ARGUMENTS/`：
-
-**`design.md`：** 动机与范围、功能需求（REQ-001 格式、Given/When/Then 用户场景、非功能需求）、架构决策及理由、文件变更清单表格、数据模型、API 设计、**代码风格参照**（参考已有的 Controller/Service/Entity 源文件，标注返回值类型、异常类型、注解风格）
-
-**`tasks.md`：** 准备 → 实现 → 收尾的任务列表（每个 task 标注文件路径）
-
-### 4. 展示关键文件
-
-展示 design.md 给用户审阅。tasks.md 只展示任务列表。
-
-### 5. 自检门控
-
-- [ ] design.md 含"动机、变更范围、功能需求"？
-- [ ] design.md 含"文件变更清单"表格？
-- [ ] design.md 含 Given/When/Then 用户场景？
-- [ ] tasks.md 每个 task 有文件路径？
-
-```bash
-bash scripts/validate-proposal.sh .sillyspec/changes/$ARGUMENTS 2>/dev/null
-```
-
-### 6. 完成
-
-```bash
-sillyspec status --json && sillyspec next
-```
-
-更新 `.sillyspec/STATE.md`：阶段改为 `propose ✅`，下一步 `/sillyspec:plan`。