用途：该技能是 Aegis 工作流中的测试驱动开发（TDD）执行纪律，仅在用户明确要求严格 TDD、测试先行或 RED/GREEN/REFACTOR，或对话中已存在 TDD Route: strict 标记时进入。它不替代任务路由、需求澄清或规划。
主要能力：定义 TDD Mode（off/auto）与 TDD Route（strict/light/skipped）的决策记录；提供 RED（写失败测试并观察失败）、GREEN（写最小代码使测试通过）、REFACTOR（保持绿灯下清理）循环；规定回归范围（共享模块、接口/数据契约、跨模块行为、核心逻辑重构）；给出预检门（中高复杂度先转 brainstorming 或 writing-plans）、变更必要性检查、复杂度预算与编辑前复杂度检查；列出严格路线红旗信号与验证清单。
使用方式：先确认进入信号，记录 Aegis Visibility 与 TDD Route；RED 阶段写一个最小测试并运行 npm test path/to/test.test.ts 确认失败原因正确；GREEN 阶段写最简代码并再次运行确认通过且输出干净；REFACTOR 阶段去重、改名、提取辅助函数并保持测试通过。若环境无法运行自动化测试，需说明阻塞并提供可复现的手工验证步骤。
适用场景：新功能、缺陷修复、重构、行为或逻辑变更、接口/数据契约变更、跨模块或共享模块变更、核心逻辑重构。例外：一次性原型、生成代码、配置文件、纯文档清理、只读诊断、仅注释变更。
限制：off 模式不自动要求 TDD，也不得仅凭风险措辞推断严格路线；GREEN 仅证明当前行为切片，不等于父任务验收或最终完成；探索性 spike 仅作一次性学习，结束后须转为测试；紧急热修可优先最小安全修复，但需记录原因并在同一或最近切片补回归测试。资料未提供具体安装命令、收费或平台信息。