SpecForge

功能开发阶段使用。明确具体功能的业务需求和验收标准，产出功能需求文档 (FRD)。

功能任务规划。将技术方案拆解为细粒度、可执行的开发任务清单 (Task List)。

设计功能的技术实现方案。在功能需求明确后使用，产出包含API、数据库、核心逻辑的详细技术方案 (TDD)。

生成项目导航文档。基于项目核心文档生成 AGENT.md，作为 AI 助手的项目导航。

记录和查阅 AI 错题本。当发生错误或需要预警时使用，建立自我进化的反馈闭环，避免重复错误。

交互式 BUG 排查专家。通过持续提问和引导，逐步缩小问题范围，辅助用户定位 BUG 根源。

存量项目接入。扫描现有代码库，逆向生成标准化的全局指引文档 (specs/*)。

制定代码规范和协作流程。在技术栈确定后使用，定义代码风格、命名约定、Git提交规范和AI交互协议。

更新项目文档以匹配代码库的实际情况。当实现与文档产生偏差，或用户要求同步/更新文档时调用。

将需求转化为标准化的产品概述文档。在需求澄清后使用，明确愿景、核心价值、板块、用户、场景和验收标准。

项目启动阶段使用。通过苏格拉底式提问澄清原始想法，挖掘核心价值、目标用户和关键特性，生成标准化项目描述。

项目开发路线图规划。基于产品概述和模块依赖，规划功能的开发顺序和里程碑。

定义项目目录结构。在技术栈确定后使用，基于技术栈和业务核心设计高内聚低耦合的目录结构。

项目初始化任务规划。将项目级文档（技术栈、结构、规范）转化为可执行的初始化任务清单。

进行项目技术选型。在产品概述确定后使用，推荐最合适而非最热门的技术栈，并生成文档。

UI原型工场。基于需求直接生成多套独立的 HTML 原型方案，支持风格继承和多版本对比。

功能编码实现执行器（TDD 驱动）。读取任务规划，按 RED-GREEN-REFACTOR 循环执行开发任务。当用户说'完成XX功能的第N阶段'、'开始写代码'、'实现XX阶段'、'开发XX的数据层'等意图时触发。也支持增量变更任务，如'完成XX的变更任务 CR-XXX'。

将技术方案拆解为可执行的开发任务清单，每个任务适配 TDD 流程。当用户说'拆任务'、'开始规划任务'、'技术方案定了，接下来怎么开发'、'帮我拆一下开发计划'等意图时触发。

通用 BUG 修复流程与报告生成。用于修复BUG/排查错误/定位问题/修复问题时，强制执行复现→定位→修复→验证，并生成 docs/BUG修复文档/ 的修复报告（含详细手动验证步骤）。

功能迭代变更管理。对已完成开发闭环的功能进行增量修改、扩展或优化，生成变更影响分析和增量任务计划（适配 TDD 流程）。

功能编码实现执行器（TDD 驱动）。自动读取任务规划，按 Red-Green-Refactor 循环执行指定阶段的开发任务，完成后更新任务状态并进行质量检查。

在任何创意性工作前必须使用：创建功能、构建组件、增加能力或修改行为。产出高质量的验收标准（AC），为后续 TDD 开发提供测试依据。

功能任务规划。将技术方案拆解为细粒度、可执行的开发任务清单 (Task List)，每个任务适配 TDD 流程。

设计功能的技术实现方案。在功能需求明确后使用，产出包含API、数据库、核心逻辑的详细技术方案。

制定代码规范和协作流程。在技术栈确定后使用，定义代码风格、命名约定、Git提交规范和AI交互协议。

项目初始化执行者。读取 specs/ 下的定义文档，自动创建目录结构、配置文件和初始化 Git 仓库。

将需求转化为标准化的产品概述文档。在需求澄清后使用，明确愿景、核心价值、板块、用户、场景和验收标准。

项目启动阶段使用。通过苏格拉底式提问澄清原始想法，挖掘核心价值、目标用户和关键特性，生成标准化项目描述。

项目开发路线图规划。基于产品概述和模块依赖，规划功能的开发顺序和里程碑。

定义项目目录结构。在技术栈确定后使用，基于技术栈和业务核心设计高内聚低耦合的目录结构。

进行项目技术选型。在产品概述确定后使用，推荐最合适而非最热门的技术栈，并生成文档。

BUG 修复工作流。当用户报告 bug、错误、异常行为、功能不符合预期时使用。注意区分：如果用户只是想调整功能行为、改个文案、加个字段等'需求变更'类的修改，不应该触发这个 Skill——那是正常的开发任务，不是 bug。真正的 bug 是'代码的行为与需求/设计不符'。

功能变更管理。当用户对一个已有规划（或已开发完成）的功能提出修改、补充或扩展需求时触发。覆盖两种场景：1）功能已开发完成，事后想迭代；2）功能开发进行中，中途想加东西或调整方向。触发词如'这个功能我想加一个XX'、'这里的逻辑需要调整'、'开发到一半发现还需要XX'、'想给XX功能扩展一下'。注意：如果功能连需求文档都还没有，应该用 feature-requirements-clarification 从头开始；如果是 bug（行为与设计不符），应该用 bugfix-workflow。

在任何创意性工作前必须使用：创建功能、构建组件、增加能力或修改行为。通过自然对话挖掘需求，产出高质量验收标准（AC），为后续 TDD 开发提供测试依据。当用户说'我想做一个XX功能'、'帮我想想XX怎么做'、'我需要加一个XX'等模糊需求描述时触发。

设计功能的技术实现方案。在功能需求（含验收标准）明确后使用，产出包含 API、数据库、核心逻辑的详细技术方案。当用户说'开始技术设计'、'怎么实现这个功能'、'设计一下技术方案'、'需求定了，接下来怎么做'等意图时触发。