用途：tdd-tidy-first 用于指导代码变更，使改动保持小、可验证、易审查。核心默认是优先选择能快速验证的最小下一步；行为变更尽量先写失败测试或最小复现；只实现刚好通过检查的代码；行为验证通过后再重构；尽量把结构性变更与行为性变更分开。
主要能力：红-绿-重构流程——写最小失败测试或复现，用最小改动使其通过，运行该切片最快的相关验证，通过后再为清晰度或去重重构，每次重构后重新验证。Tidy First 拆分——结构性变更包括重命名、提取、移动、依赖重塑或清理，不应改变行为；行为性变更包括新功能、缺陷修复、输出变化或副作用变化。两者都需要时，先做结构性工作并验证行为未变，再应用行为变更。
缺陷修复模式：先加一个容易添加的 API 级失败测试；若失败难以隔离，加最小复现清晰暴露缺陷；若缺陷尚未理解，先用 systematic-debugging 收集证据、缩小根因再改代码；仅在复现按预期原因失败后才修复。
仓库适配：不要假设 plan.md 工作流，该仓库在需要规划时使用 mkmd plan 和 research 产物；不要采用“每次运行所有测试”的通用规则，迭代时运行最快的相关检查，报告成功前再运行更广的验证；当请求提交且同时存在结构性与行为性变更时，优先分开提交或明确说明拆分；对没有有意义测试面的纯文档或纯配置任务跳过此工作流。
限制：资料未提供安装命令、平台支持、收费或价格信息。