对所有 SDD 文档工件实施统一的 ID 命名标准和阈值命名规则。

此技能充当人工智能驱动的规范驱动开发 (SDD) 工作流程的协调器。它提供：

根据第 3 层架构标准验证 EARS（需求语法简单方法）文档。

EARS（需求语法简易方法）文档的全面内容审查和质量保证。该技能执行结构验证之外的深入内容分析，检查需求语法正确性、PRD 对齐、可测试性、可量化阈值，并识别需要手动审核的问题。

自动修复技能，读取最新的审计/审查报告并将修复应用于 EARS（简单的需求语法方法）文档。此技能弥合了 doc-ears-reviewer / doc-ears-audit（用于识别问题）和已纠正的 EARS 之间的差距，从而实现迭代改进周期。

自动 EARS（轻松满足需求语法）生成管道，用于处理 PRD 文档并生成正式的 EARS 语句，并具有就绪性验证、语句分类和 BDD-Ready 分数合规性。

运行单个 EARS 审核工作流程，该工作流程执行：

创建 EARS（需求语法简单方法）文档 - SDD 工作流程中的第 3 层工件，使用 WHEN-THE-SHALL-WITHIN 语法形式化需求。

根据第 8 层架构标准验证数据契约 (CTR) 文档。

数据合同 (CTR) 文档的全面内容审查和质量保证。该技能执行结构验证之外的深入内容分析、检查合同完整性、双文件一致性（MD + YAML）、OpenAPI 合规性、REQ 对齐以及识别需要手动审核的问题。

自动修复技能，读取最新的审核报告并将修复应用于 CTR（合同）文档。此技能弥合了 doc-ctr-reviewer（识别问题）和修正后的 CTR 之间的差距，从而实现迭代改进周期。

自动数据合同 (CTR) 生成管道，首先分析哪些模块需要 CTR 文档，然后处理 REQ 文档以生成具有 SPEC-Ready 评分的双文件合同（markdown + YAML）。

创建数据契约 (CTR) - SDD 工作流程中的可选第 8 层工件，使用双文件格式（markdown + YAML）定义 API 契约、数据模式和接口规范。

自动修复技能，读取最新的审计报告并对 BRD 文档应用修复。此技能弥合了 doc-brd-audit（用于识别问题）和更正的 BRD 之间的差距，从而实现迭代改进周期。

自动业务需求文档 (BRD) 生成管道，用于处理参考文档（ docs/00_REF/ 或 REF/ ）、用户提示或实施计划 ( IPLAN-* )，以生成具有类型确定、就绪验证、主索引管理和并行执行支持的全面 BRD。

仅限手动使用 - 此技能仅供交互使用，不适用于预提交。预提交直接运行 shell 脚本，无需 Claude。

创建业务需求文档 (BRD) - SDD 工作流程中的第 1 层工件，定义高级业务需求、战略目标和成功标准。

根据第 4 层架构标准验证行为驱动开发 (BDD) 文档。

行为驱动开发 (BDD) 文档的全面内容审查和质量保证。该技能执行结构验证之外的深入内容分析，检查 Gherkin 语法正确性、场景完整性、EARS 对齐、步骤定义可重用性，并识别需要手动审核的问题。

Automated fix skill that reads the latest audit/review report and applies fixes to BDD (Behavior-Driven Development) documents.此技能弥合了 doc-bdd-reviewer / doc-bdd-audit（用于识别问题）和更正的 BDD 之间的差距，从而实现迭代改进周期。