用途：strict-tdd 用于强制执行 Red-Green-Refactor 的 TDD 纪律，防止代理同时编写测试与实现，从而避免常见错误。
主要能力：激活后注册一个会话级钩子（PreToolUse），在写入或编辑 src/ 下的生产代码文件时，检查是否存在覆盖目标模块的测试文件，且该测试是否至少有一个失败断言（确认处于 Red 阶段）。仅阻止对 src/ 下生产代码的写入；测试文件和配置文件始终可写。
使用方式：通过命令 /strict-tdd 激活，仅当前会话有效。钩子配置示例：匹配 Write|Edit，执行 .claude/skills/strict-tdd/scripts/enforce-red-phase.sh，条件为文件匹配 src//*.{ts,js} 且不匹配 src//*.test.{ts,js}。强制逻辑脚本会检查目标文件对应的测试文件是否存在，若不存在则阻止并提示先写失败测试；若测试通过则仅给出警告，提示是否处于 Green/Refactor 阶段。
适用场景：适用于需要严格遵循 TDD 流程的开发会话，尤其是使用 AI 代理生成代码时，确保先有失败测试再实现。
限制与注意事项：仅阻止 src/ 文件，测试和配置文件不受限；Refactor 阶段测试应通过，这是预期行为，不应视为违规；若未安装测试运行器（如 jest/vitest），钩子会报错；代理可能尝试写入其他路径绕过，钩子需匹配所有生产代码路径。其他如平台、收费、价格、效果等事实暂未提供。