用途：在 Rails 项目中执行完整的 TDD 循环，即先写失败 spec，再实现、审查并提交 PR。触发词为 TDD、red-green-refactor、write tests first、test-driven。
主要能力：分为四个阶段。阶段一为上下文与测试设计，加载 schema、路由与既有模式，选择首个失败 spec 并验证其失败原因正确（如 NoMethodError）。阶段二为实现，先提出实现方案并确认授权范围，再做最小改动使测试通过，用 bundle exec rspec spec/path/to/spec.rb 验证。阶段三为可选迭代，回到阶段一处理下一个行为。阶段四为收尾，运行 bundle exec rubocop && bundle exec brakeman && bundle exec rspec，编写 YARD 文档，自审 PR diff 并提交 PR。
使用方式：按阶段顺序执行，硬性门槛是测试必须存在、已运行且因正确原因失败；若失败原因错误（语法或配置问题）需回到写测试步骤。完成循环后按模板输出报告，至少包含 RED（spec 路径与行号、失败类与消息、失败原因确认）、Proposal（一行实现摘要与授权范围）、GREEN（实现文件路径与行范围、通过确认）、Iterate（额外循环次数与摘要）、Quality Gate（RuboCop、Brakeman、完整 RSpec、YARD 文档与自审结果）。
适用场景：Rails 功能开发中的测试驱动流程，可与 load-context、code-review、quality 等技能衔接；若只需决定下一个测试，可单独使用 plan-tests；若测试设计已定，可单独使用 write-tests。
限制：资料未提供安装方式、收费、平台与效果信息。错误恢复方面，测试因错误原因失败需修正测试；实现通过但破坏其他测试需运行完整 RSpec 定位回归并调整；质量门失败时可用 bundle exec rubocop -a 自动修正，Brakeman 警告需判断是否为误报。