spec-kit-integration
与GitHub Spec Kit集成以进行规范驱动开发。使用标准化模板生成规范、技术计划和任务。使用时机:创建规范、生成技术计划、拆分任务。
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
与GitHub Spec Kit集成以进行规范驱动开发。使用标准化模板生成规范、技术计划和任务。使用时机:创建规范、生成技术计划、拆分任务。
为研究文档和规范生成元数据,包括日期/时间、git提交、分支和仓库信息。在创建需要时间戳和git元数据的研究文档、交接文件或任何文档时使用。
将模糊的需求转化为精确的规范。在任何非平凡的实现之前使用。
整合并改进演化后的规范 - 识别不一致性,去除冗余,改善结构,同时保持功能覆盖
更新规范文件以反映实施进度 - 标记阶段完成,勾选任务,添加备注
自我评估和质量验证规范与文档。使用结构化的检查表识别差距、矛盾和缺失的细节。在起草规格说明书、产品需求文档或功能文档后使用。
在创建规范的第5阶段使用,以在实施前验证完整性和准确性 - 检查需求准确性、视觉集成、可重用性利用、任务具体性,并识别过度工程的问题
将代码实现与规范和要求进行对比。验证功能需求、非功能性需求、验收标准和技术规范是否得到满足。返回关于规范差距和不一致性的结构化报告。
从openai导入技能spec_parsing
捕获工作流使用数据以优化规范套件。在以下情况下自动激活:(1) 完成一个规范套件工作流(/speckit.review,最终提交),(2) 在工作流中遇到摩擦或困惑时,(3) 用户提到关于提示或模板的问题时,(4) 工作流偏离预期的质量门时。提醒导出聊天记录并跟踪反馈模式。
搜索并阅读项目规格书或需求定义书。在实现功能之前,或者当被问及系统行为时使用。
通过观察来早期发现对规格的误解。进行规格的明确化、假设的明文化以及验收条件的测试化。使用时机:新功能设计前、需求审查时、规格不明确时、不清楚应该制作什么时、想要决定验收条件时、在PR中检查与规格的偏离时、生成代码的验收判断时。
生成一个严谨的、可用于工程的UI组件规范。专注于严格的API契约(TypeScript)、确定性的状态逻辑(Mermaid)和可验证性(Gherkin)。在设计新的UI组件或记录现有组件时使用。
将产品或技术规格转化为具体的Notion任务,这些任务可以通过Claude代码来实现。将规格页面分解为详细的实施计划,包括明确的任务、验收标准和进度跟踪,从而指导开发从需求到完成的全过程。
针对任何软件项目的规范驱动开发方法。在开发功能、修复错误、创建技能或准备发布时使用。当用户提到规范、测试、发布流程、变更提案或部署时使用。提供灵活的规范工具指导,但严格执行发布纪律。
主动使用此技能来编写和修订功能规范
自动检测并并行处理Spec Kit任务
指导规范驱动的开发工作流程。在讨论新功能、规范、技术规划或实施任务时自动调用。确保正确的工作流程阶段(指定→澄清→计划→检查清单→任务→分析→实施)。
根据自然语言描述创建或更新功能规范。当用户说“/spec-specify”、“创建一个规范”、“编写一个规范”、“我想构建...”或描述要实现的新功能时使用。这是规范驱动开发工作流程中的第一步。
生成可操作的、按依赖顺序排列的任务.md,按用户故事组织。当用户在/spec-plan后说'/spec-tasks'、'create tasks'或'generate task list'时使用,以准备实施。
验证基于规范驱动开发的工件的完整性、一致性和质量。在检查规范、验证功能、审查SDD(规范驱动开发)工件或在实施前确保规范质量时使用。
特定使用场景下的专业、低频技能索引
根据技术特定的代理身份和模式进行组合。在生成代理(开发者、SSE、QA、技术负责人、RE、调查员)之前调用,以基于项目堆栈增强专业知识。返回包含令牌预算的专业化模块。
解释特定工作流程的专用Synapse动作类。当用户提到“BaseTrainAction”、“BaseExportAction”、“BaseUploadAction”、“BaseInferenceAction”、“BaseDeploymentAction”、“AddTaskDataAction”、“训练动作”、“导出动作”、“上传动作”、“推理动作”、“部署动作”、“预标注”、“add_task_d…