用途：为 Elixir 行为开发或变更提供测试驱动开发流程编排，让测试成为实现的前置门禁。
主要能力：定义 HARD-GATE 规则——在测试存在、运行且因缺少行为（而非语法或配置问题）失败之前，不写实现代码；实现须在用户授权范围内；重构保持行为不变并让目标测试保持绿色；开 PR 前质量门禁须通过。流程分四阶段：Phase 1 上下文与 RED（决定测试类型与边界，写最小失败测试，运行 mix test path/to/file_test.exs，确认失败原因正确）；Phase 2 授权实现与 GREEN（提出最小实现，实现最小改动，运行目标测试须通过）；Phase 3 重构（仅提升清晰度，行为不变，每步后重跑目标测试）；Phase 4 质量门禁（依次运行 mix format --check-formatted、mix credo --strict、mix dialyzer、mix test，并为新公开 API 添加 @doc / @spec，自审分支差异后再开 PR）。
使用方式：按阶段推进，遇到门禁失败时按错误恢复表处理——失败原因不对则修测试或配置并留在 Phase 1；实现仍红则诊断，若方案变化需重新提议；重构变红则回退上一步并做更小抽取；质量门禁红则在开 PR 前修复，不得跳过。输出采用 TDD Report 格式，记录特性、测试文件、各 HARD-GATE 结果、命令退出码、重构步骤、公开 API 文档与规格及最终结论。
适用场景：需要测试门禁的 Elixir 行为开发或变更；优先纯核心单元测试（FCIS），仅当持久化本身是被测行为时才用 DataCase。
限制：不在此重复教授 LiveView/Ecto，需要时加载对应领域原子技能；具体安装方式、收费与平台信息暂未提供。