用途：在任务范围与验收标准已确定、准备进入实现阶段时，用严格的测试驱动开发（TDD）纪律推进工作。核心原则是通过公共接口测试行为，而非实现细节；测试应像能力规格说明，能在内部重构后继续通过。
主要能力与工作流：采用红-绿-重构循环与薄垂直切片。先写一个行为的测试并确认失败（RED），再写最小实现使其通过（GREEN）；happy path 通过后，立即为同一行为补充负向路径测试（无效输入、被拒状态、权限失败、边界违规或错误路径）。随后对每个剩余行为重复：一次一个测试，先正后负，不做投机性功能，断言只针对可观察行为。仅在全部通过（green）后重构：消除重复、在稳定接口后加深模块、改善命名与可读性，每步重构后重跑测试，绝不在 red 状态重构。
使用方式：调用后该技能在本次会话中为唯一活动权威，其他技能不得自行激活或修改其行为，除非通过 Skill 工具按名称显式调用。开始前需确认分配范围内的公共接口变更、验收标准中的优先行为、深层模块（小接口、丰富内部）以及架构约束与 ADR；仅在必要输入缺失或矛盾时提出聚焦问题。实现每个切片时复用仓库现有测试框架与断言风格、当前包生态（如 npm、NuGet、pip、Maven、Gradle）、现有架构与模块边界；新增依赖需明确理由。
适用场景：任务已分配、实现即将开始，且需要以测试优先方式保证行为正确性的开发工作。
限制：不选择 issue 或调整队列优先级；不路由智能体/模型或协调多智能体执行；不负责评审编排、issue 更新或运行时状态；不将创建提交作为策略决策。避免横向切片（先写全部测试再写全部实现）。完成时报告所运行的测试、观察到的行为覆盖及分配范围内的剩余风险。
分类：编程与开发。