sillyspec 3.7.1 → 3.7.3

package/templates/scan.md

@@ -11,10 +11,11 @@
 ## 流程控制（必须先执行）
 
 ```bash
-sillyspec status --json
+cat .sillyspec/STATE.md 2>/dev/null
 ```
 
-非 `init` phase → 以 CLI 返回为准决定下一步。
+有 STATE.md 且 phase 为 `scan` 或未记录 → 继续。
+其他 phase → STATE.md 中记录的下一步命令为准。
 
 ---
 
@@ -135,9 +136,20 @@ if [ ! -f ".sillyspec/knowledge/uncategorized.md" ]; then
 EOF
 fi
 
-# 验证 CLI
-sillyspec status --json   # 应返回 phase: "brainstorm"
-sillyspec next            # 推荐给用户
+# 更新状态
+cat > .sillyspec/STATE.md << 'EOF'
+# 项目状态
+
+## 当前阶段
+- 阶段：scan ✅
+- 下一步：/sillyspec:brainstorm
+
+## 关键决策
+- （扫描中发现的技术决策）
+
+## 历史记录
+- $(date '+%Y-%m-%d %H:%M:%S') scan 完成
+EOF
 
 # 清理
 rm -f .sillyspec/codebase/_env-detect.md

package/templates/verify.md

@@ -47,6 +47,7 @@ else
   CHANGE_DIR=$(ls -d .sillyspec/changes/*/ 2>/dev/null | grep -v archive | tail -1)
 fi
 cat "$CHANGE_DIR"/{design,tasks}.md 2>/dev/null
+cat .sillyspec/local.yaml 2>/dev/null
 ```
 
 锚定确认实际存在的文件。
@@ -97,9 +98,49 @@ npx vitest run 2>/dev/null || npx jest 2>/dev/null
 > ⚠️ 使用 MCP 执行时 AI 判断可能不如测试框架精确。追求可靠性建议安装 Playwright。
 
 **自动修复循环（选了策略 1 或 2 时）：**
-读取 `.sillyspec/local.yaml` 中当前变更的 `fixAttempts`，对每个失败测试：
-- fixAttempts 未达上限 → 调 `/sillyspec:quick "修复 E2E 失败：<失败描述>"` → 重跑该测试 → 更新 local.yaml
-- fixAttempts 达到上限 → 停止，报告失败详情，提示人工介入
+
+必须按以下流程严格执行，不可跳过：
+
+```
+ROUND = 1
+MAX_ROUNDS = 策略1时为5，策略2时为50
+
+while ROUND <= MAX_ROUNDS:
+    1. 运行失败测试，捕获完整输出（错误信息、堆栈、期望值 vs 实际值）
+    2. 如果全部通过 → 跳出循环，标记 ✅
+    3. 读取 .sillyspec/local.yaml 中当前变更的 fixAttempts
+    4. 对每个失败测试：
+       a. 如果 fixAttempts >= MAX_ROUNDS → 跳过，标记 ❌ MAX_REACHED
+       b. 否则 → 调 /sillyspec:quick 修复，prompt 必须包含：
+          - 失败的测试文件路径和测试名
+          - 完整错误信息（含期望值 vs 实际值）
+          - 相关源文件路径
+          - "只修复这个测试失败，不要改其他代码"
+       c. 修复后重跑该测试确认是否通过
+       d. 通过 → fixAttempts 保持不变；仍失败 → fixAttempts + 1
+    5. 写入 .sillyspec/local.yaml 更新 fixAttempts
+    6. ROUND++
+    7. 如果本轮无任何修复（所有失败都已 MAX_REACHED）→ 跳出循环
+```
+
+**quick 修复 prompt 模板：**
+```
+/sillyspec:quick "修复测试失败：<测试文件路径>:<测试名>
+
+错误信息：
+<完整错误输出，包含期望值和实际值>
+
+相关文件：
+<被测源文件路径>
+
+只修复这个测试失败，不要改其他代码。修完后运行该测试确认通过。"
+```
+
+**禁止行为：**
+- ❌ 只看错误摘要就修复（必须看完整输出）
+- ❌ 跳过 fixAttempts 计数
+- ❌ 一次 quick 修复多个不相关的失败（逐个修复，每次修复后重跑确认）
+- ❌ 主代理直接修改代码（verify 阶段禁止改代码，必须通过 /sillyspec:quick）
 
 **更新测试结果到 `.sillyspec/local.yaml`（按变更名隔离，覆盖写入）：**
 ```yaml
@@ -121,7 +162,73 @@ grep -r "TODO\|FIXME\|HACK\|XXX" src/ lib/ app/ --include="*.ts" --include="*.ts
 
 审查 design.md「文件变更」中列出的文件：安全问题（输入校验、SQL拼接、硬编码敏感信息）、潜在 bug（空值、边界条件）、与 CONVENTIONS.md 一致性。每个问题标 🔴必须 / 🟡建议 / 🔵优化。
 
-### 6. 输出验证报告
+### 5.5 MCP 基础设施验证
+
+检测已配置的 MCP 服务，利用它们做实际验证（不只查文档）：
+
+**MCP 能力检测：**
+```bash
+cat .claude/mcp.json .cursor/mcp.json 2>/dev/null
+```
+
+**按检测结果执行对应验证：**
+
+**数据库 MCP（postgres/sqlite/mysql/redis）：**
+- 对照 design.md 中的数据模型，验证表/集合是否存在
+- 验证字段类型、约束（主键、外键、唯一索引）是否与设计一致
+- 验证新增的 API 是否能正确读写对应数据
+- ⚠️ 只执行 SELECT 查询，禁止任何写操作
+
+**浏览器 MCP（chrome-devtools/puppeteer/playwright）：**
+- 验证页面能否正常加载（无 404/500 错误）
+- 验证关键 UI 元素是否存在（导航、表单、按钮等）
+- 验证基础交互（点击、提交、跳转）
+
+**API MCP：**
+- 验证新增接口是否可达
+- 验证请求/响应格式是否与设计一致
+
+**无 MCP → 跳过此步骤，不影响验证结论。**
+
+将验证结果纳入验证报告。
+
+### 6. Lint / Format 检查
+
+自动检测并运行项目配置的 lint/format 工具，验证代码是否符合规范：
+
+```bash
+# ESLint
+if [ -f .eslintrc -o -f .eslintrc.js -o -f .eslintrc.cjs -o -f .eslintrc.json -o -f .eslintrc.yml ] || grep -q '"eslint"' package.json 2>/dev/null; then
+  echo "=== ESLint ==="
+  npx eslint . --max-warnings 0 2>&1 | tail -50
+fi
+
+# Prettier（检查而非修复）
+if [ -f .prettierrc -o -f .prettierrc.js -o -f .prettierrc.json -o -f .prettierrc.yml ] || grep -q '"prettier"' package.json 2>/dev/null; then
+  echo "=== Prettier ==="
+  npx prettier --check . 2>&1 | tail -30
+fi
+
+# TypeScript 类型检查
+if [ -f tsconfig.json ]; then
+  echo "=== TypeScript ==="
+  npx tsc --noEmit 2>&1 | tail -30
+fi
+
+# Stylelint
+if [ -f .stylelintrc -o -f .stylelintrc.js -o -f .stylelintrc.json ] || grep -q '"stylelint"' package.json 2>/dev/null; then
+  echo "=== Stylelint ==="
+  npx stylelint "**/*.{css,scss,less}" 2>&1 | tail -30
+fi
+```
+
+**处理策略（AskUserQuestion）：**
+1. **自动修复** — 对支持 `--fix` 的工具（ESLint、Prettier、Stylelint）自动修复后重跑检查，同一问题最多修复 3 次
+2. **只报告** — 仅列出所有 lint 错误，不修改代码
+
+将 lint 结果纳入验证报告（步骤 7）。
+
+### 7. 输出验证报告
 
 ```markdown
 # SillySpec 验证报告
@@ -130,6 +237,8 @@ grep -r "TODO\|FIXME\|HACK\|XXX" src/ lib/ app/ --include="*.ts" --include="*.ts
 ## 测试结果：passed N, failed N
 ## 技术债务标记
 ## 代码审查：🔴 N / 🟡 N / 🔵 N
+## Lint 检查：ESLint ✅/❌ | Prettier ✅/❌ | TypeScript ✅/❌ | Stylelint ✅/❌
+## MCP 基础设施验证：数据库 ✅/❌/跳过 | 页面 ✅/❌/跳过 | API ✅/❌/跳过
 ## E2E 测试：passed N / failed N / fixAttempts 详情
 ## 结论：✅ PASS / ⚠️ PASS WITH NOTES / ❌ FAIL
 ```

package/.claude/commands/sillyspec/archive.md

@@ -1,63 +0,0 @@
-## 交互规范
-**当需要用户从多个选项中做出选择时，必须使用 Claude Code 内置的 AskUserQuestion 工具，将选项以参数传入。**
-
-## 核心约束（必须遵守）
-- ❌ 未经验证就归档（必须先确认验证通过）
-- ❌ 未勾选的 checkbox 未告知用户就归档
-- ❌ 归档后留下活跃变更的残留状态
-- ❌ 覆盖已存在的归档目录
-
-## 变更名称
-$ARGUMENTS
-
----
-
-## 流程
-
-### 1. 前置检查（门禁）
-
-读取 `.sillyspec/changes/<change-name>/` 下所有必要文件，逐项检查：
-
-- [ ] **文件完整性：** 检查 `design.md` 是否存在，缺失则警告
-- [ ] **任务完成度：** 读取 `tasks.md`，统计已完成/未完成任务数。**有未完成的 → 用 AskUserQuestion 询问：**
-  - ① 继续归档（未完成任务将被标记完成）
-  - ② 取消，回去完成任务
-
-> 任一门禁不通过且用户选择取消 → 终止流程。
-
-### 2. 展示归档清单
-
-展示即将归档的内容摘要：
-- 变更目录名
-- 包含的文件列表
-- 任务完成统计（✅ 已完成 / ⬜ 未完成）
-- 一句话总结本次变更
-
-### 3. Spec 沉淀
-
-将 `.sillyspec/changes/<change-name>/` 下的设计文档**复制到 `.sillyspec/knowledge/` 主目录**，确保已完成的设计规范可被后续变更参考。如目标已存在同名文件则跳过并提示。
-
-### 4. 用户确认
-
-用 AskUserQuestion 让用户确认：
-- ① 确认归档
-- ② 取消
-
-### 5. 执行归档
-
-- 目标路径：`.sillyspec/changes/archive/YYYY-MM-DD-<change-name>/`
-- **检查目标路径是否已存在**，存在则中止并报错，防止覆盖
-- 移动变更目录到归档路径
-
-### 6. 归档后更新
-
-- **tasks.md：** 确保所有 checkbox 都已勾选 `[x]`
-- **ROADMAP.md**（如存在）：标记对应 Phase 已完成
-- **STATE.md：** 清除当前变更信息，历史记录追加归档完成（含精确到秒的时间戳）
-- **Git 提交：** `git add .sillyspec/ && git commit -m "docs: archive sillyspec change <change-name>"`
-
-**工作区模式下：** 如果变更属于某个子项目，cd 到子项目目录执行 git commit。工作区根目录无 git 则跳过。
-
-### 最后说：
-
-> ✅ 变更 `<change-name>` 已归档到 `archive/YYYY-MM-DD-<change-name>/`。继续：`/sillyspec:brainstorm "新想法"`

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 自动发现并建议复用