sillyspec 3.8.5 → 3.8.7

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

@@ -1,52 +0,0 @@
----
-name: sillyspec:plan
-description: 编写实现计划 — 2-5 分钟粒度，精确到文件路径和代码
----
-
-## 执行
-
-**你必须使用 exec 工具（shell）执行以下命令，不要自己编造流程：**
-
-1. 运行 `sillyspec run plan` — 读取输出的步骤 prompt
-2. 按照输出的 prompt **严格执行**，不要跳过或自行添加步骤
-3. 步骤完成后，运行 `sillyspec run plan --done --output "你的摘要"`
-4. 重复 2-3 直到阶段完成
-5. **禁止**在没有运行 CLI 的情况下自行决定流程
-
-## 子代理并行优化（可选）
-
-当 CLI 进入"写任务蓝图 task-N.md"步骤时（Step 5 之后），可以用子代理并行加速：
-
-1. 读取 plan.md，统计任务数量
-2. 为每个 task-N.md 启动一个独立子代理
-3. 每个子代理的任务：
-   - 读取 design.md 和 plan.md
-   - 读取相关源文件
-   - 按格式要求写 task-N.md 并保存
-4. 所有子代理完成后，继续 CLI 的下一步（审查一致性）
-
-**子代理 prompt 模板：**
-```
-你是计划编写者。请为以下任务编写详细蓝图。
-
-任务：${taskName}
-变更目录：${changeDir}
-文件路径：${changeDir}/tasks/task-${taskNum}.md
-
-要求：
-1. 读取 design.md 和 plan.md 了解上下文
-2. 读取相关源文件了解现有代码
-3. 按以下格式编写任务蓝图并保存到文件：
-   - 修改文件列表
-   - 实现要求
-   - 接口定义/数据结构
-   - 边界处理
-   - 参考
-   - TDD 步骤
-   - 验收标准（checkbox）
-```
-
-**注意：** 手动跑 plan 时不用子代理（串行即可），auto skill 中建议用子代理并行。
-
-## 用户指令
-$ARGUMENTS

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

@@ -1,17 +0,0 @@
----
-name: sillyspec:propose
-description: 生成结构化规范 — proposal + design + tasks
----
-
-## 执行
-
-**你必须使用 exec 工具（shell）执行以下命令，不要自己编造流程：**
-
-1. 运行 `sillyspec run propose` — 读取输出的步骤 prompt
-2. 按照输出的 prompt **严格执行**，不要跳过或自行添加步骤
-3. 步骤完成后，运行 `sillyspec run propose --done --output "你的摘要"`
-4. 重复 2-3 直到阶段完成
-5. **禁止**在没有运行 CLI 的情况下自行决定流程
-
-## 用户指令
-$ARGUMENTS

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

@@ -1,17 +0,0 @@
----
-name: sillyspec:quick
-description: 快速任务 — 跳过完整流程，直接做
----
-
-## 执行
-
-**你必须使用 exec 工具（shell）执行以下命令，不要自己编造流程：**
-
-1. 运行 `sillyspec run quick` — 读取输出的步骤 prompt
-2. 按照输出的 prompt **严格执行**，不要跳过或自行添加步骤
-3. 步骤完成后，运行 `sillyspec run quick --done --output "你的摘要"`
-4. 重复 2-3 直到阶段完成
-5. **禁止**在没有运行 CLI 的情况下自行决定流程
-
-## 用户指令
-$ARGUMENTS

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

@@ -1,111 +0,0 @@
----
-name: sillyspec:resume
-description: 恢复工作 — 从中断处继续
----
-
-## 交互规范
-
-**当需要用户从多个选项中做出选择时，必须使用 Claude Code 内置的 AskUserQuestion 工具，将选项以参数传入。**
-
-不要用编号列表让用户手动输入数字。
-如果需要自由输入，在 AskUserQuestion 的选项中加入"Other（自定义输入）"。
-
-你现在是 SillySpec 的恢复管理器。
-
-## 流程
-
-### 1. 读取 progress.json
-
-```bash
-sillyspec progress show 2>/dev/null
-```
-
-### 2. 如果有 progress.json
-
-直接从 progress.json 中提取并展示：
-
-> 🔄 工作状态恢复
->
-> **当前变更**：<名称>
-> **当前阶段**：<阶段名> <状态>
-> **下一步**：<命令>
->
-> **阶段进度**（大模块）：
-> | 阶段 | 状态 |
-> |---|---|
-> | stage-1 列表页 | ✅ |
-> | stage-2 表单页 | 🔄 execute (2/6) |
-> | stage-3 详情页 | ⬜ |
->
-> **关键决策**：
-> - xxx
->
-> **下一步命令**：
-> `/sillyspec:execute reward-punishment/stage-2`
-
-**不需要执行 Git 操作或文件探测。** progress.json 已经包含所有信息。
-
-使用 `sillyspec progress show` 查看。
-
-然后问用户：
-   1. 直接继续执行下一步
-   2. 查看更多细节
-
-### 3. 如果没有 progress.json
-
-**不要直接说"没有记录"。** 自动探测项目状态：
-
-```bash
-# 检查主变更
-ls .sillyspec/changes/*/MASTER.md 2>/dev/null
-
-# 检查活跃变更
-ls .d .sillyspec/changes/*/ | grep -v archive | grep -v stages | tail -1 2>/dev/null
-
-# 检查子阶段
-ls .sillyspec/changes/*/stages/*/proposal.md 2>/dev/null
-
-# 检查代码库文档
-ls .sillyspec/codebase/*.md 2>/dev/null
-
-# 检查计划文件
-ls -t .sillyspec/plans/*.md | head -1 2>/dev/null
-
-# 检查需求/路线图
-cat .sillyspec/REQUIREMENTS.md 2>/dev/null
-cat .sillyspec/ROADMAP.md 2>/dev/null
-```
-
-#### 如果检测到 MASTER.md（大模块）
-
-检查各阶段状态并输出阶段进度表（同步骤 2 格式）。
-
-同时**运行 `sillyspec progress init`**，将探测到的信息写入 progress.json，后续命令执行时会自动更新。
-
-#### 如果是普通变更（无 MASTER.md）
-
-根据探测结果推断：
-
-| 探测到的文件 | 推断阶段 | 建议操作 |
-|---|---|---|
-| 无任何 .sillyspec/ 内容 | 未开始 | `/sillyspec:init` 或 `/sillyspec:scan` |
-| 有 SCAN-RAW.md 但缺失文档 | 扫描中断 | `/sillyspec:scan --deep`（断点续扫） |
-| 有 codebase/ 但文档不全（快扫 3 份缺失） | 快扫中断 | `/sillyspec:scan`（补全缺失文档） |
-| 有 codebase/ 7 份齐全但无 changes/ | 已扫描，未开始需求 | `/sillyspec:brainstorm "想法"` |
-| 有 REQUIREMENTS.md 但无 changes/ | 绿地项目，已有需求 | `/sillyspec:brainstorm "想法"` |
-| changes/ 下有 proposal，无 tasks | 已有规范，待计划 | `/sillyspec:plan` |
-| changes/ 下有 tasks，有未完成 checkbox | 执行中 | `/sillyspec:execute` |
-| tasks.md 全部完成 | 待验证 | `/sillyspec:verify` |
-
-**扫描中断检测逻辑：**
-- 有 `SCAN-RAW.md` → 说明深度扫描预处理已完成，检查 7 份文档缺哪些
-- 有部分 codebase 文档（如只有 STACK 和 STRUCTURE）→ 说明快扫或深扫中断
-- 缺失的文档列表直接展示给用户，告知 `/sillyspec:scan` 会自动跳过已存在的文档
-
-**同时运行 `sillyspec progress init`** 记录推断的状态。
-
-### 4. 关键原则
-
-- **不需要 HANDOFF.json**。progress.json 是唯一的恢复数据源。
-- **progress.json 不需要 Git 提交**（已在 .runtime/ 下，被 .gitignore 忽略）。
-- **每次命令执行完自动更新 progress.json**（通过 `sillyspec progress` CLI），不需要用户手动保存。

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

@@ -1,17 +0,0 @@
----
-name: sillyspec:scan
-description: 代码扫描 — 分析项目结构、约定和架构
----
-
-## 执行
-
-**你必须使用 exec 工具（shell）执行以下命令，不要自己编造流程：**
-
-1. 运行 `sillyspec run scan` — 读取输出的步骤 prompt
-2. 按照输出的 prompt **严格执行**，不要跳过或自行添加步骤
-3. 步骤完成后，运行 `sillyspec run scan --done --output "你的摘要"`
-4. 重复 2-3 直到阶段完成
-5. **禁止**在没有运行 CLI 的情况下自行决定流程
-
-## 用户指令
-$ARGUMENTS

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

@@ -1,54 +0,0 @@
----
-name: sillyspec:state
-description: 查看当前工作状态 — 显示 progress.json 内容
----
-
-你现在是 SillySpec 的状态查看器。
-
-## 流程
-
-### 1. 读取 progress.json
-
-```bash
-sillyspec progress show 2>/dev/null
-```
-
-### 2. 如果有 progress.json
-
-格式化展示当前状态：
-
-> 📊 当前状态
->
-> **变更**：<名称>
-> **阶段**：<当前阶段>
-> **进度**：<具体进度>
-> **下一步**：<命令>
->
-> **阶段进度**（大模块）：
-> （显示各阶段状态表）
->
-> **关键决策**：
-> - xxx
->
-> **阻塞项**：
-> - xxx（如无则省略）
-
-### 3. 如果没有 progress.json
-
-提示用户项目还没有开始，或 progress.json 尚未生成：
-
-> 📊 还没有工作记录。
->
-> 开始使用：
-> - 新项目：`/sillyspec:init`
-> - 已有项目：`/sillyspec:scan`
-> - 恢复中断的工作：`/sillyspec:resume`
->
-> progress.json 会在 `sillyspec init` 时自动创建。
-
-### 注意
-
-- 这是只读命令，**不修改任何文件**
-- `/sillyspec:status` 查看项目整体进度（change 文件级别）
-- `/sillyspec:state` 查看当前工作状态（progress.json 级别）
-- 两者互补：status 看"有什么"，state 看"在做什么"

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

@@ -1,17 +0,0 @@
----
-name: sillyspec:status
-description: 查看项目进度和状态
----
-
-## 执行
-
-**你必须使用 exec 工具（shell）执行以下命令，不要自己编造流程：**
-
-1. 运行 `sillyspec run status` — 读取输出的步骤 prompt
-2. 按照输出的 prompt **严格执行**，不要跳过或自行添加步骤
-3. 步骤完成后，运行 `sillyspec run status --done --output "你的摘要"`
-4. 重复 2-3 直到阶段完成
-5. **禁止**在没有运行 CLI 的情况下自行决定流程
-
-## 用户指令
-$ARGUMENTS

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

@@ -1,17 +0,0 @@
----
-name: sillyspec:verify
-description: 验证实现 — 对照规范检查 + 测试套件
----
-
-## 执行
-
-**你必须使用 exec 工具（shell）执行以下命令，不要自己编造流程：**
-
-1. 运行 `sillyspec run verify` — 读取输出的步骤 prompt
-2. 按照输出的 prompt **严格执行**，不要跳过或自行添加步骤
-3. 步骤完成后，运行 `sillyspec run verify --done --output "你的摘要"`
-4. 重复 2-3 直到阶段完成
-5. **禁止**在没有运行 CLI 的情况下自行决定流程
-
-## 用户指令
-$ARGUMENTS

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

@@ -1,149 +0,0 @@
----
-name: sillyspec:workspace
-description: 工作区管理 — 初始化、管理多项目工作区，查看子项目状态
----
-
-## 交互规范
-
-**当需要用户从多个选项中做出选择时，必须使用 Claude Code 内置的 AskUserQuestion 工具，将选项以参数传入。**
-
-不要用编号列表让用户手动输入数字。
-如果需要自由输入，在 AskUserQuestion 的选项中加入"Other（自定义输入）"。
-
----
-
-你现在是 SillySpec 的工作区管理器。
-
-## 用户指令
-$ARGUMENTS
-
-## 核心流程
-
-### Step 1: 检查工作区配置
-
-```bash
-ls .sillyspec/projects/*.yaml 2>/dev/null | grep -q .
-```
-
-如果不存在 → 这是一个尚未配置工作区的项目。询问用户：
-   1. 初始化工作区
-   2. 跳过
-
-### Step 2: 解析指令
-
-根据 `$ARGUMENTS` 或默认行为：
-
-- **无参数 / `status`** → 显示工作区状态
-- **`add`** → 添加子项目
-- **`remove`** → 移除子项目
-- **`info`** → 显示某个子项目详情
-- 无参数且 projects/*.yaml 不存在 → 初始化工作区
-
-### Step 3: 执行对应操作
-
-#### 3a. 初始化工作区（projects/ 不存在时）
-
-1. 询问工作区名称（默认用当前目录名）
-2. 逐个添加子项目：
-   - 询问子项目名称（如 `frontend`、`backend`）
-   - 询问子项目路径（相对于工作区根目录，如 `./frontend`）
-   - 询问子项目角色描述（如 `前端 - Vue3 + TypeScript`）
-   - 询问仓库地址（可选）
-   - 验证路径存在
-   添加完后询问：
-   > 1. 继续添加子项目
-   > 2. 完成，配置共享规范
-3. 询问共享规范文件
-4. 为每个子项目创建 `.sillyspec/projects/<name>.yaml`：
-   ```yaml
-   name: <name>
-   path: <relative-path>
-   status: active
-   role: <description>
-   repo: <repo-url>  # 可选
-   ```
-5. 创建 `.sillyspec/shared/` 目录
-
-#### 3b. 添加子项目（`add`）
-
-1. 询问名称、路径、角色
-2. 验证路径存在
-3. 创建/更新 `.sillyspec/projects/<name>.yaml`
-4. Git 提交
-
-#### 3c. 移除子项目（`remove`）
-
-1. 显示当前所有子项目列表
-2. 询问要移除哪个：
-   > 1. （列出子项目名称）
-   > 2. 取消
-3. 删除 `.sillyspec/projects/<name>.yaml`
-4. Git 提交
-
-#### 3d. 工作区状态（`status`，默认）
-
-读取所有 `projects/*.yaml`，对每个子项目检查：
-
-```bash
-# 读取子项目列表
-for f in .sillyspec/projects/*.yaml; do
-  [ -f "$f" ] || continue
-  proj_name=$(basename "$f" .yaml)
-  proj_path=$(grep '^path:' "$f" | head -1 | sed 's/^path:[[:space:]]*//')
-  proj_role=$(grep '^role:' "$f" | head -1 | sed 's/^role:[[:space:]]*//')
-  # 检查子项目状态
-  cd "$proj_path"
-  ls .sillyspec/ 2>/dev/null
-  cat .sillyspec/PROJECT.md 2>/dev/null
-  ls docs/${proj_name}/scan/ 2>/dev/null | wc -l
-  cd -
-done
-```
-
-输出格式：
-
-```
-🏢 工作区：<workspace-name>
-
-📦 子项目（N 个）：
-  ✅ frontend  ./frontend       前端 - Vue3 + TypeScript    已扫描（7 份文档）
-  ⚠️ backend   ./backend        后端 - Node.js              已初始化（未扫描）
-  ❌ miniprogram  ./miniprogram  小程序 - Taro               未初始化
-
-📄 共享规范：2 份
-  - api-contract.md
-  - data-models.md
-
-💡 操作：
-  /sillyspec:workspace add        — 添加子项目
-  /sillyspec:workspace remove     — 移除子项目
-  /sillyspec:init                 — 初始化子项目
-  /sillyspec:scan                 — 扫描子项目
-```
-
-#### 3e. 子项目详情（`info <name>`）
-
-显示指定子项目的详细信息，包括 PROJECT.md、REQUIREMENTS.md 内容摘要、扫描文档列表。
-
-### Step 4: projects/*.yaml 格式
-
-每个子项目对应 `.sillyspec/projects/<name>.yaml`：
-
-```yaml
-name: frontend
-path: ./frontend
-status: active
-role: 前端 - Vue3 + TypeScript
-repo: https://github.com/xxx/frontend.git  # 可选
-```
-
-### 最后说：
-
-> 工作区已更新。
-> 下一步：对子项目运行 `/sillyspec:init` 或 `/sillyspec:scan`。
-
-## 绝对规则
-- 不修改子项目目录下的任何文件
-- projects/*.yaml 必须是合法 YAML
-- 子项目路径必须是相对于工作区根目录的相对路径
-- 路径必须验证存在性

package/.sillyspec/changes/archive/2026-04-08-derive-state/design.md

@@ -1,97 +0,0 @@
-# deriveState 状态推导
-
-author: qinyi
-created_at: 2026-04-08 07:10:00
-
-## 背景
-
-当前 sillyspec 的状态管理依赖 `progress.json` 作为唯一数据源。如果 AI 崩溃或异常中断，progress.json 可能与实际产出不一致（如 artifacts 文件已生成但步骤未标记完成）。
-
-借鉴 GSD v2 的 deriveState 架构，从文件系统反推状态，与 progress.json 交叉校验。
-
-## 需求
-
-1. `--done` 完成步骤时轻量校验当前步骤
-2. `doctor` 自检时全量扫描所有阶段
-3. `progress validate --deep` 支持手动触发全量校验
-4. 安全修复策略：明显正确的情况自动修复，有歧义的不动
-
-## 设计
-
-### 新增文件：`src/derive.js`
-
-纯函数模块，零外部依赖（仅 fs/path）。
-
-```js
-export function deriveState(cwd, options = {}) {
-  // options.mode: 'light' | 'full'（默认 light）
-  // options.fix: boolean（默认 false，只报告不修复）
-  // 返回 { issues: [{type, severity, step, artifact, suggestion}], fixed: number }
-}
-```
-
-#### 扫描逻辑
-
-1. 读取 progress.json，获取所有阶段步骤状态
-2. 扫描 `.sillyspec/.runtime/artifacts/` 目录
-3. 文件名格式：`{stage}-step{N}-{timestamp}.txt`
-4. 解析文件名提取 stage、stepIndex 信息
-5. 对比规则：
-
-| 情况 | 严重度 | 自动修复 |
-|------|--------|----------|
-| artifacts 有文件但 progress 标记未完成 | issue | ✅ 标记为 done |
-| progress 标记已完成但 artifacts 无文件 | warning | ❌ 可能被手动清理 |
-| artifacts 有 step5 但 progress 只到 step3 | issue | ✅ 补齐中间步骤 |
-
-#### 模式
-
-- **light**：只检查 currentStage 的当前步骤和前一步
-- **full**：检查所有阶段所有步骤
-
-### 集成方式
-
-#### 1. run.js — `--done` 轻量校验
-
-在 `completeStep` 末尾：
-```js
-import { deriveState } from './derive.js';
-const result = deriveState(cwd, { mode: 'light', fix: true });
-if (result.fixed > 0) {
-  console.log(`⚠️ 状态修复：${result.fixed} 个步骤已从 artifacts 恢复`);
-}
-```
-
-#### 2. doctor.js — 全量扫描
-
-第一步（SillySpec 内部检查）调用：
-```js
-const result = deriveState(cwd, { mode: 'full', fix: false });
-// 将 issues 加入自检报告
-```
-
-#### 3. progress.js — `validate --deep`
-
-validate 方法支持 deep 参数：
-```js
-validate(cwd, deep = false) {
-  // ...现有校验逻辑...
-  if (deep) {
-    const result = deriveState(cwd, { mode: 'full', fix: true });
-    // 输出校验结果
-  }
-}
-```
-
-CLI：`sillyspec progress validate --deep`
-
-## 改动范围
-
-- 新增：`src/derive.js`（~80 行）
-- 修改：`src/run.js`（2 行）、`src/stages/doctor.js`（3 行）、`src/progress.js`（5 行）、`src/index.js`（parse --deep）
-
-## 不做的事
-
-- 不引入 SQLite 或其他新依赖
-- 不改变 progress.json 的数据结构
-- 不自动删除 progress 中有但 artifacts 无的步骤（可能被手动清理）

package/.sillyspec/changes/archive/2026-04-08-derive-state/plan.md

@@ -1,51 +0,0 @@
-# deriveState 状态推导 — 实现计划
-
-author: qinyi
-created_at: 2026-04-08 07:12:00
-
-## Wave 1（核心，无依赖）
-
-- [ ] 实现 derive.js 核心函数
-  - 新增: `src/derive.js`
-  - 步骤:
-    1. 实现 `deriveState(cwd, options)` 纯函数
-    2. 实现 artifacts 文件名解析（`{stage}-step{N}-{timestamp}.txt`）
-    3. 实现 light/full 模式扫描逻辑
-    4. 实现安全修复策略（issues 分类 + fix 逻辑）
-    5. 验证: 在 sillyspec 项目上手动创建测试 artifacts，运行 `node -e "import('./src/derive.js').then(m => console.log(m.deriveState(process.cwd(), {mode:'full'})))"` 确认输出
-
-## Wave 2（集成，依赖 Wave 1）
-
-- [ ] 集成 run.js --done 轻量校验
-  - 修改: `src/run.js`
-  - 参考: `completeStep` 函数末尾
-  - 步骤:
-    1. 在 completeStep 末尾 import 并调用 deriveState(cwd, {mode:'light', fix:true})
-    2. 有修复时输出警告信息
-    3. 验证: 运行 brainstorm 完成 --done，确认无报错
-
-- [ ] 扩展 validate 支持 --deep
-  - 修改: `src/progress.js`
-  - 参考: `validate()` 方法
-  - 步骤:
-    1. validate 方法加 deep 参数
-    2. deep=true 时调用 deriveState(cwd, {mode:'full', fix:true})
-    3. 验证: `sillyspec progress validate --deep` 确认输出校验结果
-
-- [ ] CLI parse --deep 参数
-  - 修改: `src/index.js`
-  - 参考: progress 子命令的参数解析
-  - 步骤:
-    1. 在 progress validate 命令中解析 --deep flag
-    2. 传递给 validate 方法
-    3. 验证: `sillyspec progress validate --deep` 确认 flag 生效
-
-## Wave 3（集成，依赖 Wave 1）
-
-- [ ] 集成 doctor.js 全量扫描
-  - 修改: `src/stages/doctor.js`
-  - 参考: doctor 第一步（SillySpec 内部检查）的 prompt
-  - 步骤:
-    1. 在第一步 prompt 中加入 deriveState 全量扫描指令
-    2. 将 issues 列表纳入自检报告
-    3. 验证: `sillyspec run doctor` 确认第一步输出包含状态一致性检查

package/.sillyspec/changes/archive/2026-04-08-derive-state/proposal.md

@@ -1,29 +0,0 @@
-# deriveState 状态推导 — 提案
-
-author: qinyi
-created_at: 2026-04-08 07:11:00
-
-## 动机
-
-当前 progress.json 是 sillyspec 唯一的状态数据源。AI 崩溃或异常中断时，progress.json 可能与实际产出不一致（artifacts 已生成但步骤未标记完成）。需要从文件系统反推状态，交叉校验。
-
-## 变更范围
-
-- 新增 `src/derive.js`（状态推导纯函数）
-- 修改 `src/run.js`（--done 轻量校验）
-- 修改 `src/stages/doctor.js`（全量扫描）
-- 修改 `src/progress.js`（validate --deep）
-- 修改 `src/index.js`（parse --deep 参数）
-
-## 不在范围内
-
-- 不改 progress.json 数据结构
-- 不引入新依赖
-- 不自动删除 progress 中有但 artifacts 无的步骤
-
-## 成功标准
-
-1. `--done` 完成步骤时自动校验并修复当前步骤
-2. `doctor` 输出全量状态一致性报告
-3. `sillyspec progress validate --deep` 可手动触发全量校验
-4. 所有校验通过现有测试

package/.sillyspec/changes/archive/2026-04-08-derive-state/requirements.md

@@ -1,34 +0,0 @@
-# deriveState 状态推导 — 需求
-
-author: qinyi
-created_at: 2026-04-08 07:11:00
-
-## 功能需求
-
-### FR1: deriveState 核心函数
-- 从 artifacts 目录扫描文件，解析 `{stage}-step{N}-{timestamp}.txt` 格式
-- 与 progress.json 步骤状态对比
-- 返回 issues 列表和修复计数
-
-### FR2: 轻量模式（light）
-- 只检查 currentStage 的当前步骤和前一步
-- 用于 `--done` 完成时
-
-### FR3: 全量模式（full）
-- 检查所有阶段所有步骤
-- 用于 doctor 和 validate --deep
-
-### FR4: 安全修复策略
-- artifacts 有但 progress 漏记 → 自动修复为 done
-- artifacts 有 step5 但 progress 只到 step3 → 自动补齐
-- progress 有但 artifacts 无 → 只警告，不修复
-
-### FR5: CLI 集成
-- `--done` 时静默调用轻量校验，有修复才输出
-- `doctor` 第一步输出全量报告
-- `sillyspec progress validate --deep` 手动触发
-
-## 非功能需求
-- 零外部依赖（仅 fs/path）
-- 纯函数，易于测试
-- 不改变现有 API 行为

package/.sillyspec/changes/archive/2026-04-08-derive-state/tasks.md

@@ -1,13 +0,0 @@
-# deriveState 状态推导 — 任务
-
-author: qinyi
-created_at: 2026-04-08 07:11:00
-
-## 任务列表
-
-- [x] 实现 derive.js 核心函数 — `src/derive.js`
-- [x] 集成 run.js --done 轻量校验 — `src/run.js`
-- [x] 集成 doctor.js 全量扫描 — `src/stages/doctor.js`
-- [x] 扩展 validate 支持 --deep — `src/progress.js`
-- [x] CLI parse --deep 参数 — `src/index.js`
-- [ ] 测试验证