Sillyspec Flow

---
name: sillyspec:flow
description: 轻量变更（默认快道）——需求明确的小/中改动两步收口。适合用户说"直接改、快速修、顺手调整、改个文案、修个小 bug、更新一个文件、需求很明确、开干吧、把这个改了"。2 次协议调用：flow start → 直接干活（改代码写测试）→ flow done（实测门+测试绑定+patch 留档）。
---

## 何时使用

- 需求已含决策：改什么、成功标准说得清（能列 1-3 条可验证标准）
- 用户说"直接改 / 快速修 / 顺手调整 / 修个小 bug / 需求很明确 / 开干"
- 代码已先写好需要收尾（倒推 B 模式）：`--input` 如实登记已做改动＋成功标准，不回头补流程装样子
- 需求不清晰 → CLI 会在 flow start 处拦下给两选一（头脑风暴预段 / 确认输入已含决策）；或直接先走 `/sillyspec:brainstorm`，完成后 `flow start` 收编续跑（design 以头脑风暴版为准）
- 大改动（跨模块取舍 / 需要 Wave 计划编排 / 设计期人机对抗）→ 不走本 skill，走完整五阶段流程

## 两步协议

### ① flow start（立项 + 锁基线）

```bash
sillyspec flow start --change <变更名> --input "<需求>"
```

`--input` 过门格式（清晰度门按此提取，缺「成功标准」条目会被拦下）：
先写动机/背景；随后独立一行只写「成功标准：」；再每行一条「- <可验证标准>」。

变更标题（面板显示用）：总结一句中文概括，≤50 字、建议 ~20 字——`--input` 首行写这句即成标题（缺省取首行推导），或显式 `--title "<标题>"` 指定（重入 start 可改）。

示例：

```
登录限流计数在窗口翻转时被误清，触发误封
成功标准：
- INCR 计数在窗口边界不再误清
- 新增单测覆盖窗口翻转边界，npm test 全绿
```

### ② 直接干活

改代码、写测试。治理工件（proposal/requirements/design）CLI 机器起草，你只需要：

- 填 design.md 四节 AGENT 槽（做法概述/接口契约/边界并发四问/风险与死路）——每节至少一行，写「不适用：<理由>」也算答，空槽 flow done 拒收
- 干活以 tasks.md 为进度源：做一件 → 勾一格（`- [ ]` → `- [x]`）→ 继续下一条，勿攒一把勾（勾选是收口哨兵的证据面——逐 task 核提交 token/review.json）；`flow status --change <名>` 为自愿查看/恢复面（②阶段给下一任务指针与进度，非协议必需——D-007）
- 交付代码用显式 pathspec 提交（`git commit -m "..." -- 文件1 文件2`；patch 冻结面=baseline..HEAD 提交面，未提交的代码不进审计件）

### ③ flow done（收口）

```bash
sillyspec flow done --change <变更名>
```

CLI 亲自实测（测试面按变更动态推断——本变更测试 ∪ FR 关联回归 ∪ import 依赖，runner 自项目结构推断；lint 走 `local.yaml` 的 `commands.lint`；实测失败中断于对应子步、断点续，修好重跑即可）；按危险证据定档独立评审；patch 留档变更级归档。

## 边界

- 中断恢复：进度已落盘，`sillyspec flow status --change <名>` 随时查看，重跑续接（自愿查看/恢复面——②阶段给下一个未勾任务与进度）
- 轻量→完整转道是用户决策：征得用户同意后带 `--upgrade-thick` 重启；轻量变更实测失败自动升厚
- 流程状态、断点要求、收尾动作以 CLI 输出为准，不要自行编造或跳过

## 用户指令
$ARGUMENTS