TDD
测试驱动开发（Test-Driven Development，TDD）是一种软件开发方法论，其核心流程为：先编写失败的单元测试，再编写使测试通过的最小实现代码，最后进行重构。该方法以短迭代循环为基本单元，强调测试先行，旨在提升代码质量、可维护性和设计合理性，广泛应用于敏捷软件开发实践中。
核心事实
时间轴 (近 90 天)
implement spec 技能将 TDD skill、code review skill 以及多工作树并行能力打包在一起，先整理 tickets、找出无依赖的 tickets，同时启动多个 AI agent 分头推进。
PStack 测试阶段的 Create Verification Skill 与 TDD 的区别在于：TDD 侧重功能测试和单元测试，而该技能重点搭建端到端验证环境。
Pstack的构建阶段包含遵循TDD写代码的工作流，以及一个强制AI按TypeScript规范写代码的最佳实践技能。
Matt Pocock 强烈推荐对 AI 代理使用测试驱动开发（TDD），先写失败测试可以让 AI 很难生成“只确认自己已有实现”的弱测试。
执行方使用Superpowers插件（版本6.3.0），两个AI都装了同一版本，最常要求的技能包括写需求规格、按计划执行、先红后绿（TDD）、完成前验证。
Pstack 的构建阶段核心是测试驱动开发（TDD），并内置 TypeScript 最佳实践技能。
proof门背后的方法是测试先行（test-first），源自TDD的红-绿-重构循环，用于验证新测试的失败证明了它确实覆盖待修复行为而非恒真空测试。
Implement Spec 派出负责实现的 SubAgent 用 TDD 方式处理每一个 Ticket。
TDD 与 AI Agent 结合的流程是：先编写测试用例，让 Agent 生成使测试通过的实现代码，Agent 执行测试后根据失败信息自动迭代修改直至全部通过
TDD对AI智能体失效，因为即便先写测试，它依然用同一个语言模型在同一上下文窗口中理解需求，无法割裂出题者与答题者的认知来源
还有 6 条时间轴事件
全部知识事实 (20)
测试驱动开发（TDD）由Kent Beck在1999年提出，核心流程是红-绿-重构
80%已验证TDD的核心循环为：先编写失败的测试用例（Red）→编写最少量代码使测试通过（Green）→重构代码（Refactor）
80%已验证SDD（Specification-Driven Development，规范驱动开发）是当前AI编程领域被普遍认可的一种开发思想，核心理念是基于规范驱动进行编程
80%已验证测试驱动开发（TDD）由Kent Beck在极限编程（XP）方法论中系统化提出
80%已验证可采用TDD测试驱动模式，先让AI写测试再写实现去通过测试
65%待验证Superpowers的TDD流程要求AI先编写失败的测试用例，再编写刚好能让测试通过的最小实现代码
95%待验证Superpowers引入了TDD（测试驱动开发）和YAGNI（You Aren't Gonna Need It）两大软件工程原则
95%待验证TDD（Test-Driven Development）由Kent Beck在2003年正式提出
90%待验证验证合约的设计借鉴了测试驱动开发（TDD）和契约式设计（Design by Contract）两大工程传统
90%待验证Harness Engineering通过强约束沙盒和严苛TDD模式来解决智能体漂移问题
80%待验证测试驱动开发（TDD）在AI编程时代变得更加重要，因为它提供了不依赖对AI信任的客观验证机制
75%待验证CLAUDE.md中「先写能复现问题的测试，再把它跑通」的规矩本质上是将测试驱动开发（TDD）的思想迁移到AI协作场景中
60%待验证implement spec 技能将 TDD skill、code review skill 以及多工作树并行能力打包在一起，先整理 tickets、找出无依赖的 tickets，同时启动多个 AI agent 分头推进。
50%待验证PStack 测试阶段的 Create Verification Skill 与 TDD 的区别在于：TDD 侧重功能测试和单元测试，而该技能重点搭建端到端验证环境。
50%待验证Pstack的构建阶段包含遵循TDD写代码的工作流，以及一个强制AI按TypeScript规范写代码的最佳实践技能。
50%待验证Matt Pocock 强烈推荐对 AI 代理使用测试驱动开发（TDD），先写失败测试可以让 AI 很难生成“只确认自己已有实现”的弱测试。
50%待验证执行方使用Superpowers插件（版本6.3.0），两个AI都装了同一版本，最常要求的技能包括写需求规格、按计划执行、先红后绿（TDD）、完成前验证。
50%待验证Pstack 的构建阶段核心是测试驱动开发（TDD），并内置 TypeScript 最佳实践技能。
50%待验证proof门背后的方法是测试先行（test-first），源自TDD的红-绿-重构循环，用于验证新测试的失败证明了它确实覆盖待修复行为而非恒真空测试。
50%待验证Implement Spec 派出负责实现的 SubAgent 用 TDD 方式处理每一个 Ticket。
50%