开篇

Claude Code 之父 Boris Cherny 自己的 CLAUDE.md，现在就两行。

Claude Code 团队聊”少即是多”，分享随着模型能力增加该如何和模型交流：

别跟模型较劲做加法，因为模型每代都在变强，你今天费劲搭的东西很快就白搭了。

为什么 Claude Code 坚持做命令行不做 GUI？
因为模型进步太快，半年后可能界面就过时了。

具体落在四件事上。

01. CLAUDE.md 越短越好，定期清空重来

Boris 自己的 CLAUDE.md 就两行：提 PR 自动合并、提 PR 发审批频道。其余规则全写进提交到代码库、全队每周共建的那份里。看到队友犯可避免的错，就直接在 PR 上让 Claude 把规则加进去。

当系统提示”你的 CLAUDE.md 已经几千 token”时，Boris 的建议是：直接删掉重写。用最少的东西把模型拉回正轨，模型跑偏了再一点点加回来。而且你会发现，每换一代模型，要加的越来越少。

很多人的毛病是过度工程化。

CLAUDE.md 不是写得越多越好，不是堆规则越多模型就越听话。相反，模型越强，你需要的”脚手架”就越少。与其花半天时间写一份五千 token 的配置文件，不如用两行话说清楚最重要的事。

因为模型进步太快，做不出一个半年后还不过时的 UI。

而且 CLI 反而降低门槛。用 Claude Code 不需要懂 Vim、Tmux、SSH，打开就有它带着走。团队里也有 Vim 死忠——”除非我死否则别想夺走我的 Vim”——但 Boris 自己就用 VS Code，觉得自己是个普通工程师。

这个选择背后的逻辑很清晰：与其在 UI 上投入大量精力，不如把精力放在模型能力本身。GUI 做得再漂亮，模型一升级就可能需要大改。而命令行是最”稳定”的界面——十年前的终端和今天的终端，交互方式几乎没变。

Boris 个人喜欢啰嗦，能扫一眼发现模型跑飞，按 Esc 当场摁住。

半年前他想砍掉冗长的 bash 输出，结果 Anthropic 员工全员造反。最近把”读文件/搜文件”折叠成一行摘要（这放半年前发不出来，因为那时模型还常读错），GitHub 上又有人不干。于是加了 verbose 模式两边兼顾。

这套打磨方式就是：发布 → 自己用一个月 → 听用户骂 → 迭代。Boris 说最爱的就是听用户到底想怎么用。

产品的演进不是闭门造车，而是不断在”详细”和”简洁”之间找到动态平衡。这个平衡点会随着模型能力的提升而移动——模型越可靠，输出可以越简洁。

做好日志后，随口说”这个对象出错了”，它就翻日志、自己搞清楚，甚至能开生产通道看线上数据库。

最戳他的一个例子：Boris 自己查一个内存泄漏，做 heap dump、开 DevTools、翻代码翻半天没搞定。队友 Chris 直接把问题丢给 Claude Code，它自己写了个小工具分析 heap dump，比他更快找到了泄漏。

这说明什么？AI 不只是帮你写代码，它已经能帮你造工具来解决问题了。 你想不到的路径，它可能想得到。

Boris 说”Agent 能做什么”这件事每换一代模型就变，新人往往比他这个老人用得还溜。”这事我得反复重新适应，因为我的脑子还停在过去。”

这句话特别真实。经验在 AI 时代可能是双刃剑：你对旧模型的理解，可能恰恰阻碍你充分利用新模型。

模型在飞涨，人的最优策略不是堆配置、堆脚手架、堆工具，而是做减法、保持轻、把判断让给越来越强的模型，并不断推翻自己过时的使用习惯。