Claude Code 之父 Boris 亲授：13 条内部开发心法，我总结了最精华的部分

最近，Claude Code 的负责人 Boris 分享了 Anthropic 内部团队使用 Claude Code 的 13 条宝贵经验 。

这不仅仅是一份工具使用说明书，更是一套关于“AI 时代如何写代码”的全新方法论。Boris 的核心逻辑是： 不要用旧的 IDE 思维限制了新的 Agent 能力。

结合 Boris 的分享与我近期在实际项目中的深度实战，我将这些经验提炼为 提效、质量、习惯、进阶、安全 这 5 个核心维度。无论你是独立开发者还是团队 Tech Lead，这些技巧都能帮你重新定义工作流。

PART 01

提效篇：像 CPU 一样“多线程”工作

⚡️ 核心思想：多 Claude Code 并行

Boris 强调“多线程执行”，即通过并发提高产出率。这打破了咱们传统开发“一次只做一个任务”的线性思维。

🛠️ 实战心得：

• 分支隔离法： 在同一个项目中，针对不同 Feature 拉取不同的 Git 分支，同时启动多个 Claude Code 终端窗口分别执行任务。这感觉就像给自己配了几个分身，效率直接翻倍。
• 跨项目并行： 如果手头有多个项目，也可以让不同的 Agent 同时在不同项目里跑，互不干扰。

⚠️ 避坑指南：

• 注意力成本： 人的精力是有限的，在不同上下文之间切换（Context Switch）很累，建议不要一次性开超过 3 个窗口。
• 账号风控： 我们毕竟没有 Boris 的无限额度特权，短时间过高并发可能导致账号被 Rate Limit（受限），请量力而行。

PART 02

质量篇：慢即是快，对齐先行

🐢 核心思想：善用 Opus 4.5 模型

Boris 提出“慢即是快（Slow is Fast）”。使用更强的模型虽然推理慢、贵，但能大幅减少返工。

🛠️ 实战心得：

• 好钢用在刀刃上： 在处理复杂架构设计、疑难 Bug 修复时，果断切换到 Opus 4.5。它的一步到位率极高，避免了用小模型反复修 Bug 浪费的时间。
• 日常降级： 对于简单的 CRUD 或文档修改，使用常规模型（如 Sonnet 3.5）依然是性价比之选。

🎯 核心思想：Plan 模式（谋定而后动）

在动手写代码前，先让 AI 出方案。

🛠️ 实战心得：

• 产品经理模式： 每次重要任务前，强制使用 Plan 模式。这就像开发前和 PM 反复对齐需求，确保 AI 真正懂了你要什么，再进行下一步。
• 自动驾驶： 一旦 Plan 确认无误，后续执行就可以放心交给 AI 自动跑，几乎无需监督。

PART 03

习惯篇：打造 AI 的“第二大脑”

🧠 核心思想：维护好 CLAUDE.md

这是 Claude Code 的“记忆体”和“操作手册”，主要用于维护项目上下文和指导 AI 工作。

🛠️ 实战心得：

• 标准起手式： 无论项目大小，开始时的第一步必是 /init 生成此文件。
• 动态更新： 记得定期让 Claude Code 自己去更新 CLAUDE.md 。Boris 的团队也是这么做的，这其实是一种通过 Agent 反馈给 LLM 的“强化学习”，让它越用越顺手。

⚔️ 核心思想：Slash 命令封装

不要重复造轮子，把重复工作封装起来。

🛠️ 实战心得：

• 自定义指令： 把常用的 Prompt 和脚本封装成 Slash 命令，调用只需一秒。
• 借力生态： Claude Code 的 Skill 生态是未来趋势，既可以封装自己的 Skill，也可以引用社区优秀的第三方 Skill。

PART 04

进阶篇：从编辑器到“全能伙伴”

🔗 核心思想：集成与闭环

不要把 Claude Code 单单当做代码编辑器，它是一个能操作系统的 Agent。

🛠️ 实战心得：

• CI/CD 打通： 我通过 Skill 将 Claude Code 接入了内部的 CI/CD 流程，发布代码、查看构建日志一气呵成。
• 运营重塑： 下一步，我计划让产品运营流程也通过 Claude Code 实现自动化。
• 自我修复闭环： 每次 Claude Code 改完代码，都让它自己跑测试。它会在“测试-失败-修复-再测试”的循环中自我检查，直到测试通过。

PART 05

安全篇：放权，但别“弃权”

🔒 核心思想：权限控制与边界意识

Boris 提到，Claude Code 本质上是在你的终端里运行的 Agent。赋予它多大的权力，它就有多大的破坏力。Human-in-the-loop（人在回路）是最后一道防线。

🛠️ 实战心得：

严格的权限把控：

在正常的代码编写中风险可控，但在使用 Claude Code 进行远程运维时要格外小心。对于 rm -rf（删除）、ssh（远程连接）、curl | bash 等高危命令，必须经过人工二次确认（Double Check）。

场景隔离：

开发环境可以适当“放权”，但生产环境的操作，必须由人来做最终的“安全员”，防止因 AI 幻觉造成不可挽回的损失。

💡 总结与行动

Boris 的 13 条经验，本质上是一套“人机协作”的驾驶指南：

用“多线程”踩下效率的油门；

用“Plan 模式”校准导航方向；

用“CLAUDE.md”建立长期记忆；

用“权限控制”握紧安全的手刹。

Claude Code 是一个强力的引擎，而你，永远是那个掌握方向盘的司机。

🚀 行动起来：

今天就尝试在你的项目中运行一次 /init，开启你的 Claude Code 改造之旅吧！