spec-issues-create
从规范目录生成GitHub问题草稿,使用gh CLI命令创建initiative/feature/task的markdown文件。在将规范转换为GitHub问题或为功能设置问题跟踪时使用。
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
从规范目录生成GitHub问题草稿,使用gh CLI命令创建initiative/feature/task的markdown文件。在将规范转换为GitHub问题或为功能设置问题跟踪时使用。
通过SpecWorkflowMcp与AI协作实现的规格驱动开发(SDD)全自动化技能。从PRD→SPEC→实施任务→质量验证→Miyabi协作,只需一个命令即可完成。整合了kiro和spec-flow的理念,利用Claude Sonnet 4实现高质量的规格生成和任务分解。适用于所有软件开发项目的通用SDD平台。
验证规范是否具有必需的前置内容、链接和合规性。在提交前或代码审查期间使用。
从openai导入技能spec_parsing
捕获工作流使用数据以优化规范套件。在以下情况下自动激活:(1) 完成一个规范套件工作流(/speckit.review,最终提交),(2) 在工作流中遇到摩擦或困惑时,(3) 用户提到关于提示或模板的问题时,(4) 工作流偏离预期的质量门时。提醒导出聊天记录并跟踪反馈模式。
搜索并阅读项目规格书或需求定义书。在实现功能之前,或者当被问及系统行为时使用。
通过观察来早期发现对规格的误解。进行规格的明确化、假设的明文化以及验收条件的测试化。使用时机:新功能设计前、需求审查时、规格不明确时、不清楚应该制作什么时、想要决定验收条件时、在PR中检查与规格的偏离时、生成代码的验收判断时。
生成一个严谨的、可用于工程的UI组件规范。专注于严格的API契约(TypeScript)、确定性的状态逻辑(Mermaid)和可验证性(Gherkin)。在设计新的UI组件或记录现有组件时使用。
管理规范文件。在创建、读取、更新或列出规范文件时使用。触发于如“创建规范”、“更新规范”、“列出规范”或“显示规范状态”等请求。
解释每个阶段所需的顺序和成功信号。
将规范从草稿阶段提升到活跃阶段。在规范审查通过后或准备开始实施时使用。
自动检测并并行处理Spec Kit任务
指导规范驱动的开发工作流程。在讨论新功能、规范、技术规划或实施任务时自动调用。确保正确的工作流程阶段(指定→澄清→计划→检查清单→任务→分析→实施)。
根据自然语言描述创建或更新功能规范。当用户说“/spec-specify”、“创建一个规范”、“编写一个规范”、“我想构建...”或描述要实现的新功能时使用。这是规范驱动开发工作流程中的第一步。
生成可操作的、按依赖顺序排列的任务.md,按用户故事组织。当用户在/spec-plan后说'/spec-tasks'、'create tasks'或'generate task list'时使用,以准备实施。
验证基于规范驱动开发的工件的完整性、一致性和质量。在检查规范、验证功能、审查SDD(规范驱动开发)工件或在实施前确保规范质量时使用。
通过评论在规范与GitHub问题/PR之间创建和维护双向链接
从openai导入技能spec_parsing
与GitHub Spec Kit集成以进行规范驱动开发。使用标准化模板生成规范、技术计划和任务。使用时机:创建规范、生成技术计划、拆分任务。
为研究文档和规范生成元数据,包括日期/时间、git提交、分支和仓库信息。在创建需要时间戳和git元数据的研究文档、交接文件或任何文档时使用。
将模糊的需求转化为精确的规范。在任何非平凡的实现之前使用。
整合并改进演化后的规范 - 识别不一致性,去除冗余,改善结构,同时保持功能覆盖
更新规范文件以反映实施进度 - 标记阶段完成,勾选任务,添加备注
自我评估和质量验证规范与文档。使用结构化的检查表识别差距、矛盾和缺失的细节。在起草规格说明书、产品需求文档或功能文档后使用。