用途：当用户要求 TDD 或测试先行开发时，用红-绿-重构的增量循环构建功能或修复缺陷。核心原则是通过公共接口验证行为而非实现细节，良好测试应像规格说明书，描述系统做什么，能在内部重构后存活。
主要能力与流程：先规划，从用户规格与现有代码推断接口与优先行为，识别深模块机会，设计可测试接口，列出要测试的行为而非实现步骤；仅当缺失选择会实质改变公共接口或行为时才提问。随后进入追踪弹：RED 写一个针对首个行为的测试使其失败，GREEN 写最小代码使其通过。接着增量循环，每次一个测试，只写足够通过当前测试的代码，不预判未来测试，聚焦可观察行为。全部通过后再重构：抽取重复、加深模块、按需应用 SOLID，逐步运行测试。严禁在 RED 状态重构，必须先到 GREEN。
反模式：不要先写完所有测试再写所有实现，即水平切片。批量测试的是想象行为而非实际行为，容易测数据结构与函数签名，导致测试对真实变化不敏感。正确做法是垂直切片：一个测试 → 一个实现 → 重复。
每轮检查：测试描述行为而非实现；只用公共接口；内部重构后测试仍应存活；代码对当前测试最小；不添加投机功能。确认 RED 失败是因为目标行为缺失，而非语法、导入、环境或设置错误。
限制：资料未提供具体命令、安装方式、支持语言或平台信息，暂未提供。