用途：把用户明确要求的规格工作流转化为持久化产物，并只依据生成的任务计划执行实现。语义模型参考 Kiro 官方文档中的 Specs、Feature Specs、Bugfix Specs、Quick Plan、Analyze Requirements 等概念，但它是可移植的 Agent Skill，不是 Kiro UI 的实现；.kiro/specs/、#spec、Sync Files 等 Kiro 专有特性被适配为 sdd-specs/ 下的文件。
主要能力：支持四种模式。需求优先（Requirements-First）适用于行为已知但架构未定，依次生成 requirements.md、design.md、tasks.md 并逐级审批。设计优先（Design-First）适用于从架构、技术栈或算法出发，先出 design.md，再推导 requirements.md 和 tasks.md，需先确认 HLD 还是 LLD。快速计划（Quick Plan）仅用于低歧义工作，一次性连续生成三份产物，无中间审批门。缺陷修复（Bugfix）用于需要结构化诊断的缺陷，先写 bugfix.md，再设计最小安全修复与回归策略，最后生成任务。
使用方式：仅在请求明确提到 SDD、Kiro specs、规格驱动开发、写规格或实现前规划时自动应用，否则不干预普通需求；也可用 /sdd-workflow 手动显式调用。规格存放于 sdd-specs/{sequence}-{slug}/，序号至少三位（001 起），创建前扫描现有目录取最大序号加一，不得复用或留空号。创建目录后先按 references/spec-state-template.yaml 实例化 spec.yaml，记录不可变标识、类型、模式、ISO 8601 时间戳、初始阶段及模式对应的依赖图。
状态与限制：spec.yaml 保存审批状态、修订号、依赖与内容哈希（Git 仓库中优先用 git hash-object <path>）。审批需用户显式确认，产物存在不等于已批准，不得静默覆盖已批准产物。上游变更会使下游产物失效并需重新过门。执行任务前须确认上游已批准、任务未完成且依赖已完成、当前请求已授权。用户指令与宿主 agent 的模式、权限、安全规则和审批要求始终优先；本技能不授权源码编辑、命令、提交、推送或破坏性操作。资料未提供具体安装命令、收费或平台信息。