Claude Code 早已不是那个只能「提问—等待—采纳建议」的对话式 autocomplete。将它真正盘活为生产力工具的关键，在于把它当作一个有记忆、可定制、能自动迭代的自主代理来使唤。这个认知转换能让你的开发效率提升数倍。
给 Claude 一个验证自己的方式
这是Anthropic 团队工程师 Boris Cherny 强调的最重要原则：如果你不给 Claude 留验证路径，它就永远只是单向执行，你的反馈才是唯一循环。，加上这一步后，Claude 会自己反复检查直到真正跑通，Boris 说这一招能带来 2-3 倍的质量提升。
具体怎么用？先把 Claude 切到探索模式（Shift+Tab 两次），只读文件、追踪流程、理解数据模型，别急着动手。等把全貌看清了，再让它出计划、执行。遇到跨文件的改动，老办法会让它漏这漏那，用探索模式先画蓝图才靠谱。
另一个屡试不爽的用法：让你的第一个 Claude 写出计划，然后开第二个全新的会话，让它以「资深工程师」的身份review 这份计划——没有任何上下文偏见，反而能catch 出原作者没注意到的漏洞。
还有个小习惯比啥都管用：每次 Claude 犯完错，就在结尾补一句「更新 CLAUDE.md，避免再犯」。Boris 说 Claude 「对自己写的规则奇准」，这个_self-reinforcing 的闭环才是真正的复利。
.claude 目录不是摆设
多数人打开 .claude/ 瞄一眼 CLAUDE.md 就再见，其实它是分层的配置系统。项目级配置放在仓库里的 .claude/，跟着代码一起提交，团队共享；全局级放在 ~/.claude/，所有项目都能用。
CLAUDE.md 文件会层层叠加。比如在 monorepo 里，你同时有根目录的 CLAUDE.md 和 root/services/billing/CLAUDE.md，只要在 billing 服务里工作，这两个文件会同时加载。这对不同模块有不同规范的项目特别友好。
还有个容易被忽略的点：.claude/rules/ 下面的 md 文件是按路径隔离的。迁移文件夹的专属规范别塞进主 CLAUDE.md 里拖慢加载，扔进 rules/migrations.md 再用 glob 指向它就行。
技能（skills）比命令（commands）更灵活。虽然两者都能搞出斜杠快捷指令，但 skills 能带配套文件、能禁用模型调用、能限定可用工具，还能覆盖 agent 参数。新活儿优先放 skills/。
CLAUDE.md 到底怎么写
这份文件每个会话开头都会加载，写对了同一句提示能得到完全不同的输出，写错了它就会一遍遍重复踩坑。
核心原则就两条：第一，尽量短。每加一行都要问自己，「删掉这行会导致 Claude 犯错吗？」不会就直接砍。第二，让 Claude 自己写规则。出了错告诉它「把这段写成规则加进 CLAUDE.md」，它把自己踩过的坑提炼成精准规则的能力强得惊人。
官方团队的 CLAUDE.md 其实短得惊人：build 命令怎么跑、测试怎么调、pre-PR 要走什么流程，就这些。没有代码风格偏好，没有文件遍历描述，没有正确的废话。这才是正确用法。
别忘了 CLAUDE.local.md
这份文件跟 CLAUDE.md 放在同目录、同样加载，但它永远不会提交进 git。适合记录本地调试用的临时命令、个人的快捷操作、或者只有你这台机器要用的配置。扔进 .gitignore 就好。
编注：信源为 Hacker News 转引技术博客，含 Anthropic 团队工程师的使用心法，材料侧重工具使用技巧，未涉及模型能力本身与定价信息。