👆 上下滑动阅读 · 左右滑动翻页 · 键盘方向键同理
⌨️
Claude Code 精通指南
30 分钟实战技巧Boris Cherny · Claude Code 创建者现场演讲
从代码库 Q&A 开始 · 三周新员工培训缩短到三天 · Anthropic 内部 80% 技术员工日常使用
—— Claude Code 创建者在开发者大会上亲授的上手路径与工程哲学
YouTube · Code with Claude 开发者大会 · 2025 年 5 月 24 日
含 46 个术语注释 + 6 个原理过程解析
蓝色虚线 = 技术工具/命令
绿色虚线 = 产品/人物
橙色虚线 = 概念/方法论
紫色虚线 = AI 模型
点击带虚线下划线的术语查看注释
Boris 其人 & Claude Code 的定位
THE SPEAKER & THE PRODUCT
本页要点
Boris Cherny 是 Anthropic 的 Member of Technical Staff，也是 Claude Code 的创建者。他强调：Claude Code 不是传统的代码补全工具，而是一种全新的 AI 助手——完全 agentic、为写整函数/整文件/修整个 bug 而生。
Boris
Claude Code 不是让你补全一行代码、几行代码的工具——过去几代 AI 编程助手都在做这个。Claude Code 是完全 agentic 的，意味着它是为构建功能、写整个函数、写整个文件、修整个 bug而设计的。而且它和你所有的工具都兼容——不管你用 VSCode、XCode、JetBrains、Vim、Emacs 还是 Zed，都能用。
编辑注
Boris 在开场就划定了 Claude Code 的产品定位——跳过 IDE 战争，站在终端这个最小公分母上。Anthropic 内部有人用 VSCode、有人死守 JetBrains，甚至 Boris 说「有些人你从他们冰冷的手里都撬不开 JetBrains」。终端是唯一的共同语言，也让 Claude Code 得以在 local、remote SSH、TMUX 等任何环境下运行。
5 分钟装好：初始设置三件套
ENVIRONMENT SETUP
本页要点
第一次打开 Claude Code，Boris 推荐三件事：跑 terminal setup 启用 shift+enter 换行、用 /theme 切主题、用 /install-githubapp 装 GitHub 集成。再加一个小众但高效的技巧：macOS 听写——用嘴说 prompt 而不是用手敲。
- /terminal-setup —— 启用 shift+enter 换行，再不用打反斜杠
- /theme —— light / dark / Daltonized，按需切
- /install-githubapp —— 装 GitHub app 后可以在 PR 或 issue 里 @claude
- 自定义 allowed tools —— 常用命令设成自动通过，不再每次点确认
- macOS 听写输入 —— 系统设置 → 辅助功能 → 听写，双击听写键就能对着 Claude Code 说话
Boris
我自己大部分 prompt 都不是手打进 Claude Code 的——我是说进去的。你可以像对另一个工程师说话那样对 Claude 说，省下打很多字的时间，而且具体的 prompt 本身对结果帮助就非常大。
先做 Q&A，别先让它改代码
START WITH CODEBASE Q&A
本页要点
面对 Claude Code 的空白 prompt 栏，新手最常问的是「我该输入什么？」。Boris 的答案斩钉截铁：从代码库 Q&A 开始——不要一上来就让它写代码或用花哨工具。Anthropic 的新人 onboarding 就是这么做的，技术入职从原来的两三周缩短到了两三天。
Boris
这是我们在 Anthropic 教新人的做法。入职第一天的 technical onboarding，他们就下载 Claude Code、装好，然后立刻开始对代码库提问。以前的技术入职很耗团队——要跑去问工程师、要四处翻代码、要搞懂工具链。现在你直接问 Claude Code，它会自己探索代码库并给出答案。我们的 onboarding 从两三周降到了两三天。
Boris
而且 Q&A 有一个你可能不知道的特性：我们不做任何索引——没有远程数据库存你的代码，不上传代码到任何地方，不用代码训练生成模型。代码完全留在本地，你完全控制。而且因为没有索引，它也没有任何设置步骤：下载、启动、立刻能用。
编辑注
「先 Q&A 再改代码」是一个精心设计的上手仪式。它的作用不只是让新用户熟悉产品——更重要的是让他们在没有副作用的场景下学会 prompt，建立对 Claude Code 能力边界的直觉：什么问题一枪中的、什么需要两三轮、什么必须用交互式 REPL 慢慢对话。有了这个直觉，后面用它编辑代码才不会翻车。
问 Git 历史的正确姿势
GIT HISTORY QUESTIONS
本页要点
Boris 最爱用 Claude Code 做的事之一是问 Git 历史的「why」。「为什么这个函数有 15 个参数？」「这些参数是谁加的、在什么情境下加的？」它会自己翻 Git log、看 commit 对应的 issue、把上下文串起来——而这一切你都不需要告诉它怎么做。
Boris
我打赌每个代码库里都有这样一个函数——一堆参数、名字奇怪的参数。你问 Claude Code「为什么这个函数长这样？」它会去翻 Git 历史，看参数是谁加的、加的时候是什么情境、commit 关联到哪个 issue，然后把整段故事讲给你听。你不需要让它「看 Git 历史」——它会自己知道要看。
Boris
它为什么知道？不是因为我们在 system prompt 里写了「去看 Git 历史」——system prompt 里一个字都没提。它知道是因为模型本身就很聪明。如果你让它用 Git，它就会用 Git。我们很幸运能建立在这么好的模型之上。
Boris
我每周一的 standup 都这么做：问 Claude Code「我这周 ship 了什么？」它自己看 log、知道我的用户名、把本周产出整理成一份干净的清单。我复制粘贴到 doc 里就完事了。
编辑代码：小而精的工具集
THE AGENTIC TOOLSET
本页要点
当你对 Q&A 熟悉后，下一步就是让它改代码。agentic 模式的魔法在于：你只给 LLM 一套很小的工具——编辑文件、运行 bash、搜索文件——它会自己把它们串起来去探索、构思、修改。你不需要告诉它用哪个工具，它会自己决定。
- Edit files —— 改文件
- Run bash commands —— 运行 shell 命令
- Search files —— 搜索文件
- 几件工具，串成无数种工作流——而这一切不需要你专门提示
Boris
我们给 Claude Code 的工具集其实很小——就那么几个。它会自己把这些工具串起来做探索、做脑暴、最后做编辑。你不需要特意提示它「用这个工具、再用那个工具」——你只说「做这件事」，它就会用对它来说合理的方式串起来执行。
核心咒语：先做计划，再写代码
BEFORE YOU WRITE CODE, MAKE A PLAN
本页要点
让 Claude Code 一把干 3000 行新功能，有时能中、有时产出完全不是你想要的。最简单的提高命中率的方法是：让它先思考，而不是立刻写。Boris 说这不需要 plan mode，也不需要任何特殊工具——就一句话的事。
Brainstorm ideas, make a plan, run it by me, ask for approval before you write code. You don't have to use plan mode — all you have to do is
ask Claude, and it'll know to do this.
—— Boris Cherny
Boris
常见的反模式是：拿 Claude Code 直接说「实现这个 3000 行的功能」。有时它会一次搞定，有时它搞出来的东西跟你想要的完全不是一回事。最简单的修法是：让它先思考。脑暴一下、写个计划、跟我过一遍、我批准后再写代码。就这一句话。
编辑注
这是整场演讲里最低成本高收益的一条建议：在 prompt 前面加一句「先做计划，我批准后再写代码」。它的深层逻辑是把 LLM 从「一口气生成」切换到「规划 → 审批 → 执行」的两阶段协作——把错误暴露在规划层，而不是代码层。这与 Simon Willison 的 Plan-then-Execute 模式是同一个思想。
三词魔法：commit-push-pr
THE COMMON INCANTATION
本页要点
Boris 反复用的一个常用咒语是 「commit-push-pr」——没有任何特殊定义，就是三个英文单词。Claude 会自动 commit、push 到分支、创建 PR。而且不需要任何解释，它会自己翻代码、翻 Git log、学你的 commit 格式。
Boris
这条咒语我用得特别多——「commit-push-pr」。没什么特殊的，但 Claude 足够聪明能解读它：它会做 commit、开新分支推上去、在 GitHub 上给我开 PR。你不用解释任何东西。它会自己看代码、看历史、翻 Git log 推断出 commit 格式的规范，然后按正确的方式提交。我们没有在 system prompt 里写过这些——它就是知道该怎么做。模型真的很好。
编辑注
「commit-push-pr」是一个很好的例子，说明了 Claude Code 的极简提示哲学：信任模型，而不是写长长的规则。Boris 一再强调「The model was good」——Claude Code 的设计哲学是把聪明留给模型、把极简留给提示。这和传统 prompt engineering「把所有规则都写死」的思路正好相反。
接入团队工具：bash CLI 与 MCP
PLUG IN YOUR TEAM'S TOOLS
本页要点
当你熟练后，就该开始把团队的工具接进来。有两种方式：bash 工具（任何 CLI）和 MCP 工具。对 CLI，你只要告诉 Claude「用这个 CLI 做 X，用 --help 看用法」就行；对 MCP，把 server 挂上去、告诉它怎么用，它就开始用。
Boris
你可以告诉 Claude Code「用 --help 看这个 CLI 怎么用」。如果你用得多，把这段说明扔进 CLAUDE.md，Claude 就能跨会话记住。这是我们在 Anthropic 内部常用的模式，外部客户也在用。MCP 同理——把 MCP 服务器接上、说一下怎么用，它就开始用。
编辑注
这里 Boris 给出了一个关键设计哲学：Claude Code 不区分「内置工具」和「外部工具」。bash 命令、项目 CLI、MCP 服务器在它眼里都是「可以调用的能力」。这种设计的妙处是——你已经在用的工具就是 Claude Code 的工具，不需要为 AI 重新造一套。
反馈循环：给 Claude 一面镜子
LET IT SEE ITS OWN WORK
本页要点
Claude Code 最强的场景是有反馈机制的时候——让它写单元测试并自己跑、让它用 Puppeteer 截图对比 mock、让它看 iOS simulator。给它一面能看到自己产出的镜子，它会自己迭代两三轮，结果会从「差不多」跃升到「几乎完美」。
Boris
如果你给它一个 mock 说「建这个 Web UI」，它第一遍会做得还行。但如果你让它迭代两三次，它经常能做到几乎完美。窍门是：给它一个可以用来检查自己结果的工具。不管你的领域是什么——单元测试、集成测试、App 截图、Web 截图——给它一个看到结果的办法，它会自己迭代变好。
编辑注
这对应了「闭环评估」这个古老的软件工程原则——有测试 > 没测试、有截图 > 没截图。但在 AI 编程语境里被强化到了极致：闭环不再是为了防止人出错，而是为了让 AI 有机会自我修正。Anthropic 内部在 apps repo 里默认打包了 Puppeteer MCP，就是为了让任何工程师都能立刻享受这种闭环能力。
CLAUDE.md：项目层共享上下文
CLAUDE.MD IN PROJECT ROOT
本页要点
让 Claude 做得更好的下一步是给它更多上下文——你脑子里那些「系统如何工作」「历史决策」「坑在哪」的隐性知识。最简单的做法是在项目根放一个 CLAUDE.md，每次对话开始自动加载。
Boris
把 CLAUDE.md 放在项目根——和你启动 Claude 的同一个目录。每次会话开始时它会自动被读进上下文，实际上就是作为第一条 user turn 的一部分。CLAUDE.md 应该check in 到版本控制里跟团队共享——一次写好，全团队受益。你也可以有个本地 CLAUDE.md，不 check in，只给自己用。
Boris
该放什么进去？常用 bash 命令、常用 MCP 工具、架构决策、重点文件——任何在这个代码库里工作都要知道的东西。关键是尽量简短，太长就只会浪费上下文窗口，而且通常也没用。我们自己的 CLAUDE.md 里就放了几条常用 bash、一个 style guide、几个核心文件。
多级上下文：从企业到项目到子目录
HIERARCHICAL CLAUDE.MD
本页要点
CLAUDE.md 不只是一个文件——它是一个层级体系：企业级 / 用户全局 / 项目根 / 嵌套子目录。嵌套的 CLAUDE.md 在 Claude 进入那个目录工作时才会被拉入，是典型的按需加载。
- 企业策略层 —— 公司管理员为所有员工统一部署
- 用户全局层 —— 你个人在所有项目中都生效的偏好
- 项目根 CLAUDE.md —— 随代码库走、团队共享、自动加载
- 本地项目 CLAUDE.md —— 不 check in、只给自己
- 嵌套子目录 CLAUDE.md —— Claude 工作到那个目录时才拉
编辑注
这个层级设计和 .gitignore、.editorconfig 的哲学一致：配置就近生效、层级覆盖、按需加载。Boris 说他放这张幻灯片时很纠结——因为 Claude Code 支持的组合实在太多了。但关键原则很简单：不确定时，从「项目共享上下文」开始——一人写、全队受益。
键绑定速查：终端里的隐藏技能
KEY BINDINGS CHEAT SHEET
本页要点
终端 UI 极简是它的优势也是它的诅咒——很多键绑定你不主动查就不会知道。Boris 专门开了一小节做速查：shift+tab 进 auto-accept、# 让 Claude 记忆、! 直接跑 bash、esc 中断、esc×2 跳回历史。
- shift+tab —— 切换到 auto-accept edits 模式；bash 仍需确认
- # + 内容 —— 让 Claude 记住这条规则，自动写入 CLAUDE.md
- ! + 命令 —— 本地跑 bash，命令和输出都进上下文窗口
- @ + 文件/文件夹 —— 显式引入上下文
- esc —— 随时安全中断 Claude，不会破坏会话
- esc × 2 —— 跳回会话历史
- claude --resume / --continue —— 恢复旧会话
- Ctrl+R —— 看完整输出（和 Claude 上下文一致）
Boris
如果 Claude 的一次 20 行编辑里有 19 行完美、只有 1 行要改——按 esc，告诉它那一行怎么改，然后让它重做。这种中断完全安全，不会搞坏会话。
/memory 与自定义 slash 命令
MEMORY MANAGEMENT & CUSTOM COMMANDS
本页要点
/memory 让你看到当前所有被加载的 CLAUDE.md 来源——企业策略、用户层、项目层、嵌套子目录——并能直接编辑任一层。自定义 slash 命令放在 .claude/commands 目录，可以 check in 到项目或放在用户目录。
Boris
Claude Code 仓库里的 GitHub issue 自动打标签——那就是我们写的一条 slash command，通过 GitHub Actions 定时跑，让 Claude Code 自动给新 issue 打标签。人类再不用做这件事了，省了一堆时间。
编辑注
自定义 slash 命令是把个人最佳实践沉淀成团队资产的关键。任何你反复在 prompt 里写的指令——code review、PR 描述、incident response——都可以变成一个 slash 命令 check in 到项目。和 CLAUDE.md 一样，一人写、全队受益是这套系统的核心网络效应。
Claude Code SDK：超智能的 Unix 工具
A SUPER-INTELLIGENT UNIX UTILITY
本页要点
claude -p 就是 SDK——给它一个 prompt，它吐回 JSON。这就是 Claude Code 自己用的 SDK，一模一样。你可以传 allowed tools、要求输出格式（JSON 或 streaming JSON），然后像任何 Unix 工具一样管道串联。
claude -p "分析这段日志" \
--allowed-tools "Bash(git:*)" \
--output-format json
# 管道用法
git status | claude -p "总结我这周的改动" | jq '.summary'
Boris
我们在 CI 里一直用这个，在事故响应里用，在各种 pipeline 里用。你就把它当成一个 Unix utility：给它 prompt、它还你 JSON。你可以 pipe 进去、pipe 出来。从 GCP bucket 读一个巨大的 log 管道进去让它总结；从 Sentry CLI 抓数据管道进去让它做东西。这是一个全新的想法——一个超智能的 Unix utility，而且我觉得我们才刚刚触及皮毛。
并行运行：power user 的工作模式
PARALLEL CLAUDES
本页要点
Boris 自认是「Claude normie」——通常只开一个 Claude。但他观察到的 power user 都在并行跑多个 Claude：SSH 会话、tmux 隧道、同一个 repo 多个 checkout、或用 git worktrees 做隔离。
Boris
我自己比较 normie——通常同时开一个 Claude，加几个终端 tab 跑不同 repo。但我看 Anthropic 内外的 power user 几乎都是这样：SSH 会话、tmux 隧道连进 Claude、同一个 repo 的多个 checkout、或者 git worktrees 做隔离。我们正在努力让这种并行更好用，但现在——你想开几个 Claude 就开几个，能并行完成的工作量是巨大的。
编辑注
「power user 几乎都在并行跑」这句话透露了一个关键观察：AI 编程的瓶颈已经不是 AI 的速度，而是人能管多少个 AI。当每个 Claude 都能在几分钟内完成一个小任务，决定产出的就是你同时能监督多少个。git worktrees 之所以成为热词，就是因为它是「一个人同时指挥多个 Claude 而不互相踩」的最简方案。
Q&A：最难的部分是 bash 安全
BASH COMMAND SAFETY
本页要点
听众问 Boris「构建 Claude Code 时最难的部分是什么？」他的答案是：让 bash 命令安全。bash 本质上很危险、能以意想不到的方式改变系统状态；但如果每条都要人工确认，工程师又完全没法工作。
Boris
Bash 本身是危险的——它能以出乎意料的方式改变系统状态。但如果你每条 bash 命令都得人工确认，作为工程师你根本没法干活，一直在点确认。要安全地支持各种代码库（不是每个人都在 Docker 容器里跑代码）是真的难。我们最终落地的方案是：有些命令是只读的；对一些命令我们做静态分析看哪些组合起来是安全的；然后我们有一套分层权限系统，可以在不同级别允许/阻止命令。
编辑注
Bash 安全这个问题的答案很能说明 Claude Code 的设计哲学——不追求完美安全，追求「够用 + 可配置」。静态分析识别只读命令、允许命令组合的白名单、企业策略级的 block list：这三层组合起来覆盖了 80% 的日常场景，剩下的 20% 靠人工确认。这种务实的取舍让 Claude Code 既能放心 auto-accept，又能保住安全底线。
Q&A：为什么做 CLI 而不是 IDE？
THE BOLD PREDICTION
本页要点
听众问「为什么做 CLI 不做 IDE？」Boris 的回答有两层——第一层是务实的（Anthropic 内部 IDE 用得太散）；第二层是震撼的预测：「年底之前，可能就没人用 IDE 了」。
We see up close how fast the model was getting better, and so I think there's a
good chance that by the end of the year people aren't using IDEs anymore. We want to get ready for this future and avoid over-investing in UI and other layers — given how the models are progressing, that may not be useful work pretty soon.
—— Boris Cherny
Boris
有两个原因。第一，Anthropic 内部大家用的 IDE 太散了——有人 VSCode、有人 Zed、有人 XCode、有人 Vim、有人 Emacs。给所有人都好用太难了，终端是最小公分母。第二个原因更关键：我们在 Anthropic 近距离看着模型变强的速度。所以我认为年底之前可能就没人用 IDE 了。我们想为这个未来准备，避免把太多精力投在 UI 和其他上层——考虑到模型演进的方向，那些很快就不是有意义的工作了。
编辑注
这句话在推特上被疯传。Boris 不是随便说说——他是 Claude Code 的负责人，他的判断直接决定了 Anthropic 会把钱投在哪里。「年底没人用 IDE」是个激进的预测，但它透露的是更深的战略判断：当模型强到一定程度，IDE 里那些精巧的 UX（语法高亮、悬停提示、Go to Definition）都会退化成「AI 帮你搞定的事」。终端成为底层，模型成为 UI。
Q&A：多模态输入与 80% 日用率
MULTIMODAL & EVERYDAY USE
本页要点
Claude Code 从一开始就是完全多模态——只是因为在终端里，这个特性很难被发现。图片可以拖进去、给路径、复制粘贴三种方式输入。另一个数据点：Anthropic 大约 80% 的技术员工每天都在用 Claude Code，包括工程师和研究员。
Boris
Claude Code 从第一天起就是完全多模态的——但因为它在终端里，这个能力很难被发现。你可以拖拽图片进来，可以给它文件路径，甚至可以直接复制粘贴。我自己经常这么用：拿到一个 mock，拖进去，告诉它实现这个，再给它一个 Puppeteer 服务器让它迭代。全程自动化。
Boris
Anthropic 里的工程师和研究员都天天用 Claude Code——大概 80% 的技术员工每天都在用。希望你能从产品里感受到我们投入的这份爱和 dogfooding。研究员甚至会用它来编辑和运行 notebook——对，包括做 ML 研究。
原理注释：Q&A 先行与极简哲学
PRINCIPLES EXPLAINED · PART 1
补充 1. 「先 Q&A 再编辑」为什么是正确的上手路径
这个建议看起来只是产品使用技巧，其实藏着更深的原理。新用户面对 Claude Code 的空白 prompt 栏时，最大的障碍不是「不知道它能做什么」，而是「不知道自己该怎么说」。直接让它改代码，一旦改错就会让新用户对整个产品失去信心。Q&A 则不同——问错没有成本，答得不对也只是多问一次。用户在问答里建立起对模型能力边界的直觉、对 prompt 语气的掌控、对代码库的心智地图，这三件事加起来才是后续 agentic 编辑的前提。Anthropic 的 onboarding 从三周降到三天，真正降下来的不是「学新工具」的时间，而是建立人机协作直觉的时间。
补充 2. 「The model was good」：极简哲学的代价和收益
Boris 反复说「我们没在 system prompt 里写这个，是模型自己知道」——这不只是炫耀，而是一种明确的工程选择。传统 prompt engineering 的思路是把所有规则都写死，但 Claude Code 走的是相反的路：信任模型、尽量少写。这样做的代价是早期模型不够强时产品会翻车；收益是一旦模型强起来，产品本身就自动变强——不需要改一行代码、不需要重训、不需要发版。Claude Code 的许多「智能」其实是随着 Sonnet 4.5、Opus 4.5 升级自动获得的。Boris 的预测「年底没人用 IDE」背后的信心，就来自他近距离看着模型变强的速度。
补充 3. 不做索引：隐私 & 简洁的双重胜利
很多同类 AI 编程产品都会做代码索引——把代码上传到云端、建立向量数据库、训练专属模型。Claude Code 坚决不做。表面看是为了隐私，但更深的收益是简洁——没有索引意味着没有设置步骤，下载就能用；没有索引意味着没有「索引过期」这种状态 bug；没有索引意味着代码变更后不用等同步；没有索引意味着跨代码库工作没摩擦。Anthropic 用「模型直接 grep、读文件」替代了传统的「先索引再查询」，换来的是整个产品没有任何冷启动开销。这种取舍只有在模型足够强、调用足够便宜时才成立——而 Claude Code 正好踩在这个时间窗口上。
原理注释：反馈循环、SDK、并行
PRINCIPLES EXPLAINED · PART 2
补充 4. 反馈循环：AI 迭代能力的核心倍率
Boris 反复说「给它一面镜子、让它迭代两三次」——这条建议的分量超过表面看起来。LLM 的第一次输出永远是「最可能正确」的版本，但最可能正确不等于真的正确。有反馈循环的工作流，第一次的不完美会成为下一次的输入——单元测试失败的信息、Puppeteer 截图与 mock 的对比、iOS simulator 的渲染差异，都被 Claude 当作「我还没完成」的信号继续干活。没有反馈循环的工作流里，Claude 第一次的产出就是最终的产出——无论它是好是坏。「给它一个镜子」是把 Claude 从一次性工具变成迭代伙伴的开关。
补充 5. Claude Code SDK 为什么是「超智能的 Unix utility」
Boris 把 claude -p 称为「super intelligent Unix utility」不是随口一说。Unix 哲学的核心是「small tools that do one thing well, composable via pipes」——小工具各司其职，用管道组合。Claude Code SDK 把这套哲学升级到了 AI 时代：每个 `claude -p` 调用都是一个可组合的智能单元。你可以把 `git log` 管道进去让它总结 commit；把 `kubectl logs` 管道进去让它找异常；把 `sentry` 输出管道进去让它分类错误。以前这些任务都需要专用的脚本或工具，现在通用的 `claude -p` 就能接住。Boris 说「我们才刚刚触及皮毛」是真的——每个传统 Unix pipeline 理论上都可以被一个 claude -p 节点增强。
补充 6. 并行运行：人类成为 AI 的编排者
Boris 观察到 power user 都在并行跑多个 Claude——这不是花哨技巧，而是 AI 编程工作流演进的必然阶段。当单个 Claude 能在 5 分钟内完成一个任务时，瓶颈立刻从「AI 的速度」变成「人能同时监督多少个 AI」。git worktrees 之所以成为热词，是因为它是「多 Claude 并行但不互相踩脚」的最简方案。未来更进一步的方向是让 Claude 自己sub-agent 化——一个主 Claude 管理多个子 Claude，而人类只负责给主 Claude 下目标。Boris 说 Anthropic 正在努力让这种并行更好用——这实际上就是 Claude Code 下一代形态的预告。
关键洞察回顾
- Claude Code 是 agentic 而非自动补全——为写整函数、整文件、整 bug 设计
- 终端是最小公分母——跨 IDE、SSH、TMUX 都能跑
- 先做代码库 Q&A、再改代码——Anthropic onboarding 从 3 周变 3 天
- 不做索引、不上传代码、不用代码训练模型
- 问 Git 历史不需要特殊提示——模型知道怎么查
- 工具集小而精：edit / bash / search，Claude 自己串联
- 核心咒语：「Before you write code, make a plan」
- 「commit-push-pr」三词搞定全流程
- 反馈循环是倍率——给它能看到自己产出的工具，它会迭代到几乎完美
- CLAUDE.md 层级体系：企业 / 用户 / 项目 / 本地 / 嵌套
- 键绑定四金刚：shift+tab / # / ! / esc
- claude -p SDK = 超智能的 Unix utility，可 pipe 可组合
- Power user 都在并行跑多个 Claude + git worktrees
- 最难的部分是 bash 安全：只读识别 + 静态分析 + 分层权限
- Boris 预测：年底之前可能就没人用 IDE 了
- Anthropic 80% 技术员工日用 Claude Code
- 极简哲学：信任模型、少写规则——模型变强产品自动变强
- 「The model was good」—— 整场演讲的底色
本文涵盖 46 个术语注释及 6 个原理过程补充解析。
点击任何虚线下划线的术语了解详细解释。
原视频：Mastering Claude Code in 30 minutes · YouTube
下期再见