sillyspec 3.9.0 → 3.9.1

package/dist/steps/execute/03-skill-mcp.md

@@ -1,19 +0,0 @@
-## Skill 扫描
-
-```bash
-for skill_dir in .claude/skills/*/SKILL.md .cursor/skills/*/SKILL.md .opencode/skills/*/SKILL.md; do
-  [ -f "$skill_dir" ] && echo "=== $skill_dir ===" && cat "$skill_dir"
-done
-```
-
-根据任务关键词匹配 skill，匹配到的 SKILL.md 全文注入子代理 prompt。
-
-## MCP 能力检测
-
-检查当前可用工具列表中是否存在以下 MCP 工具：
-- Context7 / 文档查询工具
-- 数据库工具（postgres/sqlite/mysql/redis）
-- 浏览器工具（browser/chrome/playwright/devtools）
-
-有 Context7 → 提示子代理用 MCP 查文档；无 → 提示用 web search。
-有数据库 MCP → 在子代理 prompt 注入数据操作可用。

package/dist/steps/execute/04-assign-task.md

@@ -1,22 +0,0 @@
-## 执行流程
-
-1. 解析 tasks.md，按 Wave 分组
-2. 同一 Wave 内的任务**并行启动**子代理，不同 Wave **串行等待**
-3. 每个 Wave 完成后，根据用户选择的确认频率决定是否暂停
-4. 子代理返回结果后，主代理勾选 tasks.md、更新 STATE.md
-
-## 子代理 Prompt 模板
-
-主代理 dispatch 子代理前，必须准备以下 prompt（所有内容**内联**，不让子代理自己读文件）。prompt 格式见 `04b-prompt-template.md`。
-
-需要注入的变量：
-- `{任务描述}` — tasks.md 中当前 task 的完整内容（包括步骤字段）
-- `{CONVENTIONS.md 全文}` — 来自 `.sillyspec/docs/<project>/scan/CONVENTIONS.md`
-- `{编码规范约束}` — 02-scan-conventions 步骤生成的规范摘要
-- `{测试模式参考}` — 仅 E2E/测试任务注入，02-scan-conventions 步骤生成
-- `{ARCHITECTURE.md 全文}` — 来自 `.sillyspec/docs/<project>/scan/ARCHITECTURE.md`
-- `{构建命令}` — `.sillyspec/local.yaml` 中的 build 命令
-- `{工作目录}` — 子项目目录路径
-- `{相关知识}` — knowledge/ 中匹配到的内容，未命中则删除此段
-- `{文档查询指引}` — MCP 检测结果动态注入
-- `{本地 Skills}` — 匹配到的 SKILL.md 全文，无匹配则省略

package/dist/steps/execute/04b-prompt-template.md

@@ -1,54 +0,0 @@
-子代理 Prompt 模板（供 04-assign-task.md 引用，dispatch 时所有变量需内联）：
-
-```
-你正在执行任务：
-
-## 任务描述
-{任务描述}
-
-## 项目约定
-{CONVENTIONS.md 全文}
-
-## 编码规范约束（自动扫描）
-{编码规范约束}
-
-## 测试模式参考（仅 E2E/测试任务注入）
-{测试模式参考}
-
-## 项目架构
-{ARCHITECTURE.md 全文}
-
-## 构建命令 / 工作目录
-{构建命令}
-{工作目录}
-
-## 相关知识 / 文档查询指引 / 本地 Skills
-{相关知识}
-{文档查询指引}
-{本地 Skills}
-
-## 数据操作
-⛔ 任何 DML/DDL 操作必须暂停并报告给用户确认。新建表不受此限制。
-
-## 铁律
-1. **先读后写：** 先 cat 要修改的文件和参考文件，确认风格后再写
-2. **grep 确认：** 调用已有方法前必须 grep 确认存在，grep 不到 → BLOCKED
-3. **不编造：** 不编造不存在的方法/注解/类/字段
-4. **不自行补全：** 缺失接口/方法 → BLOCKED
-5. **TDD 不跳步：** 按任务步骤逐步执行，每步必须运行测试并确认结果
-6. **测试直接通过 = 测了已有行为，重写测试**
-7. **E2E 任务：** 先 cat 相关代码，参考测试模式，查阅用法文档，写完立即跑确认通过
-8. **Lint 校验：** 完成后运行 lint，自动修复可修复的问题
-9. **暂存：** lint 通过后 git add -A（不要 commit）
-10. **遵守编码规范：** 规范与任务描述冲突时，优先遵守规范并报告
-11. **参照已有测试风格，不要凭记忆写测试**
-12. **先 grep 项目中类似功能的已有代码，照着现有模式写**
-
-## 完成后报告（严格格式）
-- **Status:** DONE / DONE_WITH_CONCERNS / BLOCKED
-- **改动文件：** {列表}
-- **测试结果：** {通过/失败/跳过及原因}
-- **Commit:** {hash 或 "无"}
-- **问题：** {BLOCKED 原因 / DONE_WITH_CONCERNS 描述 / 无}
-- **发现的坑：** {项目特有规律/陷阱/约定，无则写"无"}
-```

package/dist/steps/execute/05-write-test.md

@@ -1,7 +0,0 @@
-子代理执行任务的第一步：写测试。
-
-按 tasks.md 中当前 task 的「步骤」字段第 1 步执行：写测试。
-
-- 运行测试确认失败（TDD 红）
-- 如果测试直接通过 → 重新写测试（测了已有行为）
-- 纯配置/数据/文档类任务跳过此步骤

package/dist/steps/execute/06-write-code.md

@@ -1,8 +0,0 @@
-子代理执行任务的核心步骤：写代码。
-
-按 tasks.md 中当前 task 的「步骤」字段第 3 步执行：写代码实现。
-
-- 必须先 cat 要修改的文件和参考文件
-- grep 确认调用的方法存在
-- 遵守编码规范约束
-- 纯配置/数据/文档类任务直接执行实现步骤

package/dist/steps/execute/07-run-test.md

@@ -1,26 +0,0 @@
-子代理执行任务的验证步骤：运行测试。
-
-按 tasks.md 中当前 task 的「步骤」字段第 4 步执行：运行测试确认通过。
-
-- 运行全部测试，确认通过
-- 运行 lint，自动修复可修复的问题
-- lint 通过后 git add -A
-
-## 子代理结果处理
-
-子代理返回后，主代理：
-
-1. **DONE** → 勾选 tasks.md，记录精确到秒的时间戳
-2. **DONE_WITH_CONCERNS** → 勾选 tasks.md，记录问题到报告
-3. **BLOCKED** → 不勾选，报告给用户，AskUserQuestion 三选一：
-   - 重试（重新 dispatch 同一任务）
-   - 跳过（勾选并标注 SKIPPED）
-   - 停止（暂停执行，用户处理后继续）
-
-**知识库写入：** 如果子代理报告中「发现的坑」不为"无"，追加到 `.sillyspec/knowledge/uncategorized.md`：
-```markdown
-### [待确认] {简短标题}
-> 来源：{变更名} / {task 编号} | {时间戳}
-
-{坑的具体描述}
-```

package/dist/steps/execute/08-fix-issues.md

@@ -1,28 +0,0 @@
-如果测试失败或子代理返回 BLOCKED，主代理处理修复。
-
-**测试失败修复循环：**
-
-```
-ROUND = 1
-MAX_ROUNDS = 5
-
-while ROUND <= MAX_ROUNDS:
-    1. 运行失败测试，捕获完整输出
-    2. 全部通过 → 跳出循环，标记 ✅
-    3. 对每个失败测试：
-       a. 读取 .sillyspec/local.yaml 中当前变更的 fixAttempts
-       b. fixAttempts >= MAX_ROUNDS → 跳过，标记 ❌ MAX_REACHED
-       c. 否则 → 重新 dispatch 子代理修复，prompt 包含：
-          - 失败的测试文件路径和测试名
-          - 完整错误信息（含期望值 vs 实际值）
-          - 相关源文件路径
-          - "只修复这个测试失败，不要改其他代码"
-       d. 修复后重跑确认
-       e. 通过 → fixAttempts 不变；仍失败 → fixAttempts + 1
-    4. 写入 .sillyspec/local.yaml
-    5. ROUND++
-    6. 本轮无任何修复 → 跳出循环
-```
-
-**BLOCKED 处理：**
-- AskUserQuestion 三选一：重试 / 跳过 / 停止

package/dist/steps/execute/09-next-task.md

@@ -1,33 +0,0 @@
-当前任务完成后，推进到下一个任务。
-
-1. 检查当前 Wave 是否还有未完成任务 → 继续分配
-2. 当前 Wave 完成 → 根据确认频率决定是否暂停
-3. 所有 Wave 完成 → 执行以下收尾
-
-## 任务勾选自检（必须执行）
-
-```bash
-cat .sillyspec/changes/*/tasks.md 2>/dev/null
-```
-
-逐条验证：
-1. 所有返回 DONE/DONE_WITH_CONCERNS 的任务是否已勾选 `- [x]`？
-2. 勾选的任务是否都记录了精确到秒的时间戳 `[YYYY-MM-DD HH:MM:SS]`？
-3. tasks.md 中是否还有未勾选 `- [ ]` 的已完成任务？
-
-发现遗漏 → 立即补勾选 + 补时间戳。
-
-## 知识库审阅
-
-```bash
-grep -c '^\### \[待确认\]' .sillyspec/knowledge/uncategorized.md 2>/dev/null
-```
-
-如果有待确认条目，提示用户审阅 `.sillyspec/knowledge/uncategorized.md`。
-
-## 下一步
-
-用 AskUserQuestion 询问用户：
-1. **验证** — 执行 verify 全面验证
-2. **归档** — 跳过 verify，执行 archive
-3. **继续开发** — 不结束当前阶段

package/dist/steps/execute/manifest.yaml

@@ -1,28 +0,0 @@
-phase: execute
-description: 任务执行
-requires: [plan]
-loop:
-  start: 5
-  end: 9
-  description: 写测试→写代码→跑测试→修复→下一个任务，循环直到所有任务完成
-steps:
-  - file: 01-load-context.md
-    name: 加载上下文
-  - file: 02-scan-conventions.md
-    name: 规范扫描
-  - file: 03-skill-mcp.md
-    name: Skill/MCP 检测
-  - file: 04-assign-task.md
-    name: 分配任务
-  - file: 04b-prompt-template.md
-    name: 子代理 Prompt 模板
-  - file: 05-write-test.md
-    name: 写测试
-  - file: 06-write-code.md
-    name: 写代码
-  - file: 07-run-test.md
-    name: 运行测试
-  - file: 08-fix-issues.md
-    name: 修复问题
-  - file: 09-next-task.md
-    name: 下一个任务

package/dist/steps/plan/01-load-context.md

@@ -1,22 +0,0 @@
-**当需要用户从多个选项中做出选择时，必须使用 Claude Code 内置的 AskUserQuestion 工具，将选项以参数传入。**
-
-## 核心约束（必须遵守）
-- ❌ 写实现代码（只写计划中的代码示例）
-- ❌ 每个步骤缺验证命令和预期输出
-- ❌ 编造表名、字段名（必须来自 ARCHITECTURE.md 或 design.md）
-
-## 加载上下文
-
-```bash
-ls .sillyspec/projects/*.yaml 2>/dev/null | grep -q .
-```
-
-**工作区模式：** 加载 `.sillyspec/workspace/CODEBASE-OVERVIEW.md` + 共享规范 + 子项目的 CONVENTIONS/ARCHITECTURE/STACK + `.sillyspec/REQUIREMENTS.md`。
-
-**单项目模式：**
-```bash
-LATEST=$(ls -d .sillyspec/changes/*/ | grep -v archive | tail -1)
-cat "$LATEST"/{design,tasks}.md 2>/dev/null
-cat .sillyspec/docs/<project>/scan/{CONVENTIONS,ARCHITECTURE}.md 2>/dev/null
-cat .sillyspec/REQUIREMENTS.md 2>/dev/null
-```

package/dist/steps/plan/02-anchor-confirm.md

@@ -1 +0,0 @@
-确认实际存在的文件（design / tasks），不存在的标注跳过。

package/dist/steps/plan/03-expand-tasks.md

@@ -1,33 +0,0 @@
-把 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`）
-- 依赖关系

package/dist/steps/plan/04-mark-order.md

@@ -1,15 +0,0 @@
-按 Wave 分组，标注依赖关系：
-
-```markdown
-### Wave 1（并行，无依赖）
-- [ ] 添加用户创建接口
-  - 修改: `UserController.java`、`UserService.java`
-  - 参考: `RoleController.createRole`
-
-- [ ] 添加角色创建接口
-  - ...
-
-### Wave 2（依赖 Wave 1）
-- [ ] 添加用户列表查询（依赖用户创建完成）
-  - ...
-```

package/dist/steps/plan/05-e2e-planning.md

@@ -1,17 +0,0 @@
-识别 design.md 中是否有 UI 交互功能（页面跳转、表单提交、按钮操作等），如有则：
-
-**检测测试能力（按优先级）：**
-```bash
-# 优先级 1：专业 E2E 框架
-cat package.json 2>/dev/null | grep -E "playwright|cypress" ; ls node_modules/playwright node_modules/cypress 2>/dev/null
-# 优先级 2：通用测试框架
-cat package.json 2>/dev/null | grep -E "jest|vitest|mocha" ; ls node_modules/jest node_modules/vitest 2>/dev/null
-# 优先级 3：浏览器 MCP
-cat .claude/mcp.json .cursor/mcp.json 2>/dev/null | grep -i "browser\|chrome\|devtools"
-```
-
-- **有 E2E/测试框架** → tasks.md 中添加 E2E 测试任务（同波次，编码后编写）
-- **无框架但有浏览器 MCP** → tasks.md 中添加"编写 e2e-steps.md 测试步骤"任务
-- **什么都没有** → 提示用户运行 `sillyspec setup` 安装 MCP 工具，或手动安装测试框架
-
-纯后端/无 UI 的变更跳过此步骤。

package/dist/steps/plan/06-self-check.md

@@ -1,16 +0,0 @@
-自检门控：
-
-- [ ] 每个 task 有具体文件路径？
-- [ ] 标注了 Wave 和依赖关系？
-- [ ] 涉及 UI 的任务是否有对应的 E2E 测试任务？
-- [ ] **design.md 中的每个功能点是否都在 tasks.md 中有对应任务？**
-
-### 设计完整性对照（必须完成）
-
-逐条检查 design.md 中的功能描述，确保每个功能点都有对应的 task。特别关注：
-
-1. **逐功能点扫描：** 将 design.md 中描述的每个功能点（含子功能）列出，与 tasks.md 逐条对照
-2. **前后端覆盖检查：** 涉及前后端协作的功能，确认前端和后端各有独立 task
-3. **遗漏项处理：** 发现未覆盖的功能点 → 追加 task 到对应 Wave，并提示用户确认
-
-发现遗漏时用 AskUserQuestion 确认追加内容，用户确认后再写入 tasks.md。

package/dist/steps/plan/07-save.md

@@ -1 +0,0 @@
-**直接覆盖** `.sillyspec/changes/<变更名>/tasks.md`。不再生成单独的 plan.md 文件。

package/dist/steps/plan/manifest.yaml

@@ -1,18 +0,0 @@
-phase: plan
-description: 任务分解与执行计划
-requires: [brainstorm]
-steps:
-  - file: 01-load-context.md
-    name: 加载上下文
-  - file: 02-anchor-confirm.md
-    name: 锚定确认
-  - file: 03-expand-tasks.md
-    name: 逐任务展开
-  - file: 04-mark-order.md
-    name: 标注执行顺序
-  - file: 05-e2e-planning.md
-    name: E2E 测试规划
-  - file: 06-self-check.md
-    name: 自检门控
-  - file: 07-save.md
-    name: 保存

package/dist/steps/scan/01-env-detect.md

@@ -1,51 +0,0 @@
-**当需要用户从多个选项中做出选择时，必须使用 Claude Code 内置的 AskUserQuestion 工具，将选项以参数传入。**
-
-你现在是 SillySpec 代码库扫描器（编排器）。**你不读源码，只编排子代理或串行执行。**
-
-## 绝对规则
-- ❌ 修改代码 / 编造路径 / 主代理读源码全文
-- ✅ 交互模式每步等用户 / 文档只写 `.sillyspec/docs/<project>/scan/`
-
-## 参数处理
-- 空白 → 交互式引导（逐步询问）
-- `--deep` → 直接深度扫描
-- 其他 → 快速扫描该区域
-
-## 交互式引导（参数为空时）
-
-### 检查工作区 & 已有文档
-
-```bash
-ls .sillyspec/projects/*.yaml 2>/dev/null | grep -q .   # 有子项目配置 → 工作区模式
-ls .sillyspec/docs/<project>/scan/ 2>/dev/null       # 检查已有文档
-wc -l .sillyspec/docs/<project>/scan/*.md 2>/dev/null
-```
-
-- 已有 3 份 → 建议升级深度扫描
-- 已有 7 份 → 建议刷新或跳过
-- 工作区 → 逐个扫描 / 选子项目 / 退出
-
-### 选择扫描模式、范围、排除目录、确认
-按原流程交互，确认后进入扫描。
-
-## 构建环境探测（主代理执行）
-
-```bash
-cat package.json pom.xml build.gradle go.mod Cargo.toml requirements.txt pyproject.toml Gemfile composer.json 2>/dev/null
-find . -maxdepth 2 -name "*.config.*" -not -path "*/node_modules/*" -not -path "*/.git/*" | head -20 | xargs cat 2>/dev/null
-```
-
-结果保存到 `.sillyspec/docs/<project>/scan/_env-detect.md`（临时文件，扫描完删除）。
-
-## 断点续扫
-
-```bash
-for f in ARCHITECTURE STRUCTURE CONVENTIONS INTEGRATIONS TESTING CONCERNS PROJECT; do
-  [ -f ".sillyspec/docs/<project>/scan/${f}.md" ] && echo "✅ ${f}.md" || echo "⬜ ${f}.md"
-done
-```
-
-只生成缺失的文档。
-
-## 子代理可用性检测
-检查是否有 Task/Spawn 工具。有 → 子代理模式，无 → 串行模式。

package/dist/steps/scan/02-tech-stack.md

@@ -1,16 +0,0 @@
-扫描技术栈 + 数据库 Schema + 架构模式，生成 `ARCHITECTURE.md`。
-
-参考 `.sillyspec/docs/<project>/scan/_env-detect.md`。
-
-用 grep/rg 搜索（`@Entity`、`schema.prisma`、`models.py` 等），**禁止读源码全文**。
-
-Schema 只记表名+说明+字段数。
-
-输出文件必须包含以下章节：
-- `## 技术栈`
-- `## 架构概览`
-- `## 数据模型（摘要）`
-
-路径用反引号，不编造。保存到 `.sillyspec/docs/<project>/scan/ARCHITECTURE.md`。
-
-完成后立即写文件，下一个 area 开始前清除源码上下文。

package/dist/steps/scan/03-conventions.md

@@ -1,16 +0,0 @@
-扫描框架隐形规则 + 实体继承 + 代码风格，生成 `CONVENTIONS.md`。
-
-参考 `.sillyspec/docs/<project>/scan/_env-detect.md`。
-
-用 grep 搜索拦截器/插件/逻辑删除/基类/审计字段，**禁止读源码全文**。
-
-根据检测到的语言/框架自行决定搜索什么模式，提取 3-5 个典型示例。
-
-输出文件必须包含以下章节：
-- `## 框架隐形规则`
-- `## 实体继承规范`
-- `## 代码风格`
-
-路径用反引号，不编造。保存到 `.sillyspec/docs/<project>/scan/CONVENTIONS.md`。
-
-完成后立即写文件，下一个 area 开始前清除源码上下文。

package/dist/steps/scan/04-structure.md

@@ -1,19 +0,0 @@
-扫描目录结构 + 外部集成，生成 `STRUCTURE.md` 和 `INTEGRATIONS.md`。
-
-参考 `.sillyspec/docs/<project>/scan/_env-detect.md`。
-
-用 find/ls/tree 和 grep，**禁止读源码全文**。
-
-搜索 API 调用、MQ 配置、缓存、第三方 SDK。
-
-**STRUCTURE.md** 必须包含：
-- 目录树（用 tree 或 find 生成）
-- 模块说明
-
-**INTEGRATIONS.md** 按类型分组（数据库、缓存、MQ、第三方 API 等）。
-
-路径用反引号，不编造。分别保存到：
-- `.sillyspec/docs/<project>/scan/STRUCTURE.md`
-- `.sillyspec/docs/<project>/scan/INTEGRATIONS.md`
-
-完成后立即写文件，下一个 area 开始前清除源码上下文。

package/dist/steps/scan/05-quality.md

@@ -1,18 +0,0 @@
-扫描测试现状 + 技术债务 + 项目概览，生成 `TESTING.md`、`CONCERNS.md`、`PROJECT.md`。
-
-参考 `.sillyspec/docs/<project>/scan/_env-detect.md`。
-
-用 grep 搜索测试文件、TODO/FIXME、过时依赖，**禁止读源码全文**。
-
-**TESTING.md** 必须包含测试结构（框架、目录、覆盖情况）。
-
-**CONCERNS.md** 按严重程度分组（🔴 必须 / 🟡 建议 / 🔵 优化）。
-
-**PROJECT.md** 包含项目基本信息。
-
-路径用反引号，不编造。分别保存到：
-- `.sillyspec/docs/<project>/scan/TESTING.md`
-- `.sillyspec/docs/<project>/scan/CONCERNS.md`
-- `.sillyspec/docs/<project>/scan/PROJECT.md`
-
-

package/dist/steps/scan/06-complete.md

@@ -1,49 +0,0 @@
-## 扫描完成
-
-```bash
-# 路径校验
-for f in ARCHITECTURE STRUCTURE CONVENTIONS INTEGRATIONS TESTING CONCERNS PROJECT; do
-  [ -f ".sillyspec/docs/<project>/scan/${f}.md" ] && echo "✅ ${f}.md"
-done
-
-# 生成知识库骨架
-mkdir -p .sillyspec/knowledge
-if [ ! -f ".sillyspec/knowledge/INDEX.md" ]; then
-  cat > .sillyspec/knowledge/INDEX.md << 'EOF'
-# Knowledge Index
-
-> 子代理任务开始前查询此文件，按关键词匹配，只读命中的知识文件。
-> execute/quick 执行中发现的坑自动追加到 uncategorized.md，经用户确认后归类到对应文件。
-
-<!-- 格式：关键词1|关键词2|关键词3 → 文件路径 -->
-EOF
-fi
-if [ ! -f ".sillyspec/knowledge/uncategorized.md" ]; then
-  cat > .sillyspec/knowledge/uncategorized.md << 'EOF'
-# 未分类知识
-
-> execute/quick 执行中发现的坑暂存于此，用户审阅后归类到对应文件并更新 INDEX.md。
-EOF
-fi
-
-# 记录状态
-cat > .sillyspec/STATE.md << 'EOF'
-# 项目状态
-
-## 最近活动
-- $(date '+%Y-%m-%d %H:%M:%S') scan 完成
-EOF
-
-# 清理
-rm -f .sillyspec/docs/<project>/scan/_env-detect.md
-git add .sillyspec/
-```
-
-### 自检门控
-- [ ] ARCHITECTURE.md：技术栈 + Schema 摘要？
-- [ ] CONVENTIONS.md：隐形规则 + 代码风格？
-- [ ] STRUCTURE.md：目录结构？
-- [ ] INTEGRATIONS.md：外部依赖？
-- [ ] TESTING.md：测试现状？
-- [ ] CONCERNS.md：技术债务？
-- [ ] PROJECT.md：项目概览？

package/dist/steps/scan/manifest.yaml

@@ -1,16 +0,0 @@
-phase: scan
-description: 项目代码库扫描
-requires: []
-steps:
-  - file: 01-env-detect.md
-    name: 环境探测
-  - file: 02-tech-stack.md
-    name: 技术栈识别
-  - file: 03-conventions.md
-    name: 代码风格提取
-  - file: 04-structure.md
-    name: 项目结构分析
-  - file: 05-quality.md
-    name: 质量评估
-  - file: 06-complete.md
-    name: 扫描完成

package/dist/steps/verify/01-load-specs.md

@@ -1,28 +0,0 @@
-**当需要用户从多个选项中做出选择时，必须使用 Claude Code 内置的 AskUserQuestion 工具，将选项以参数传入。**
-
-## 核心约束（必须遵守）
-- ❌ 修改任何代码（只做检查和报告）
-- ❌ 自行推进到下一阶段
-
-## 加载规范
-
-```bash
-# 确定变更目录
-if [ -n "$ARGUMENTS" ]; then
-  CHANGE_DIR=".sillyspec/changes/$ARGUMENTS"
-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
-```
-
-锚定确认实际存在的文件。
-
-## 工作区模式处理
-
-如果 `.sillyspec/projects/` 目录下有 yaml 文件：
-1. 检查工作区根目录 `.sillyspec/changes/` 下的未归档变更
-2. 检查每个子项目 `<子项目路径>/.sillyspec/changes/` 下的未归档变更
-3. 列出所有未归档变更，让用户选择要验证哪个
-4. 根据 $ARGUMENTS 或用户选择，cd 到对应目录执行验证

package/dist/steps/verify/02-check-tasks.md

@@ -1 +0,0 @@
-逐项检查 tasks.md，对每个 checkbox 报告：✅ 已完成 / ❌ 未完成 / ⚠️ 部分完成

package/dist/steps/verify/03-check-design.md

@@ -1,6 +0,0 @@
-对照 design.md 检查：
-
-- 架构决策是否落实？
-- 文件变更是否一致？
-- 数据模型是否正确？
-- API 设计是否符合预期？

package/dist/steps/verify/04-run-tests.md

@@ -1,7 +0,0 @@
-运行单元测试：
-
-```bash
-pnpm test 2>/dev/null || npm test 2>/dev/null || pytest 2>/dev/null || go test ./... 2>/dev/null
-```
-
-报告测试结果（通过/失败数量）。

package/dist/steps/verify/05-e2e-tests.md

@@ -1,27 +0,0 @@
-检测项目中是否有 E2E 测试或测试步骤文件：
-```bash
-ls tests/e2e/ e2e/ cypress/e2e/ 2>/dev/null | head -5
-cat .sillyspec/changes/*/e2e-steps.md 2>/dev/null | head -5
-```
-
-**无任何测试** → 跳过此步骤。
-
-**有测试** → 确认修复策略（AskUserQuestion）：
-1. 自动修复，同一用例最多 5 次（超过停止，提示人工介入）
-2. 一直修复直到全绿
-3. 只报告，不自动修复
-
-**按优先级执行：**
-
-**优先级 1：专业 E2E 框架（Playwright/Cypress）**
-```bash
-npx playwright test 2>/dev/null || npx cypress run 2>/dev/null
-```
-
-**优先级 2：通用测试框架（jest/vitest）**
-```bash
-npx vitest run 2>/dev/null || npx jest 2>/dev/null
-```
-
-**优先级 3：浏览器 MCP + e2e-steps.md（兜底）**
-读取 `.sillyspec/changes/<变更名>/e2e-steps.md`，按步骤逐条执行。每条标注 ✅/❌。