用途：为 Unity 项目提供测试驱动开发的参考规范，适用于用户希望以测试优先方式构建功能或修复缺陷、提到“red-green-refactor”或需要集成测试的场景。
主要能力：阐述红→绿循环的规则，说明什么是好测试、测试应放在哪里、常见反模式以及循环纪律。好测试通过公共接口验证行为而非实现细节，读起来像规格说明，能在重构后继续成立。测试应写在“接缝”（seam）即公共边界处，不针对内部实现。
使用方式：探索代码库时，若存在 GLOSSARY.md 应阅读，使测试命名与接口词汇匹配项目领域语言，并遵守所涉区域的 ADR。写任何测试前，先写下待测接缝并与用户确认，未确认的接缝不写测试。可询问“公共接口是什么，应测试哪些接缝？”当接口形态本身存疑时，可调用 Skill 工具并传入 "codebase-design" 获取模块、接口、深度、接缝、适配器、杠杆与局部性等术语参考。
反模式：实现耦合（mock 内部协作者、测试私有方法或通过旁路验证，重构时测试失败但行为未变）；同义反复（断言以与代码相同方式重算期望值，如 expect(add(a, b)).toBe(a + b)，期望值须来自独立事实来源）；水平切片（先写全部测试再写实现，应按垂直切片：一个测试→一个实现→重复）。
循环规则：先红后绿，先写失败测试，再写刚好通过的代码，不预判未来测试或添加投机功能；一次一个切片，每轮一个接缝、一个测试、一个最小实现；重构不属于该循环，属于评审阶段。
限制：资料未提供具体安装命令、平台版本要求或代码示例细节，相关事实暂未提供。