tdd-workflow

tdd-workflow 是 SpecWeave 生态中的测试驱动开发（TDD）发现与协调中枢，专为引导开发者规范实践红绿重构（Red-Green-Refactor）周期而设计。

核心用法
该 Skill 通过自然语言意图识别自动激活，当用户提及"TDD"、"测试先行"或"红绿重构"等关键词时，它会作为智能入口提供三种执行路径：一是调用 /sw:tdd:cycle 命令进行带强制门控的完整周期管理，确保严格遵守 RED（编写失败测试）、GREEN（最小实现通过）、REFACTOR（重构优化）三阶段；二是唤起 tdd-orchestrator Agent 处理复杂场景如基于属性的测试或遗留代码重构；三是提供手动模式下的最佳实践指导。这种路由机制让不同经验水平的开发者都能获得适配的工具支持。

显著优点
作为纯文档型 Skill，其最大优势在于零执行风险与高度透明性，所有逻辑均为 Markdown 文档展示，便于安全审计。教育价值突出，内嵌 Kent Beck 风格的 TDD 最佳实践与常见反模式警示（如"先写实现后补测试"），有效降低学习曲线。与 SpecWeave 增量工作流（Increment Workflow）深度集成，支持在需求规划阶段即确立测试驱动策略。灵活的三层架构（强制流程/专家代理/自主实践）既满足初学者的纪律约束，也照顾专家的灵活需求。

潜在局限
该 Skill 本质是"协调器"而非"执行器"，所有实际操作均委托给外部命令与 Agent，这意味着若下游组件不可用或行为异常，本 Skill 无法独立完成任务。对于非 SpecWeave 生态用户，其命令体系（如 /sw:tdd:red）可能存在学习门槛。此外，虽然文档质量高，但 T3 来源（个人开发者）在持续维护与长期支持方面存在不确定性。

适用人群
特别适合正在学习 TDD 方法论的开发新手、需在团队内推行标准化测试流程的技术负责人，以及使用 SpecWeave 进行增量式开发的工程师。对于处理遗留代码重构需要安全网（Golden Master Testing）的场景，其推荐的 Expert Agent 模式也能提供有力支持。

使用风险
主要风险在于外部依赖传递：Skill 本身安全（A 级），但其路由的 tdd-orchestrator Agent 和 /sw:tdd:* 系列命令未在本安全审查范围内，可能具备文件系统操作或代码执行权限，建议在使用前单独审查这些组件。此外，作为纯协调层，它无法验证下游工具的实际行为是否符合 TDD 纪律，存在"路由到不安全实现"的间接风险。性能方面，多阶段门控可能略微延长开发周期，但这是 TDD 方法论本身的特点而非 Skill 缺陷。