用途：在动手写实现代码之前，先思考功能、可测试性与可维护性。它不是严格的 TDD，而是一种心智模型，确保从一开始就设计出简单、可测试的接口。核心原则：如果你无法轻松描述会写哪些测试，说明设计可能过于复杂。
主要能力：提供一份预实现清单，依次完成六步——枚举功能与行为、考虑边界情况与错误条件、识别所需测试、为可测试性设计接口、先查看现有测试、最后才实现。它还会提示危险信号，例如“我稍后再写测试”“这需要大量 mock”“我无法描述会写哪些测试”“测试总是失败”等，遇到这些应停下来重新设计。
使用方式：在创建新类或方法前、重构现有代码前、开始新功能实现时、审查缺少测试的代码时、设计显得过于复杂时使用。编辑现有代码时，先读测试文件再改实现；若测试缺失，先补测试。实现后持续运行测试，并根据反馈重构。
适用场景：新功能开发、重构、代码审查、调试难以测试的代码。它可与质量门禁、基线捕获、回归检测、测试失败调试等流程配合。
限制：资料未提供具体安装命令、平台支持、收费或价格信息。该技能刻意保持极简，不包含额外脚本或参考文件，仅作为思考纪律使用。