en un clic
SpecForge
SpecForge contient 35 skills collectées depuis MingYuePop, avec une couverture métier par dépôt et des pages de détail sur le site.
Skills dans ce dépôt
功能开发阶段使用。明确具体功能的业务需求和验收标准，产出功能需求文档 (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、数据库、核心逻辑的详细技术方案。当用户说'开始技术设计'、'怎么实现这个功能'、'设计一下技术方案'、'需求定了，接下来怎么做'等意图时触发。