给编码智能体套缰绳，最靠谱的抓手不是模型参数，而是你仓库里那几个自己说了算的文件。Tessl 最近抛出这个观点，说得相当直白：与其指望提示词写得更巧，不如把约束落到版本控制里。第一个杠杆是 CLAUDE.md——放在项目根目录的那份常驻指令。它相当于给智能体一份随时生效的简报：项目用什么框架、哪些目录别碰、提交前必须跑什么命令。写得好，它省掉一半来回追问；写得烂，它就成了一份没人读的摆设。
光有全局指令还不够。智能体会跑进不同的子目录，这时 .claude/rules/ 就派上用场——路径级规则，让前端目录和后端目录各守各的规矩，改数据库迁移脚本时的谨慎程度，理应和改一句文案不同。再往上是 .claude/ 下的能力配置，直接决定智能体能调用哪些工具、接哪些外部服务。这是权限边界，不是建议清单。最后是 .claude/hooks/，钩子负责在关键节点插一脚：写文件前校验、命令执行后审计，把"事后发现"变成"当场拦截"。
四个杠杆，气质一致：它们全是你能提交、能评审、能回滚的普通文件。智能体换了一茬又一茬，规则却沉淀下来。真正的门槛不在写这几个文件，而在想清楚——你到底要让它在哪停手。
