⚠️ 源单薄性声明 本条目素材都来自 Boris 一个人（how-boris-uses-cc + twitter-setup + 2 篇访谈 + profile）。同作者多份 = 单一视角。 素材厚度:5 份不同载体（网站/推特/访谈/gist 索引），但都是 Boris 本人自述。 已讲清楚:Boris 的 13 个具体 tip / 他为什么那样做 还没听到:其他深度用户的不同做法、Boris 做法在非 Anthropic 场景下是否失效、失败经验 本条目是”Boris 的一家之言”——他是 Claude Code 创建者，观点权威但不代表所有用法。
为什么有这一篇
Boris Cherny 是 Claude Code 在 Anthropic 的 creator。看他怎么用自己做的工具，**至少能知道”设计者心里的标准用法”**是啥样。
注意——这是设计者视角，不是”最优用户视角”。就像看产品经理怎么用他设计的 app，不完全等于最佳用户手册。
Boris 的 setup（“surprisingly vanilla”）
来源:twitter-setup.md。
Boris 自己强调:他的 setup “surprisingly vanilla”——没啥特殊定制，证明 Claude Code 开箱即用。
具体:iTerm2 + 5 个 tab 跑 5 个 Claude + Opus 4.5 + shared CLAUDE.md + .claude/ 里一些 agents/commands/hooks。就这些。没神秘配置。
13 个 tip（来自 how-boris-uses-cc.md）
官方集成页 howborisusesclaudecode.com 的 13 个 tip，完整列表（每条一句话概括）:
| # | Tip | 一句话 |
|---|---|---|
| 1 | 5 Claudes in Parallel | iTerm2 开 5 个 tab，每个跑一个 git checkout |
| 2 | Web and Mobile 并行 | 本地 + web + 手机无缝切换，用 & 和 --teleport |
| 3 | Opus + thinking 全天用 | 慢+贵，但因为少返工所以总更快 |
| 4 | Shared CLAUDE.md | 进 git，团队共享；错了就加条规则 |
| 5 | PR review 时 @claude | ”@claude add to CLAUDE.md to never use enums” |
| 6 | Plan mode 起手 | shift+tab 两次，先让 AI 出方案再动手 |
| 7 | Slash command for inner loops | 一天做很多次的事变成一个 /commit-push-pr |
| 8 | Subagents for workflows | 把常见 PR 流程封装成 code-simplifier.md 等 |
| 9 | PostToolUse hooks for format | Write/Edit 后自动跑 bun run format |
| 10 | Pre-allow safe commands | /permissions 把常用安全命令预批准，不用 dangerously-skip |
| 11 | Tool integrations | Slack MCP + BigQuery CLI + Sentry 全跑起来 |
| 12 | Long-running tasks | 背景 agent / Stop hook / ralph-wiggum 插件 |
| 13 | Verification is #1 | 给 Claude 一个”验证自己”的闭环，质量 2-3x |
最关键的 3 条（Boris 自己排序）
第 1 重要:Verification（tip 13）
Boris 在网站上明确说这是**#1 tip**:
“Probably the most important thing to get great results out of Claude Code — give Claude a way to verify its work. If Claude has that feedback loop, it will 2-3x the quality of the final result.”
他的做法:给 Claude Chrome extension 装一个”它能打开浏览器看 UI 变化”的能力——改完代码自己去浏览器验证。
翻译成通用原则:让 Claude 能自己看到自己干的事对不对。不管用啥方式（跑测试 / 看浏览器 / grep 输出 / 读 log）——有闭环 vs 没闭环是决定质量的最大变量。
第 2 重要:Shared CLAUDE.md + PR @claude（tip 4 + 5）
这两条组合起来是 Boris 的 “Compounding Engineering”（灵感来自 Dan Shipper）:
- 团队共享一份
CLAUDE.md（进 git） - PR review 时发现问题 →
@claude add to CLAUDE.md to never use enums→ Claude 自动加规则并 commit - 下次 Claude 写代码自动避免这个错
关键点:CLAUDE.md 不是写完就放那——是持续增长的错题本。
第 3 重要:Plan mode 起手（tip 6）
Boris 原话:“A good plan is really important to avoid issues down the line.”
大多数 session 他先按 shift+tab 两次进 Plan mode，让 Claude 出方案、自己看过、迭代方案，再切 auto-accept 让 Claude 1-shot 干完。
对比常见错误:很多人直接让 Claude “开始写”——结果方向错了改半天。先 plan 看起来慢 2 分钟，省后面 30 分钟。
5 条 Anthropic 内部观察（pragmatic-interview）
Boris 在 pragmatic 访谈里透露了几条 Anthropic 内部设计哲学（素材浓缩）:
- 并行 5 Claude + verification —— 工作方式级突破
- Opus + thinking > Sonnet（少返工 = 更快）
- Compounding engineering（@claude PR + CLAUDE.md 自增长）
- Plan mode 一次成型（vs 迭代式脏改）
- Glob+grep 胜过 RAG（Anthropic 内部试过向量索引、递归索引——都被 glob+grep 打败；stale index 和权限复杂性是硬伤）
第 5 条特别有意思，因为它和 AIBuilder 本项目用 AnythingLLM RAG 的选择直接对立——详见 RAG 入门 里的架构张力段。
对好朋友（非 Anthropic 员工）的启发
（这是我的推断，一家之言）
- 别神化 Boris 的 setup——他是 Claude Code creator，他的团队 CLAUDE.md 已经迭代几百次。你的场景从 0 到有，先只抓 tip 13（verification）、tip 4（CLAUDE.md 持续增长）、tip 6（Plan mode）这三条。
- “5 个 Claude 并行”可能不适合你——Boris 是 Anthropic 员工，他的工作就是同时推进多个 PR。普通用户 1 个 Claude 用好就够了。盲目并行会分散注意力。
- 不是所有编程工具的设计哲学都适用你——Boris 场景是编程。你如果做写作/研究/教学，要自己翻译那些 tip 到你的场景，不能硬搬。
陈彬视角
Boris 这套 tips 最值得抄的不是具体技巧，是”态度”:
- 犯错 → 进 CLAUDE.md 这个反射——大多数人犯错就犯错了，下次再犯。Boris 团队把每次错变成规则。这是滚雪球的根源。
- “setup vanilla” 这四个字——他明确不鼓励复杂设置。反对新手一开始就搞 hooks、plugins、MCP 一堆。先把基础 vanilla 跑熟。
- Verification 排第一——听起来平淡，但**“有反馈闭环 vs 没闭环”是决定性的**。这条适用所有 agent 工作，不只是编程。
但也别以为 Boris 说的就是标准答案。他说 “glob+grep 胜过 RAG”——对他的场景（代码库）对；对社群问答场景不一定对。学他的思考方式，不是照搬他的结论。
needs_sources（明确待补）
- 其他 Anthropic 深度用户的不同用法
- 非编程场景深度用户
- 社群失败经验（Boris 只讲 working 的）
- 独立评测 Boris 做法在非 Anthropic 环境的效果
关联
- 具体工具:Claude Code 入门 · Claude Code 进阶_hooks_settings_plugins
- 哲学基础:CLAUDE.md 完全解读 · 什么是 Hook 和 Slash Command
- 对比张力:RAG 入门（Boris 反 RAG vs AIBuilder 用 RAG）