sillyspec 3.20.2 → 3.20.4

package/.claude/skills/sillyspec-archive/SKILL.md

@@ -1,21 +1,21 @@
----
-name: sillyspec:archive
-description: 用于归档已验证完成的变更。适合用户说"归档、archive、收尾这个变更"。执行模块影响分析 + 同步模块文档 + 移动到 archive 目录 + 更新 ROADMAP。
----
-
-## 多变更说明
-
-如果项目有多个活跃变更（`.sillyspec/changes/` 下有多个目录），所有 `sillyspec run` 命令需要加 `--change <变更名>`。只有一个变更时可省略（CLI 自动检测）。
-
-## 执行
-
-**你必须使用 exec 工具（shell）执行以下命令，不要自己编造流程：**
-
-1. 运行 `sillyspec run archive` — 读取输出的步骤 prompt
-2. 按照输出的 prompt **严格执行**，不要跳过或自行添加步骤
-3. 步骤完成后，运行 `sillyspec run archive --done --output "你的摘要"`
-4. 重复 2-3 直到阶段完成
-5. **禁止**在没有运行 CLI 的情况下自行决定流程
-
-## 用户指令
-$ARGUMENTS
+---
+name: sillyspec:archive
+description: 用于归档已验证完成的变更。适合用户说"归档、archive、收尾这个变更"。执行模块影响分析 + 同步模块文档 + 移动到 archive 目录 + 更新 ROADMAP。
+---
+
+## 多变更说明
+
+如果项目有多个活跃变更（`.sillyspec/changes/` 下有多个目录），所有 `sillyspec run` 命令需要加 `--change <变更名>`。只有一个变更时可省略（CLI 自动检测）。
+
+## 执行
+
+**你必须使用 exec 工具（shell）执行以下命令，不要自己编造流程：**
+
+1. 运行 `sillyspec run archive` — 读取输出的步骤 prompt
+2. 按照输出的 prompt **严格执行**，不要跳过或自行添加步骤
+3. 步骤完成后，运行 `sillyspec run archive --done --output "你的摘要"`
+4. 重复 2-3 直到阶段完成
+5. **禁止**在没有运行 CLI 的情况下自行决定流程
+
+## 用户指令
+$ARGUMENTS

package/.claude/skills/sillyspec-auto/SKILL.md

@@ -1,83 +1,83 @@
----
-name: sillyspec:auto
-description: 自动模式 — 全流程自动推进（通用版）
-argument-hint: "<需求描述>"
----
-
-## 用法
-- /sillyspec:auto 实现用户登录功能
-- /sillyspec:auto 修复搜索结果的排序问题
-
-## 任务
-$ARGUMENTS
-
----
-
-## 执行流程
-
-你是全流程编排器，按 brainstorm → plan → execute → verify 顺序自动推进。
-
-### 启动
-1. 运行 `sillyspec run auto --input "<用户需求>"`
-2. 读取 CLI 输出的 step prompt（包含你的角色描述）
-3. 执行 prompt 中的操作
-4. **记录 CLI 输出中显示的 Change 名称**（如 `Change: 2026-06-02-xxx`）
-
-### 步骤循环
-重复以下循环直到 CLI 输出"全部流程已完成"：
-
-1. **读取 CLI 输出的 step prompt**
-2. **判断是否需要用户确认：**
-   - prompt 中包含"请用户选择""等待用户回答""展示给用户""用户确认" → **暂停，等用户回复**
-   - 纯内部操作 → **直接执行**
-3. **执行 prompt 要求的操作**
-4. **完成后运行** `sillyspec run auto --done --output "<你的摘要>"`
-   - ⚠️ **必须携带 --change <变更名>**，变更名来自启动时 CLI 输出的 `Change:` 字段
-   - 示例：`sillyspec run auto --done --change 2026-06-02-spec-bootstrap-agent-stream-interaction --output "摘要"`
-   - **绝不使用 `--change default`**，除非 CLI 启动时明确显示的 Change 名称就是 `default`
-5. **读取 CLI 输出的下一步 prompt**，回到步骤 1
-
-### 阶段审核门控
-
-**brainstorm 完成后：**
-评估需求复杂度（基于 design.md 中的模块拆分、批量操作、多角色交互等特征），根据复杂度决定：
-
-| 复杂度 | 审核策略 |
-|--------|---------|
-| 简单（无拆分、无批量） | 不审核，直接进入 plan |
-| 中等（有拆分或批量） | 启动 1 个审核子代理（QA 视角）审查 design.md |
-| 复杂（拆分 + 批量/多角色） | 启动 2-3 个审核子代理多角度审查 |
-
-多角度审核子代理分工：
-- **架构师** — 审查设计合理性、技术选型 trade-off、模块划分
-- **安全专家** — 审查安全隐患、权限设计、数据校验
-- **QA 专家** — 审查需求覆盖率、边界场景遗漏、验收标准
-
-审核流程：
-1. 暂停，提示用户当前复杂度等级和建议审核策略
-2. 用户确认后，启动审核子代理（读取 design.md + requirements.md + tasks.md）
-3. 子代理输出问题清单
-4. 汇总问题，询问用户"是否需要修改后再继续"
-5. 需要修改 → 修复后重新审核；不需要 → 进入下一阶段
-
-**plan 完成后：**
-同样评估复杂度，启动审核子代理审查 plan.md：
-- **项目经理** — 审查任务拆解粒度、依赖关系、优先级
-- **工程师** — 审查任务可行性、工作量评估是否合理
-- **QA** — 审查验收标准是否具体可测试
-
-### 关键规则
-- 不要跳过任何步骤
-- 不要手动修改进度数据（SQLite 数据库）
-- 不要自动 commit，只 git add
-- 不要使用 npx
-- 不要编造不存在的 CLI 子命令
-- 遇到命令报错 → 展示错误，暂停等用户介入
-- **每次调用 `sillyspec run auto --done` 都必须携带 `--change <变更名>`**，变更名 = CLI 首次输出中显示的 Change 名称。如果 CLI 首次运行没有显示 Change 名称，从 progress 或用户输入中确认变更名后再调用
-
-### 异常处理
-- 命令执行失败 → 展示错误信息，暂停等待用户指示
-- 用户说"停止"或"暂停" → 立即停止，报告当前进度
-
-### 完成条件
-CLI 输出"全部流程已完成"后，输出完整流程总结，提示用户提交改动。
+---
+name: sillyspec:auto
+description: 自动模式 — 全流程自动推进（通用版）
+argument-hint: "<需求描述>"
+---
+
+## 用法
+- /sillyspec:auto 实现用户登录功能
+- /sillyspec:auto 修复搜索结果的排序问题
+
+## 任务
+$ARGUMENTS
+
+---
+
+## 执行流程
+
+你是全流程编排器，按 brainstorm → plan → execute → verify 顺序自动推进。
+
+### 启动
+1. 运行 `sillyspec run auto --input "<用户需求>"`
+2. 读取 CLI 输出的 step prompt（包含你的角色描述）
+3. 执行 prompt 中的操作
+4. **记录 CLI 输出中显示的 Change 名称**（如 `Change: 2026-06-02-xxx`）
+
+### 步骤循环
+重复以下循环直到 CLI 输出"全部流程已完成"：
+
+1. **读取 CLI 输出的 step prompt**
+2. **判断是否需要用户确认：**
+   - prompt 中包含"请用户选择""等待用户回答""展示给用户""用户确认" → **暂停，等用户回复**
+   - 纯内部操作 → **直接执行**
+3. **执行 prompt 要求的操作**
+4. **完成后运行** `sillyspec run auto --done --output "<你的摘要>"`
+   - ⚠️ **必须携带 --change <变更名>**，变更名来自启动时 CLI 输出的 `Change:` 字段
+   - 示例：`sillyspec run auto --done --change 2026-06-02-spec-bootstrap-agent-stream-interaction --output "摘要"`
+   - **绝不使用 `--change default`**，除非 CLI 启动时明确显示的 Change 名称就是 `default`
+5. **读取 CLI 输出的下一步 prompt**，回到步骤 1
+
+### 阶段审核门控
+
+**brainstorm 完成后：**
+评估需求复杂度（基于 design.md 中的模块拆分、批量操作、多角色交互等特征），根据复杂度决定：
+
+| 复杂度 | 审核策略 |
+|--------|---------|
+| 简单（无拆分、无批量） | 不审核，直接进入 plan |
+| 中等（有拆分或批量） | 启动 1 个审核子代理（QA 视角）审查 design.md |
+| 复杂（拆分 + 批量/多角色） | 启动 2-3 个审核子代理多角度审查 |
+
+多角度审核子代理分工：
+- **架构师** — 审查设计合理性、技术选型 trade-off、模块划分
+- **安全专家** — 审查安全隐患、权限设计、数据校验
+- **QA 专家** — 审查需求覆盖率、边界场景遗漏、验收标准
+
+审核流程：
+1. 暂停，提示用户当前复杂度等级和建议审核策略
+2. 用户确认后，启动审核子代理（读取 design.md + requirements.md + tasks.md）
+3. 子代理输出问题清单
+4. 汇总问题，询问用户"是否需要修改后再继续"
+5. 需要修改 → 修复后重新审核；不需要 → 进入下一阶段
+
+**plan 完成后：**
+同样评估复杂度，启动审核子代理审查 plan.md：
+- **项目经理** — 审查任务拆解粒度、依赖关系、优先级
+- **工程师** — 审查任务可行性、工作量评估是否合理
+- **QA** — 审查验收标准是否具体可测试
+
+### 关键规则
+- 不要跳过任何步骤
+- 不要手动修改进度数据（SQLite 数据库）
+- 不要自动 commit，只 git add
+- 不要使用 npx
+- 不要编造不存在的 CLI 子命令
+- 遇到命令报错 → 展示错误，暂停等用户介入
+- **每次调用 `sillyspec run auto --done` 都必须携带 `--change <变更名>`**，变更名 = CLI 首次输出中显示的 Change 名称。如果 CLI 首次运行没有显示 Change 名称，从 progress 或用户输入中确认变更名后再调用
+
+### 异常处理
+- 命令执行失败 → 展示错误信息，暂停等待用户指示
+- 用户说"停止"或"暂停" → 立即停止，报告当前进度
+
+### 完成条件
+CLI 输出"全部流程已完成"后，输出完整流程总结，提示用户提交改动。

package/.claude/skills/sillyspec-brainstorm/SKILL.md

@@ -1,44 +1,44 @@
----
-name: sillyspec:brainstorm
-description: 用于正式开始开发前的需求澄清和技术方案设计。适合用户提出新功能、新模块、架构调整、复杂改造，或说"先做需求分析、输出技术方案、创建变更前先梳理、帮我设计下"。产出结构化方案，但不直接写代码。
----
-
-## 多变更说明
-
-如果项目有多个活跃变更（`.sillyspec/changes/` 下有多个目录），所有 `sillyspec run` 命令需要加 `--change <变更名>`。只有一个变更时可省略（CLI 自动检测）。
-
-## 执行
-
-**你必须使用 exec 工具（shell）执行以下命令，不要自己编造流程：**
-
-1. 运行 `sillyspec run brainstorm` — 读取输出的步骤 prompt
-2. 按照输出的 prompt **严格执行**，不要跳过或自行添加步骤
-3. 步骤完成后，运行 `sillyspec run brainstorm --done --output "你的摘要"`
-4. 重复 2-3 直到阶段完成
-5. **禁止**在没有运行 CLI 的情况下自行决定流程
-
-## 特殊步骤：requiresWait
-
-某些步骤（如"对话式探索"）需要等待用户输入。AI agent 可以：
-
-- **方式一（推荐）**：通过自己的对话工具与用户交互，完成后直接 `--done --answer "用户回答"` 一步完成
-- **方式二**：先 `--wait` 记录等待状态，再 `--continue --answer "用户回答"`，最后 `--done`
-
-```bash
-# 一步完成 wait + done（AI agent 已自行与用户交互）
-sillyspec run brainstorm --done --change <变更名> --answer "信息够了，进入方案讨论" --output "需求已澄清"
-
-# 分步完成
-sillyspec run brainstorm --wait --change <变更名> --reason "等待用户回答" --output "探索问题"
-sillyspec run brainstorm --continue --answer "用户回答" --change <变更名>
-sillyspec run brainstorm --done --change <变更名> --output "需求已澄清"
-```
-
-## 注意
-- 推荐指定 `--change <变更名>`（格式：`YYYY-MM-DD-<简短描述>`），不指定时自动生成
-- 步骤 prompt 由 CLI 管理，不需要手动读取
-- 依赖 scan 阶段完成，CLI 会自动提醒
-- brainstorm 完成后，运行 `sillyspec run plan --change <变更名>` 进入实现计划
-
-## 用户指令
-$ARGUMENTS
+---
+name: sillyspec:brainstorm
+description: 用于正式开始开发前的需求澄清和技术方案设计。适合用户提出新功能、新模块、架构调整、复杂改造，或说"先做需求分析、输出技术方案、创建变更前先梳理、帮我设计下"。产出结构化方案，但不直接写代码。
+---
+
+## 多变更说明
+
+如果项目有多个活跃变更（`.sillyspec/changes/` 下有多个目录），所有 `sillyspec run` 命令需要加 `--change <变更名>`。只有一个变更时可省略（CLI 自动检测）。
+
+## 执行
+
+**你必须使用 exec 工具（shell）执行以下命令，不要自己编造流程：**
+
+1. 运行 `sillyspec run brainstorm` — 读取输出的步骤 prompt
+2. 按照输出的 prompt **严格执行**，不要跳过或自行添加步骤
+3. 步骤完成后，运行 `sillyspec run brainstorm --done --output "你的摘要"`
+4. 重复 2-3 直到阶段完成
+5. **禁止**在没有运行 CLI 的情况下自行决定流程
+
+## 特殊步骤：requiresWait
+
+某些步骤（如"对话式探索"）需要等待用户输入。AI agent 可以：
+
+- **方式一（推荐）**：通过自己的对话工具与用户交互，完成后直接 `--done --answer "用户回答"` 一步完成
+- **方式二**：先 `--wait` 记录等待状态，再 `--continue --answer "用户回答"`，最后 `--done`
+
+```bash
+# 一步完成 wait + done（AI agent 已自行与用户交互）
+sillyspec run brainstorm --done --change <变更名> --answer "信息够了，进入方案讨论" --output "需求已澄清"
+
+# 分步完成
+sillyspec run brainstorm --wait --change <变更名> --reason "等待用户回答" --output "探索问题"
+sillyspec run brainstorm --continue --answer "用户回答" --change <变更名>
+sillyspec run brainstorm --done --change <变更名> --output "需求已澄清"
+```
+
+## 注意
+- 推荐指定 `--change <变更名>`（格式：`YYYY-MM-DD-<简短描述>`），不指定时自动生成
+- 步骤 prompt 由 CLI 管理，不需要手动读取
+- 依赖 scan 阶段完成，CLI 会自动提醒
+- brainstorm 完成后，运行 `sillyspec run plan --change <变更名>` 进入实现计划
+
+## 用户指令
+$ARGUMENTS

package/.claude/skills/sillyspec-commit/SKILL.md

@@ -1,106 +1,106 @@
----
-name: sillyspec:commit
-description: 智能提交 — 自动收集变更信息，生成 commit message
-argument-hint: "[可选：自定义 commit message]"
-version: "3.7.32"
----
-
-## 交互规范
-当需要用户从多个选项中做出选择时，必须使用 Claude Code 内置的 AskUserQuestion 工具，将选项以参数传入。
-
-## 用法
-- /sillyspec:commit — 智能提交：自动收集变更信息，生成 commit message
-- /sillyspec:commit "自定义 message" — 使用指定 message 直接提交
-
-## 任务
-$ARGUMENTS
-
----
-
-## 流程
-
-### 1. 检查是否有未提交的修改
-git diff --quiet 2>/dev/null; UNSTAGED=$?
-git diff --cached --quiet 2>/dev/null; STAGED=$?
-
-两者都为 0（无修改）→ 提示"没有需要提交的修改"，结束。
-
-### 2. 暂存所有修改
-git add -A
-
-### 3. 收集变更语义信息
-# 上次 commit 时间
-LAST_COMMIT_TIME=$(git log -1 --format=%ci 2>/dev/null)
-
-# 修改的文件列表
-git diff --cached --stat
-
-从以下来源收集语义信息（筛选时间戳 > LAST_COMMIT_TIME 的条目）：
-
-来源 A — QUICKLOG（quick 产生的修改）：
-USER=$(git config user.name 2>/dev/null || echo "default")
-cat .sillyspec/quicklog/QUICKLOG-${USER}.md 2>/dev/null
-# 同时扫描活跃变更目录下的归属 quicklog
-for dir in .sillyspec/changes/*/quicklog/*.md; do [ -f "$dir" ] && cat "$dir"; done 2>/dev/null
-
-来源 B — tasks.md（execute 产生的修改）：
-LATEST=$(ls -d .sillyspec/changes/*/ 2>/dev/null | grep -v archive | tail -1)
-cat "$LATEST/tasks.md" 2>/dev/null
-筛选时间戳 > LAST_COMMIT_TIME 的已勾选 task。
-
-来源 C — 阶段产出（scan/brainstorm/plan/archive 等）：
-检查 .sillyspec/ 下新增或修改的文件，根据路径识别来源阶段：
-- .sillyspec/docs/<project>/scan/*.md → scan 产出
-- changes/<name>/design.md → brainstorm 产出
-- changes/<name>/proposal.md → brainstorm 产出
-- changes/<name>/tasks.md → plan 产出
-- changes/<name>/plan.md → plan 产出
-- changes/archive/ → archive 产出
-- knowledge/*.md → 知识库更新
-
-### 4. 自动生成 commit message
-
-按 conventional commits 格式，根据来源生成 message：
-
-| 来源 | type | 示例 |
-|---|---|---|
-| 只有 quick 条目 | fix/refactor | fix: 手机号校验修复（含正则修正） |
-| 只有 execute 条目 | feat | feat(user): 用户模块 task 1~3 |
-| 只有阶段产出 | docs | docs: sillyspec scan 完成 |
-| 混合来源 | 取最主要的 type | body 里列出所有条目 |
-| 无匹配来源 | — | 展示 diff stat，让用户自己写 |
-
-**如果 $ARGUMENTS 非空**，直接使用用户指定的 message，跳过自动生成，但仍展示 diff stat。
-
-多条 quick 合并规则：
-- 2 条以内 → 逐条列出
-- 3 条以上 → 摘要 + body 详情
-
-### 5. 展示确认
-
-用 AskUserQuestion 展示：
-📝 建议的 commit message：
- fix: 手机号校验修复（含正则修正）
-
-📁 修改文件（N 个）：
- src/UserService.java (+15 -3)
- src/PhoneValidator.java (+28 -0)
-
-选择：确认提交 / 编辑 message / 取消
-
-用户选择编辑 → 让用户输入新 message → 再次确认。
-
-### 6. 执行提交
-git commit -m "{确认后的 message}"
-
-提交成功后展示 commit hash + 文件数 + 行数统计。
-
-## 多项目
-检查修改的文件分别属于哪个子项目：
-- 修改集中在一个子项目 → 在该子项目目录中 commit
-- 修改跨多个子项目 → 用 AskUserQuestion 让用户选择：分开提交（每个子项目一个 commit）/ 合并提交
-
-## 绝对规则
-- ❌ 不要自动提交，必须展示 message 让用户确认
-- ❌ 不要丢弃用户的修改
-- ✅ $ARGUMENTS 非空时展示 diff stat 后直接提交（不需手动确认）
+---
+name: sillyspec:commit
+description: 智能提交 — 自动收集变更信息，生成 commit message
+argument-hint: "[可选：自定义 commit message]"
+version: "3.7.32"
+---
+
+## 交互规范
+当需要用户从多个选项中做出选择时，必须使用 Claude Code 内置的 AskUserQuestion 工具，将选项以参数传入。
+
+## 用法
+- /sillyspec:commit — 智能提交：自动收集变更信息，生成 commit message
+- /sillyspec:commit "自定义 message" — 使用指定 message 直接提交
+
+## 任务
+$ARGUMENTS
+
+---
+
+## 流程
+
+### 1. 检查是否有未提交的修改
+git diff --quiet 2>/dev/null; UNSTAGED=$?
+git diff --cached --quiet 2>/dev/null; STAGED=$?
+
+两者都为 0（无修改）→ 提示"没有需要提交的修改"，结束。
+
+### 2. 暂存所有修改
+git add -A
+
+### 3. 收集变更语义信息
+# 上次 commit 时间
+LAST_COMMIT_TIME=$(git log -1 --format=%ci 2>/dev/null)
+
+# 修改的文件列表
+git diff --cached --stat
+
+从以下来源收集语义信息（筛选时间戳 > LAST_COMMIT_TIME 的条目）：
+
+来源 A — QUICKLOG（quick 产生的修改）：
+USER=$(git config user.name 2>/dev/null || echo "default")
+cat .sillyspec/quicklog/QUICKLOG-${USER}.md 2>/dev/null
+# 同时扫描活跃变更目录下的归属 quicklog
+for dir in .sillyspec/changes/*/quicklog/*.md; do [ -f "$dir" ] && cat "$dir"; done 2>/dev/null
+
+来源 B — tasks.md（execute 产生的修改）：
+LATEST=$(ls -d .sillyspec/changes/*/ 2>/dev/null | grep -v archive | tail -1)
+cat "$LATEST/tasks.md" 2>/dev/null
+筛选时间戳 > LAST_COMMIT_TIME 的已勾选 task。
+
+来源 C — 阶段产出（scan/brainstorm/plan/archive 等）：
+检查 .sillyspec/ 下新增或修改的文件，根据路径识别来源阶段：
+- .sillyspec/docs/<project>/scan/*.md → scan 产出
+- changes/<name>/design.md → brainstorm 产出
+- changes/<name>/proposal.md → brainstorm 产出
+- changes/<name>/tasks.md → plan 产出
+- changes/<name>/plan.md → plan 产出
+- changes/archive/ → archive 产出
+- knowledge/*.md → 知识库更新
+
+### 4. 自动生成 commit message
+
+按 conventional commits 格式，根据来源生成 message：
+
+| 来源 | type | 示例 |
+|---|---|---|
+| 只有 quick 条目 | fix/refactor | fix: 手机号校验修复（含正则修正） |
+| 只有 execute 条目 | feat | feat(user): 用户模块 task 1~3 |
+| 只有阶段产出 | docs | docs: sillyspec scan 完成 |
+| 混合来源 | 取最主要的 type | body 里列出所有条目 |
+| 无匹配来源 | — | 展示 diff stat，让用户自己写 |
+
+**如果 $ARGUMENTS 非空**，直接使用用户指定的 message，跳过自动生成，但仍展示 diff stat。
+
+多条 quick 合并规则：
+- 2 条以内 → 逐条列出
+- 3 条以上 → 摘要 + body 详情
+
+### 5. 展示确认
+
+用 AskUserQuestion 展示：
+📝 建议的 commit message：
+ fix: 手机号校验修复（含正则修正）
+
+📁 修改文件（N 个）：
+ src/UserService.java (+15 -3)
+ src/PhoneValidator.java (+28 -0)
+
+选择：确认提交 / 编辑 message / 取消
+
+用户选择编辑 → 让用户输入新 message → 再次确认。
+
+### 6. 执行提交
+git commit -m "{确认后的 message}"
+
+提交成功后展示 commit hash + 文件数 + 行数统计。
+
+## 多项目
+检查修改的文件分别属于哪个子项目：
+- 修改集中在一个子项目 → 在该子项目目录中 commit
+- 修改跨多个子项目 → 用 AskUserQuestion 让用户选择：分开提交（每个子项目一个 commit）/ 合并提交
+
+## 绝对规则
+- ❌ 不要自动提交，必须展示 message 让用户确认
+- ❌ 不要丢弃用户的修改
+- ✅ $ARGUMENTS 非空时展示 diff stat 后直接提交（不需手动确认）

package/.claude/skills/sillyspec-continue/SKILL.md

@@ -1,45 +1,45 @@
----
-name: sillyspec:continue
-description: 自动判断并执行下一步
----
-
----
-
-你现在是 SillySpec 的自动推进器。
-
-## 判断逻辑
-
-按顺序检查，第一个未完成的就执行：
-
-```
-1. 有 HANDOFF.json？→ 执行 /sillyspec:resume
-
-2. .sillyspec/changes/ 有进行中的变更？
-   2a. 没有任何文件 → 提示检查 proposal 是否需要完善
-   2b. 没有 design.md → 提示补充 design
-   2c. 没有 tasks.md → 执行 /sillyspec:propose（补全规范）
-   2d. 有 tasks.md 但没有 plan.md → 执行 /sillyspec:plan
-   2e. tasks.md 有未完成项 + 有计划文件 → 执行 /sillyspec:execute
-   2f. tasks.md 全完成 + 没验证 → 执行 /sillyspec:verify
-   2g. 已验证通过 → 执行 /sillyspec:archive
-
-3. 有设计文档但没有对应变更？
-   → 提示运行 /sillyspec:propose <name>
-
-4. 有 .sillyspec/docs/*/scan/ 但没有进行中的工作？
-   → 提示运行 /sillyspec:brainstorm "你的想法"
-
-5. 什么都没有？
-   → 提示运行 /sillyspec:init（新项目）或 /sillyspec:scan（棕地项目）
-```
-
-## 输出
-
-先报告检测结果，再执行：
-
-> 🤖 SillySpec 自动检测
-> 
-> 当前状态：[描述]
-> 下一步：[执行的命令]
-> 
-> [开始执行...]
+---
+name: sillyspec:continue
+description: 自动判断并执行下一步
+---
+
+---
+
+你现在是 SillySpec 的自动推进器。
+
+## 判断逻辑
+
+按顺序检查，第一个未完成的就执行：
+
+```
+1. 有 HANDOFF.json？→ 执行 /sillyspec:resume
+
+2. .sillyspec/changes/ 有进行中的变更？
+   2a. 没有任何文件 → 提示检查 proposal 是否需要完善
+   2b. 没有 design.md → 提示补充 design
+   2c. 没有 tasks.md → 执行 /sillyspec:propose（补全规范）
+   2d. 有 tasks.md 但没有 plan.md → 执行 /sillyspec:plan
+   2e. tasks.md 有未完成项 + 有计划文件 → 执行 /sillyspec:execute
+   2f. tasks.md 全完成 + 没验证 → 执行 /sillyspec:verify
+   2g. 已验证通过 → 执行 /sillyspec:archive
+
+3. 有设计文档但没有对应变更？
+   → 提示运行 /sillyspec:propose <name>
+
+4. 有 .sillyspec/docs/*/scan/ 但没有进行中的工作？
+   → 提示运行 /sillyspec:brainstorm "你的想法"
+
+5. 什么都没有？
+   → 提示运行 /sillyspec:init（新项目）或 /sillyspec:scan（棕地项目）
+```
+
+## 输出
+
+先报告检测结果，再执行：
+
+> 🤖 SillySpec 自动检测
+> 
+> 当前状态：[描述]
+> 下一步：[执行的命令]
+> 
+> [开始执行...]