技能介绍

要解决什么问题

功能改动如果只盯着「把代码写完」，很容易漏掉文档、测试和回归验证：需求边界没理清就开工，接口和 UI 行为对不上，自动化没跑完就收尾，团队也缺少可复用的经验记录。feature-change-workflow 把每一次系统功能变更绑到同一套闭环上，让 Agent 按固定顺序走完分析、文档、测试、实现与验收，而不是跳步「直接改代码」。

技能如何工作

在触发条件满足时（新需求、改现有功能、逻辑调整，或出现 add / modify / update / refactor 等表述），技能强制执行 7 个步骤，且禁止跳过任何一步：

需求分析：理解目标、功能点、数据格式与校验、交互流程，并做等价类与边界分析。
更新文档：需求文档、原型（如有）、版本号与 Changelog 与需求保持一致。
测试设计与用例：API / UI 用例、库表校验、测试数据与优先级。
编码与自测：前后端实现、遵循项目规范、自测通过。
执行自动化测试：在变更范围内跑相关用例，记录结果与失败分类（必须执行，不可简化）。
修复与迭代：修 ERROR 与 P0/P1/P2，循环直到通过率达标并确认无回归（必须执行，不可提前结束）。
总结经验：写入学习记录，必要时沉淀到项目规范，并完成 Git 提交。

交付物通常包括更新后的需求文档、测试用例、实现代码、测试报告与学习记录；文档先行、测试驱动是明确原则。

适用边界与注意点

面向有文档、有自动化测试体系的全栈或后端/前端改动；若项目几乎没有测试基础设施，第 5～6 步仍会要求「跑通并修到通过」，需要你先准备好可执行的测试入口。
技能自带粗粒度时间参考（单次约 2～3 小时，视复杂度调整），适合中等规模功能变更，不适合把它当成「只改一行配置」的轻量快捷路径。
与 self-improvement、testing-workflow、prd-fullstack 等技能可组合：本技能管整条变更流水线，其它技能可补强 PRD 或测试专项。