TDD
围绕约定公开接口，通过失败测试与最小实现逐步完成特性和修复。
Matt Pocock
编码 Skills 与项目：调试、测试与代码审查
按 React 性能、故障排查、测试、代码审查与重构任务，查找具体指引和软件工具，比较各自的技术范围与验证方式。
围绕真实代码改动选择资源
先明确要处理的是错误行为、渲染性能、待审查差异，还是类型与代码结构。React 指引、TDD 指令、编程 Agent 和静态分析工具分别解决不同环节的问题。Skill 提供任务方法，项目提供软件或配套资源；选择时需要结合代码库的语言、运行环境和已有测试，而不是把同一分类中的条目当作可以相互替代的工具。
编写与修改代码 Skills
Skill 提供任务指引，项目提供软件或配套资源。安装方式、运行条件、权限与许可请分别核对原始说明。
按任务选择
行为变更需要测试
当预期行为能先被明确描述并验证时，优先查看 TDD。
故障原因尚不明确
先用诊断或调查指引整理证据，不要立即修改猜测中的代码。
代码需要改进
性能问题选择对应的 React 指引；需要保持既有行为时选择 Safe Refactor。
探索相关任务分类
按下一步工作查找指引与软件，从代码修改、界面设计延伸到办公与媒体制作，比较相邻任务需要的资源。
常见问题
调试、TDD 和重构指引应该怎样选？
先判断当前不确定什么。调试追查错误原因，TDD 将预期行为变成可执行验证，重构在保持行为的前提下改善结构。同一任务可能依次用到三者，但它们回答的问题不同。
给编程 Agent 的故障描述怎样才有用？
提供最小复现、预期与实际行为、相关错误和运行环境。一个失败测试或具体输入，比笼统地说“代码有问题”更有助于定位。
每次修改都必须先写新测试吗？
测试应能发现所关注的行为或回归。探索任务可能先要澄清需求，外观修改可能更需要视觉检查；不要为了数量编写只重复实现的测试。
怎样核对重构没有改变行为？
先记录必须保持的行为，再运行相关检查，并审阅差异是否意外扩大范围。测试通过是证据，但未覆盖的接口和错误路径仍可能需要专项检查。
什么时候应该用 React 专项性能指引？
问题涉及 React 或 Next.js 的渲染、数据请求、状态或包体积时更适合。仍需测量真实应用，避免把看似合理的优化当作已经产生收益。
一个任务可以组合多个编码 Skill 吗？
可以，但应明确分工，例如先复现、再定位、实施小改动、最后审阅差异。遇到冲突指令应先解决，并围绕同一验收目标执行，不叠加无关清单。
编码 Skill 与这里的软件工具有什么区别？
Skill 提供审查差异、定位故障等方法；编程 Agent、编译器与分析工具提供执行或分析能力。组合使用前应核对语言支持、仓库环境及已有测试，不能仅凭同属编码分类就互相替代。