Spec Mint TDD：为AI编程助手引入严格的测试驱动开发流程

一个面向AI编程工具的TDD工作流框架，通过强制红绿重构循环、TEST-IMPL任务对交替执行和完整的TDD日志审计，让AI生成的代码具备可验证的质量保证。

• 原作者/维护者: ngvoicu
• 来源平台: GitHub
• 原始标题: specmint-tdd: TDD-first spec workflow for AI coding agents
• 原始链接: https://github.com/ngvoicu/specmint-tdd
• 发布时间: 2026年6月3日

---

随着Claude Code、Cursor、Windsurf等AI编程助手的普及，开发者编写代码的方式正在发生根本性变化。但一个核心问题始终存在：AI生成的代码如何确保质量？

现有的"计划模式"（Plan Mode）虽然让AI在编码前进行思考，但这些计划往往是临时的、不可恢复的，更重要的是——它们不强制测试纪律。你无法知道AI是否遵循了测试优先的原则，也无法验证红绿重构循环是否被正确执行。

Spec Mint TDD项目正是为解决这一问题而生。它将传统软件工程中的TDD（测试驱动开发）理念引入AI编程工作流，通过严格的流程约束和完整的审计日志，让AI编程也能产出可验证的高质量代码。

---

Spec Mint TDD强制执行经典的TDD三阶段循环：

1. 红阶段（Red）：先编写测试，运行并确认测试失败
2. 绿阶段（Green）：编写最小实现代码使测试通过
3. 重构阶段（Refactor）：优化代码结构，确保测试仍然通过

每个阶段的状态都会被记录到TDD日志中，形成完整的审计轨迹。这意味着你可以随时检查AI是否真正遵循了TDD原则，而不是简单地声称自己遵循了。

项目创新性地引入了任务对的概念。每个功能实现都被拆分为两个紧密耦合的任务：

• TEST任务：编写测试代码，验证预期行为
• IMPL任务：编写实现代码，满足前述测试

这种交替执行的模式确保了"测试优先"不是一句空话。例如，一个OAuth登录功能的开发流程可能是：

[TEST-AUTH-01] 编写JWT生成与验证的测试
[IMPL-AUTH-02] 实现认证中间件（满足TEST-AUTH-01）
[TEST-AUTH-03] 编写用户模型CRUD测试
[IMPL-AUTH-04] 创建Prisma用户模型（满足TEST-AUTH-03）

---

Spec Mint TDD定义了一套完整的"锻造"（Forge）工作流，将模糊的需求转化为可执行的计划：

AI首先进行全面的代码库扫描，读取10-20个实际文件而非仅仅是文件名。同时结合网络搜索、Context7库文档、跨技能研究（如前端设计、数据库技能）以及现有测试基础设施分析（测试框架、模拟模式、测试容器等）。所有研究成果保存到.specs/<id>/research-01.md。

基于研究发现，AI提出针对性的问题而非泛泛而谈。例如："我在src/middleware/中看到你在使用Express中间件模式X，认证中间件是否应该遵循相同的模式？"