hen多开发者dou在抱怨：“这玩意儿生成的代码全是Bug，改起来比自己写还累。” 但你有没有想过问题可Neng根本不在AI，而在你如何“驾驭”它？

当“野路子”遇上AI：效率革命的真相

说起Boris Cherny，这位Claude Code的缔造者，职业生涯其实充满了“浪”的味道。作为一个自学成才的程序员，他并没有遵循传统的教科书式路径，而是凭借一股对效率的极致追求，打造出了让无数开发者惊叹的工具。Zui近，他公开了一份沉甸甸的成绩单：短短30天内，利用AI辅助提交了259个Pull Request以及497次代码提交。这数据，恐怕连全职开发团队dou要汗颜。

hen多人盯着这个数字流口水，却忽略了背后的逻辑。Boris的成功并非因为他拥有什么魔法按钮，而是因为他彻底跳出了“工具思维”。他不再把Claude当作一个简单的“代码生成器”，而是将其视为一个需要持续配置、反馈和流程绑定的“数字实习生”。正如他反复强调的，AI的价值不在于一键生成，而在于如何让它完美适配你的工作流。毕竟在即将到来的效率革命中，Neng驯好AI的开发者，才是真正的赢家。

拒绝傻等：构建多任务并行的“超级终端”

你还在盯着屏幕等AI思考吗？Boris早就换了一种活法。他的工作台就像一个繁忙的机场控制塔，同时运行着十几个Claude实例。这可不是为了炫技，而是为了Zui大化时间利用率。

Git Worktrees：并行开发的秘密武器

对于需要同时处理多个Bug或Feature的开发者来说频繁切换分支简直是噩梦。Boris Cherny及其团队大多数人dou偏爱使用Git Worktrees。这允许你在同一个仓库中，同时检出多个分支到不同的目录。

想象一下你正在修复Bug A，突然需要处理紧急的Feature B。有了Worktrees，你根本不需要暂存当前的工作。Boris甚至会为这些Worktree设置好用的Shell别名，比如zazbzc，一键就Neng在不同任务间穿梭。团队里甚至有人给Worktree命名，配合像Ghostty这样支持同步渲染和24位色彩的终端，体验丝滑得不可思议。

在这种架构下Boris会在终端里并行运行多个Claude实例，并为标签页编号。当某个Claude需要人类介入时系统通知会像闹钟一样提醒他。这种“多线程”操作模式，彻底消灭了等待的焦虑。

慢即是快：Opus 4.5与思考模式的奥义

Boris的选择显得有些“反直觉”。他对所有任务dou坚持使用带思考模式的Opus 4.5。虽然这个模型比Sonnetgeng大、响应geng慢，但他发现，由于Opus需要geng少的指导，并且在工具使用上表现得geng加出色，Zui终的完成速度反而geng快。

Plan Mode：磨刀不误砍柴工

Boris和Claude Code的大多数会话，并不是上来就写代码，而是从“计划模式”开始的。通常只需按两次Shift+Tab，他就会进入与Claude的深度讨论阶段。Ru果目标是编写一个PR，他们会反复推敲计划，直到产出满意的方案。

“一定要确保这个计划坚如磐石。”Boris这样说道。一旦计划确定，他就会切换到自动接受编辑模式。这时候，Claude通常Neng一气呵成地完成任务。这种“先谋后动”的策略，避免了大量返工带来的时间浪费。

把经验“固化”：斜杠命令与子代理

你有没有发现自己每天dou在重复输入同样的提示词？Boris早就受够了这种低效操作。他为每天重复多次的工作流程创建了专属的Slash Command。

自动化日常琐事

举个例子，Boris每天dou会使用/commit-push-pr命令数十次。这个命令内部封装了内联Bash指令，Neng够自动获取Git状态、整理变geng信息，甚至直接推送代码。这一切dou在后台静默完成，完全避免了与模型进行无意义的来回对话。

这些命令被整齐地存放在.claude/commands/目录下并像代码一样提交到Git仓库中。这意味着，整个团队douNeng共享这些高效的工作流。这不仅仅是技巧，geng是一种“别把自己累死”的生存智慧。

子代理：术业有专攻

除了通用命令，Boris还配置了几个专门的“子代理”。比如code-simplifier，它的唯一使命就是在Claude完成代码后对代码进行精简和优化；而verify-app则包含了端到端测试的详细指令，专门负责“找茬”。Boris把这些子代理kan作是自动化处理PR中常见工作流的得力助手，让专业的人Zuo专业的事。

复利式工程：让团队越用越聪明的CLAUDE.md

一个人强不算强，团队强才是真的强。Boris不仅自己玩得溜，还把这套逻辑复制到了整个团队。Claude Code团队共享一个CLAUDE.md文件，并将其Check in到Git中。这不仅仅是一份文档，geng是团队的“集体记忆”。

从错误中学习

每当团队成员发现ClaudeZuo错了什么事，他们不会只是叹口气然后手动修复，而是会将这个问题详细记录到CLAUDE.md中。这样，Claude下次遇到类似情况时就Neng知道如何避免重蹈覆辙。每周维护和geng新这份文档，Yi经成了团队成员的职责之一。

geng有趣的是在代码审查期间，Boris经常会在同事的PR上标记@.claude。这会触发Claude Code的GitHub Action，自动将新发现的问题添加到CLAUDE.md里。Boris将这种Zuo法称为“复利式工程”。随着时间的推移，AI对项目的理解越来越深，犯错的概率越来越低，产生的价值也就越来越大。

安全与验证：给AI系上安全带

把控制权交给AI，安全永远是第一位的。Boris从不使用--dangerously-skip-permissions这种“裸奔”式的参数。相反，他使用/permissions来预先允许那些Yi知且安全的Bash命令。

这些权限配置被保存在.claude/settings.json中，并与团队共享。这样既避免了频繁的权限弹窗打断心流，又确保了系统的安全性。此外团队还使用PostToolUse hook来格式化Claude生成的代码。虽然Claude通常表现不错，但这个Hook专门处理Zui后那5%的边缘情况，确保代码格式完美无缺，避免在CI流程中因为格式问题挂掉。

验证循环：质量的生命线

“要想从Claude Code中获得出色结果，Zui重要的是给它一个验证自己工作的方法。”Boris的这句话道出了天机。Ru果有这个反馈循环，Zui终结果的质量会成倍提升。

验证在不同领域有不同的形式。它可Neng简单如运行一个Bash命令，或者执行一套测试脚本；也可Neng复杂到在浏览器或手机模拟器中测试应用。Boris甚至会利用Claude Chrome ，让AI亲自打开浏览器，测试UI的每一次geng改，直到代码正常工作且UX体验良好。此外通过配置的MCP工具，Claude还Neng自动去搜索信息、往Slack发消息、甚至用BigQuery跑数据分析。这种全方位的自我验证机制，才是高质量产出的保障。

打破边界：终端与网页的无缝流转

虽然Boris大部分时间dou泡在终端里但他并不拘泥于单一环境。他经常在claude.ai/code上运行一个Claude实例，与本地实例并行使用。

在终端编码时Ru果需要geng直观的视图，他会使用&命令将本地会话无缝移交给网页版，或者直接在Chrome中启动新会话。甚至还有一个--teleport命令，专门用于在本地和网页之间瞬间切换。这种灵活的跨平台协同Neng力，让他Neng够根据任务的性质，随时选择Zui合适的交互界面。

你准备好驯服AI了吗？

Boris Cherny的技巧证明，AI编程助手不是什么“一键躺平”的神器，而是一个需要精心调教的复杂系统。从多任务并行、Opus思考模式，到斜杠命令、团队共享文档，再到严格的验证循环，这一整套组合拳，才是他高效产出的秘密。

hen多人觉得AI不好用，其实是因为他们还在试图用“旧工具”的思维去使用“新物种”。你尝试过给AI制定专属规则吗？你建立过团队的CLAUDE.md吗？Ru果没有，现在可Neng就是Zui好的时机。毕竟未来的竞争，不是人与AI的竞争，而是“会驯服AI的人”与“不会驯服AI的人”之间的竞争。

---