2026 新年第三天，Claude Code 创建者、负责人 Boris Cherny 开展「线上教学」，亲自示范他自己使用这个 AI 编程工具的工作流。
他表示，自己的配置可能出乎意料地「素」（即简单）！Claude Code 开箱即用非常出色，所以他个人并没有做太多自定义。
使用 Claude Code 没有所谓的「标准答案：在设计时就希望它是可定制、可 Hack 的。用户完全可以按自己的喜好来使用。事实上，Boris 团队里的每个人用它的方式都大不相同。
一、五线并行
在终端里同时运行 5 个 Claude 窗口，给这些标签页排上 1 到 5 号，并开启系统通知，这样当某个 Claude 需要他输入指令时，便会立刻收到提醒。
二、多端无缝衔接
除了本地终端，他还会同时在网页端（http://claude.ai/code）运行 5 到 10 个 Claude 任务。
在终端写代码时，他经常用 & 把本地会话交给后台，或者直接在 Chrome 里启动新会话。有时还会使用 --teleport 命令在两者之间「传送」进度。
每天早上甚至会用手机（iOS 版 Claude App）启动几个会话，之后再回电脑上查看进度。
三、全力投入 Opus 4.5
他会给所有任务开启 Opus 4.5 (带 Thinking 模式)，这是他用过的最强编程模型。
虽然它比 Sonnet 更大、更慢，但同时它更聪明、更擅长调用工具，不需要费心去引导它，所以从结果来看，它通常反而比小模型更快完成任务。
四、共享知识库：CLAUDE.md
团队共用一个 CLAUDE.md 文件。他们把它存放在 Git 仓库里，团队成员每周都会多次更新。只要发现 Claude 哪里做错了，他们就把规矩写进 CLAUDE.md，确保它下次不再犯同样的错误。
五、持续复利：代码评审
在代码评审（PR）时，他经常会 @.claude，让它把同事 PR 中的一些规范沉淀到 CLAUDE.md 中。他们通过 /install-github-action 安装了 Claude Code 的 GitHub Action。这就是他们版本的「复利工程」（Compounding Engineering）。
六、谋定而后动：Plan 模式
大多数任务都从 Plan 模式开始（连按两次 Shift+Tab）。如果目标是写一个 PR，他会先在 Plan 模式下反复和 Claude 沟通，直到认可它的方案。
之后，他会切换到自动接受修改模式（auto-accept edits），Claude 通常能直接「一波带走」。一个好的方案至关重要！
七、打造自己的斜杠命令（Slash Commands）
他会把每天重复多次的 “内环” 工作流都封装成斜杠命令。这让他免于重复输入提示词，也让 Claude 能直接调用这些流程。这些命令存放在 .claude/commands/ 下并提交到 Git。
比如，他和 Claude 每天会用几十次 /commit-push-pr。这个命令利用内联 Bash 预先计算 Git 状态等信息，运行极快，避免了反复对话。
八、善用子智能体（Subagents）
他经常使用特定的子智能体：比如 code-simplifier 用来在完成后简化代码，verify-app 用来端到端测试。和斜杠命令一样，子智能体本质上是把 PR 中最常见的流程自动化。
九、自动代码美化
他们使用了 PostToolUse 钩子来格式化代码。虽然 Claude 写的代码格式已经很好了，但这个钩子能搞定最后 10% 的细节，避免在 CI（持续集成）阶段报错。
十、权限管理
他不用 --dangerously-skip-permissions（危险跳过权限提示）。相反会用 /permissions 预先授权一些在当前环境下安全的常用 Bash 命令。这些配置保存在 .claude/settings.json 中，团队共享。
十一、工具全家桶
Claude Code 会帮他操作所有工具，经常通过 MCP 服务器搜索并发送 Slack 消息，运行 bq 命令行执行 BigQuery 查询，或者从 Sentry 抓取报错日志。Slack 的 MCP 配置保存在 .mcp.json 中供团队使用。
十二、长时间任务
对于耗时较长的任务，他会：
让 Claude 在完成后启动一个后台智能体进行验证；
使用 Stop 钩子进行确定性检查；
使用 ralph-wiggum 插件。 在这种情况下，使用 --permission-mode=dontAsk 或在沙盒环境中使用跳过权限模式，这样 Claude 就能心无旁骛地「输出」，不会被权限弹窗卡住。
最后：构建反馈闭环
最后一点，也是拿到高质量结果的关键：给 Claude 一个验证自己工作的途径。如果有反馈闭环，结果的质量能提升 2 到 3 倍。 Claude 在更新网页版代码时，会通过 Chrome 插件测试每一个改动：它会自动打开浏览器，测试 UI，不断迭代，直到代码跑通且交互体验丝滑。
验证方式因领域而不同：可能是运行一段 Bash 脚本、跑测试套件，或者在模拟器里运行 App。请务必花精力把「验证流程」做得坚如磐石。
感兴趣的开发者，可以在日常使用 Claude Code 时，以 Boris Cherny 的做法作为一个参考。
原推链接：https://x.com/bcherny/status/2007179832300581177
