testing.md，把测试规约从常驻噪音里拆出来

我今天处理Claude Code项目规则时，最容易被忽略的不是CLAUDE.md，也不是settings.json，而是.claude/rules/下面那些看起来很小的规则文件。尤其是testing.md这种文件，表面上只是几行测试约定，真正影响的是Claude Code在什么时刻该想起测试规范，又在什么时刻不要把测试规范塞进上下文里。

Anthropic官方文档把.claude/rules/定位成一种模块化项目指令目录，适合把大型项目里的约定拆成多个主题文件。更关键的一点是，规则可以通过paths字段绑定到特定路径，只有当Claude Code正在处理匹配文件时才加载进上下文，从而减少噪音并节省上下文空间。官方也明确提到，像testing.md、api-design.md这样的描述性文件名，更适合团队维护和长期共享。

测试规则不应该一直占着上下文

很多团队刚开始使用Claude Code时，会把所有规范都塞进CLAUDE.md。代码风格、目录结构、接口设计、测试命名、安全要求、提交格式，全都放在一个文件里。短期看很省事，长期看会变成一团常驻噪音。

问题不在于规则多，而在于规则出现的时机不对。写README.md时，Claude