easysdd-feature-fastforward
easysdd-feature-fastforward
用户说"帮我做个 xxx"而且需求小的时候，本来 AI 就会直接动手写——这个技能不改变这件事。它只做一件事：在 AI 动手之前，把项目里已经沉淀的 easysdd 知识指给它，让它按需去搜，写出来的代码就能比裸写多一层保护。
所以这个技能非常轻。没有 design doc、没有 checklist、没有验收清单、不需要用户确认。看完这份指引，该读代码读代码，该写代码写代码。
动手前先扫一眼这几个地方
项目里可能已经有前人沉淀的经验、决定、探索结果。写代码之前先按需搜一下，命中就省一堆坑。
easysdd/compound/ — 经验沉淀
放 learning（踩过的坑）/ trick（好用的做法）/ decision（拍板的技术决定）/ explore（定向调研结论）四类文档。文件名带 doc_type，可以按 type 和标签过滤。
# 当前任务相关的踩坑记录
python easysdd/tools/search-yaml.py --dir easysdd/compound --filter doc_type=learning --query "关键词"
More from liuzhengdongfortest/easysdd
easysdd-feature-acceptance
feature 流程的阶段 3——做完整验收闭环。三件事：一是逐层对照 {slug}-design.md 核对实现有没有走样，发现偏差就当场修不是写在报告里"记一下"；二是把这个 feature 归并到项目的整体架构文档里；三是如果本次 feature 改变了对应 requirement 的用户故事或边界，把 requirement doc 也回写一次。最后产出一份 {slug}-acceptance.md 作为整套流程的闭环凭证。前置依赖 easysdd-feature-implement 已完成。触发场景：用户说"功能写完了验收一下"、"做最后检查"、"准备 merge"、"出验收报告"。
98easysdd
easysdd 工作流家族的根技能——介绍工作流体系并把用户路由到正确子技能。触发场景：用户提到"easysdd"、"sdd"、"规约驱动"、"怎么用这套流程"、"我该用哪个技能"、"从哪开始"，或描述了新功能但还没决定切入阶段。已知意图（brainstorm/设计/实现/验收/BUG/探索等）优先触发对应子技能而非本技能。
97easysdd-feature-design
feature 流程的阶段 1——为新功能起草一份方案文件，作为后续实现和验收的唯一输入。先收集证据（读架构、读相关代码、grep 防术语冲突、查归档），然后一次性写出完整初稿（含 YAML frontmatter + 三层结构 + 测试设计），交给用户整体 review，迭代到拍板。拍板后从 {slug}-design.md 里抽出 {slug}-checklist.yaml 给后面两个阶段用。触发场景："开始设计方案"、"写 design doc"、"准备实现 XX"，前提是已经知道做什么、为谁做、怎么算成功。
97easysdd-feature
做新功能开发时进入这套子流程——把"加个 X 能力"从模糊想法走到验收闭环，中间有方案文件做存档，AI 和用户后面回头都能查到当时怎么想的、为什么这样定的。触发场景偏向新增能力（"做新功能"、"加个 X"、"实现 XX"），不处理已有代码的 bug。本技能只做路由，根据已有产物决定下一步走 brainstorm / design / fastforward / implement / acceptance 中的哪一个。
97easysdd-feature-implement
feature 流程的阶段 2——按 {slug}-design.md 的推进顺序写代码，写完用统一格式做完成汇报给用户 review。前提是 {slug}-design.md 已经 approved（标准 design 含测试设计，或 fastforward design 含验收标准），并且同目录下有 {slug}-checklist.yaml。触发场景：用户说"方案确认了开始实现"、"按方案写代码"、"开工"。实现中遇到方案没覆盖到的情况（新概念、范围外文件、需要打补丁分支）要主动停下来回到方案谈，不要硬冲。
96easysdd-issue-report
issue 流程的阶段 1——通过对话把用户脑子里的问题落成可复现、可追溯的 {slug}-report.md。AI 在这里只问"看到了什么、怎么复现、应该怎样"，不替用户猜根因（那是阶段 2 的事）。同时这一阶段是判断走快速通道还是标准路径的唯一正式判定点：根据用户描述先读一下相关代码，能一眼定位且改动小就直接告知用户走快速通道。触发场景：用户说"提个 issue"、"记录这个 bug"、"我发现一个问题"。issue 工作流的起点，无前置依赖。
96