"Spec Architect"
生成并验证遵循SDD v2.0标准的规格文件(.spec.md)
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
生成并验证遵循SDD v2.0标准的规格文件(.spec.md)
使用扩展思维自我批判规范文档。在规范完成并需要在实施前进行验证时使用。
8维定量复杂性分析与领域检测。从结构、认知、协调、时间、技术、规模、不确定性、依赖性等维度对规范进行分析,产生0.0-1.0的分数。检测领域(前端、后端、数据库等)及其所占百分比。使用场景:分析规范、启动项目、规划实施、定量评估复杂性。
在通过Spec PR流程提议新功能或变更时使用此技能。在编写任何代码之前,管理功能规范的创建、细化和批准。触发条件包括“创建规范”、“提议变更”、“开始规范PR”或开始功能定义。
精通Spec-Kit Plus生命周期(定义 -> 计划 -> 任务 -> 实施)。当用户需要定义新功能、规划架构或将工作分解为原子单位时使用。
SPEC-First规划工作流程 - 探索代码库,收集需求,通过对话创建执行计划(只读)
通过执行任务分解生成代码和资源。在准备好构建功能时使用。
在准备好实现设计的功能时使用 - 将设计分解为TDD任务(红-绿-重构),通过tasks.md中的复选框跟踪进度,强制执行严格的测试纪律。当用户说“实现这个”,“让我们编码”,“开始执行”,提到“任务”,“TDD”,或使用/dev-workflow:spec命令(任务、执行)时激活。
在编码前,提出有针对性的问题以明确范围、边界情况和验收标准。
当需要生成规范或实施计划时,或者当用户询问“如何编写规范”、“如何创建计划”、“规范结构”、“计划层次结构”,以及在处理轨道创建时,应使用此技能。提供交互式提问模式、规范结构和层次化计划生成。
仕様(Why)と設計(How)を記録し、Living Documentation原則でコードと常に同期させる
创建技术实施策略,包括架构和技术选择。在规格明确后使用。
当用户要求'检查规格一致性'、'验证需求覆盖范围'、'检测漂移'、'规格审核',或在波门处自动执行时,应使用此技能。验证实现是否与规范一致 - 这与检查代码质量的代码审查不同。
为项目创建基础的治理原则和发展指南。在启动新项目或建立标准时使用。
初始化规格插件配置
针对代码库的规范驱动源翻译与现代化工作流程。当被要求迁移/翻译一个项目(例如,框架/SDK/语言升级)时使用,或者当用户希望有一个结构化的、可外部验证的实现循环,包括产品需求文档+计划+检查清单以及迭代验证/修复时使用。
将已完成的开发规范从./specs/active/归档到./specs/archive/,更新文档以反映完成状态,并维护归档索引。在完成任务或将已完成的工作移至归档时使用。
仕様準拠自動チェック機能の自律適用。spec-compliance-check Command活用・仕様書参照方法・仕様準拠率95%維持手順・仕様逸脱リスク特定方法。Phase C以降の新機能実装時に使用。
严格执行规范驱动开发。防止直接编码,确保遵循规范 → 生成 → 审查的循环。
通过结构化提问解决规范中的歧义和空白。在规范之后使用以确保完整性。
将实施方案转化为可执行的、有序的开发任务。在计划验证后使用。
定义不涉及技术选择的用户故事形式的功能需求。在开始设计新功能时使用。
在构建任何非琐碎项目时使用。强制执行一个规范→计划→执行→验证的循环,以防止“看起来是对的”这种失败。在编写代码之前创建spec.md、todo.md和decisions.md文件。
在规格验证通过并准备好实施时使用,以协调使用隔离工作区和质量门控的开发 - 设置工作树,通过子代理驱动或顺序方法执行任务,验证完成情况,并完成开发分支