跨国深谈← 返回←Claude Code 实战技巧：从提问到并行

Claude Code 实战技巧：从提问到并行

关联

人物 Boris

公司 Anthropic · Claude Code

概念 智能体 · ClaudeMD · MCP · SDK · LLM

这一集是 Anthropic 技术成员 Boris 讲 Claude Code 的实战用法——Claude Code 是他造的一个完全智能体化的编程助手，不是补全一行代码，而是构建功能、写整个文件、修整个 bug，而且跑在终端里，不绑任何 IDE 。

先从”问代码”开始，别上来就让它写

Boris 最推荐的上手方式是基于代码的 Q&A：直接向你的代码库提问，不写代码。比如问”这段代码怎么用的”、“这个函数为什么有 15 个参数、参数名为什么这么怪”——Claude Code 不会只做文本搜索，它会翻 Git 历史，查出这些参数是谁加的、关联什么 issue，然后给你一个总结 。Anthropic 新人技术入职第一天就装 Claude Code 然后开始问代码库，以前入职要两三周，现在两三天 。

这里有个关键点：Claude Code 不做索引，代码不上传、不存远程数据库、不拿来训练模型，本地启动就能用，零等待 。

另外有个实用招：用 macOS 听写功能，按两次听写键直接用嘴说提示词，不用手打 。

让它写代码前，先让它想

能问答之后进编辑代码。Claude Code 的工具集很小——编辑文件、跑 bash 命令、搜索文件——它自己串联起来探索代码、头脑风暴、再动手改 。你不需要指定它用哪个工具，说”做这件事”它自己会串。

一个很容易犯的错：一上来就让它”实现一个 3000 行的功能”。有时候能一次对，但经常它做出来的不是你要的。

最简单的解法：先让它做计划。直接说”在写代码之前，先做个计划，让我过目，批准了再写”——不需要开什么特殊模式，说一句话它就懂 。

还有个常用咒语：commit push PR。Claude 会自己查 Git log 弄清提交格式、创建分支、推送、建 pull request，不用你多解释 。

给它反馈工具，让它自己迭代

这是真正拉开差距的用法：给 Claude 一种检查自己工作的方式。比如写单元测试、用 Puppeteer 截图、截 iOS 模拟器的图——给它看结果的工具，它就能自己迭代两三轮，从”还不错”到”几乎完美” 。无论你的领域是单元测试、集成测试还是 UI 截图，思路一样：给它看结果的通道，它自己会改 。

接入团队工具：bash 工具和 MCP

更进一层是把你团队已有的工具接进来。两种方式：bash 工具（比如你们自研的 CLI，告诉它用 --help 去学怎么用）和 MCP 工具。

告诉它一次，它就会用。经常用的可以写进 ClaudeMD 让它跨会话记住 。

上下文管理：ClaudeMD 是核心

Claude Code 有套分层上下文系统，最基础的是 ClaudeMD——一个特殊文件名的 markdown 文件。放在项目根目录，每次启动 Claude Code 自动读入上下文。

里面写常见 bash 命令、架构决策、重要文件、风格指南之类的 。尽量短，太长会吃上下文又没大用 。

ClaudeMD 分三层：

• 项目级：签入源码控制，团队共享，写一次所有人受益
• 本地级：不签入，只给自己用
• 嵌套目录级：放在子目录里，Claude 在那个目录工作时自动拉入

公司层面还有 enterprise route，跨所有代码库自动拉入，统一管理 。

同样分层的还有权限系统：企业可以设全局策略，比如某些命令自动批准、某些 URL 永远禁止抓取、员工无法覆盖 。MCP 服务器配置也可以签入代码库，新人在仓库里跑 Claude Code 就会被提示安装 。

管理这些的内置工具：/memory 查看所有记忆文件、编辑特定文件；输入 # 加内容可以让 Claude 自动把东西写进 ClaudeMD 。

实用快捷键

• Shift-Tab：进入自动接受编辑模式（bash 命令仍需批准），适合它写单元测试迭代时用，省得逐条确认
• #：让 Claude 记住某件事，自动写入 ClaudeMD
• !：直接跑 bash 命令，输出进上下文窗口，Claude 下一轮能看到
• @：提及文件和文件夹，拉入上下文
• Escape：随时打断，不会破坏会话。可以打断后改指令让它重做，比如 20 行改动能指出其中一行不对让它重来
• Escape 两次：跳回历史记录
• Control-R：看 Claude 完整输出的原始内容

SDK：当超级智能的 Unix 工具用

Claude Code 有个 SDK，就是 claude -p 那个标志背后的东西。你可以传入提示词、指定允许的工具、要 JSON 还是流式 JSON 输出。

把它当成一个 Unix 工具：给它输入、它给你 JSON，可以管道进管道出 。比如 git status 管道进去用 jq 选结果、从日志里管道进大日志让它分析、从 Sentry CLI 拉数据让它处理 。他们在 CI 和事件响应流水线里大量用这个 。

高级玩法：并行多会话

Boris 说自己是普通用户，一次跑一个 Claude。但他看到的高级用户几乎都是：开 SSH 会话、用 tmux 隧道、同一仓库检出多份（或用 Git work trees 隔离），然后并行跑一堆 Claude 同时干活 。想跑多少会话就跑多少，并行能干很多事 。

本集带走

• 从问答开始上手：别一上来就让它写代码，先问代码库的问题，同时摸清它能一次搞定什么、什么需要你手把手带
• 写代码前先让它做计划：一句话”先做计划让我看”，避免它花力气做出不是你要的东西
• 给它自我检查的工具：单元测试、UI 截图——只要有反馈通道，它自己迭代两三轮能从”还行”到”几乎完美”
• ClaudeMD 写短、签入代码库：团队共享一份，写一次所有人受益；太长反而浪费上下文
• 把 SDK 当 Unix 工具：管道进管道出，适合塞进 CI 流水线和自动化脚本
• 并行是高阶玩家的标配：多检出 + tmux，同一仓库同时跑多个 Claude

所以在 Anthropic，技术员工的入职过去通常需要两到三周。现在大约只需要两到三天。
And so at Anthropic, onboarding used to take about two or three weeks for technical hires. It’s now about two or three days.
—— Boris · [04:56]

而得到你想要的结果的最简单方法是要求它先思考。
And the easiest way to get the result you want is ask it to think first.
—— Boris · [09:03]

Bash 本质上是相当危险的，并且它能以意想不到的方式改变系统状态。但与此同时如果你必须手动批准每一条 bash 命令，作为一名工程师这超级烦人，而且你无法真正提高生产力，因为你只是在不断地批准每一条命令。
Bash is inherently pretty dangerous and it can change system state in unexpected ways. But at the same time if you have to manually approve every single bash command, it’s super annoying as an engineer, and you can’t really be productive because you’re just constantly approving every command.
—— Boris · [24:21]

所以我认为很有可能在年底之前，人们就不再使用 IDE 了。
And so I think there’s a good chance that by the end of the year, people aren’t using IDEs anymore.
—— Boris · [26:22]

我认为 Anthropic 大约 80% 的人员是技术人员，每天都使用 Claude Code。
I think about 80% of people at Anthropic that are technical use Claude Code every day.
—— Boris · [27:08]