★ 设为星标 | 只讲人话，带你玩转AIGC。
前两天，AI 大神 Andrej Karpathy 深夜破防了：“作为程序员，我从未感觉如此落后——如果用好这些新工具，我本该强上 10 倍。”
连大神都有“工具焦虑”，咱们普通人更得补课。
要说谁最懂 Claude Code 怎么用？那必须是它的“亲爹”——Boris Cherny。
昨天晚上，Claude Code 创始人 Boris Cherny 在推特上毫无保留地晒出了他的私人开发工作流。
看完他那一连串的“骚操作”，我只想说：原来我以前都用错了！
我以为大佬的配置全是复杂的黑科技。
恰恰相反，Boris 说他的设置其实“惊人地简单”。
但就是这些看似朴实无华的技巧，背后藏着一套完整的“AI 养成哲学”——系统化、自动化、以及最重要的“验证闭环”。
今天就带大家深扒一下大佬的作业，建议直接收藏，照着改你的配置！
01｜拒绝傻等！把“等待时间”变成生产力
大家用 AI 编程最大的痛点是什么？
肯定有一个是：慢。
看着屏幕上的光标一闪一闪，是不是很溜出去抽根烟？
我有个朋友跟我说自从用了 Claude Code，他就经常晚睡，我好奇为啥，他说经常要等它跑完才能睡。
Boris 的解决办法简单粗暴：搞“分身”。
他从来不会只守着一个对话框发呆。
他的常规操作是：
终端 5 开： 在终端里同时运行 5 个 Claude 实例，标签页编号 1-5。哪个好了就处理哪个，利用 iTerm 系统通知来提醒自己。
网页端并行： 同时在网页版（claude.ai/code）开 5-10 个会话。
无缝切换： 本地跑不动的，用 & 命令扔到后台，或者直接“瞬移”到网页端继续。甚至出门了，掏出手机接着聊。
别让 AI 等你，也别让你等 AI。
通过并行处理，把原本是“垃圾时间”的等待期，变成了高密度的产出期。
这招使用得好，效率绝对是妥妥的指数级提升。
最重要的是，你终于可以按时吃饭睡觉了！
02｜选模型：有时候“慢”就是“快”
大家都知道，Sonnet 明显会比 Opus 快。
但 Boris 却反其道而行之，他坚定地站队 Opus 4.5。
为什么？
因为 Opus 虽然又贵又慢，但它“脑子好使”。
Boris 解释说，Opus 在使用工具时更精准，更少需要人工干预（和引导）。
你想想，是用一个笨一点的模型反复改 Bug 浪费时间，还是用一个聪明的模型一次性搞定更省事？
Boris 说得非常绝对：在最终结果上，它几乎总是比使用较小的模型更快。
所以，一次性把事情做对，这才是真正的高效。
03｜给 AI 准备一本“错题本”：让它越用越聪明
这一招是我觉得最神的，强烈建议大家立刻用起来！
很多团队最大的头疼就是：AI 总是记不住团队的规范。
比如你们规定了“必须用 bun，别用 npm”，但 AI 下一次还是给你写个 npm install。
Claude Code 团队的做法是：维护一个共享的 CLAUDE.md 文件，并把它丢进 Git 仓库里。
图：Boris 团队定义的 CLAUDE.md
这个文件就是团队的“第二大脑”。
里面写满了各种显性或隐性的规则，比如上图：开发流程（1～5）、使用 bun 而非 npm...
更绝的是他们的更新方式——“复利式工程”。 （名字很费解，我宁愿叫它错题本）
在做代码审查（Code Review）时，如果发现 Claude 犯错了，他们不是改完就拉倒，而是直接在 PR 评论里 @Claude，让它把这条新规则写进 CLAUDE.md。
图：在 PR 里调用 claude 添加新规则
只要犯过一次错，就永远不会犯第二次。
这种知识的“复利效应”，让 AI 队友随着时间推移变得越来越强。
04｜别做伸手党，先“做计划”
很多人用 AI 的习惯是上来就丢一句：“帮我把这个功能做了”。
然后 AI 一通乱写，你一通乱改。
Boris 分享了一个 Shift+Tab 的秘密：Plan Mode（计划模式）。
对于复杂的任务，他会连按两下 Shift+Tab 进入计划模式。
先不急着写代码，而是跟 Claude 此时此刻像个产品经理一样，反复对齐思路，直到双方都确认“方案完美”。
磨刀不误砍柴工，一个好的计划，通常能让后续的代码生成一次过。
05｜安全与自动化：该偷懒时要偷懒
作为创造者，Boris 对安全非常敏感。
他从来不用
--dangerously-skip-permissions这种让 AI “裸奔”的命令。
他的替代方案是使用
/permissions，把那些 bun run test、bun run build 等确认安全的命令加入白名单。
既省去了每次都要点“Allow”的麻烦，又守住了安全的底线。
另外，他还用各种子代理（Subagents）来干脏活累活：
code-simplifier：代码写完了？让它负责精简一下。
verify-app：跑一遍端到端测试，确保没把系统搞崩。
图：Boris 使用的子代理
PostToolUse 钩子：利用钩子自动格式化代码。
Boris 说 Claude 写的代码 90% 都是好的，剩下 10% 的格式问题，交给自动化脚本去修，别浪费人眼去找分号。
06｜黄金法则：没有验证，就没有质量
文章最后，必须要提 Boris 反复强调的一点：“Give Claude a way to verify its work.”（给 Claude 一个验证它工作成果的方法）
Boris 说，他合并的每一行代码，都是经过 Claude 自己测试过的。
建立一个“修改-测试-反馈”的闭环，能把最终代码的质量提升 2-3 倍！
对于那些耗时很长的任务，他甚至会挂一个钩子，告诉 Claude：“做完了吗？做完了记得叫个子代理（Agent）出来检查一下。”
Boris 的这套工作流，核心其实不是工具，而是一种信任。
他把 Claude 不仅仅当作一个代码生成器，而是当作一个需要磨合、需要教育、但值得信赖的合作伙伴。
我认为这也是用当前几乎所有 AI 工具的正确方式。
当然，正如他自己所说：“没有唯一正确的使用方式”。 每个人都应该根据自己的习惯去“魔改”它。
不过有一说一，哪怕是大神也有让我“难以理解”的地方：
你们发现没？Boris 这种级别的顶级极客，写代码居然全屏用的都是浅色模式！
难道……这就是传说中“亮瞎眼”的强者世界吗？
最后想问问大家：你平时用 AI 写代码有什么“独门秘籍”吗？或者在配置 Claude 时遇到了什么坑？
欢迎在评论区留言，我们一起把 AI 调教得更顺手！
(觉得有用的话，别忘了点个，点个♥️，把这篇干货转发给你的程序猿朋友们～)
参考：
https://x.com/bcherny/status/2007179832300581177
