Anthropic工程师Boris实战：Claude Code高效使用全攻略

Claude Code到底是什么样的编程助手

Anthropic技术工程师、Claude Code开发者Boris在一场技术分享中，系统讲解了这款AI编程助手的核心用法。与过去几代只能补全一两行代码的工具不同，Claude Code被定义为「完全自主」的编程Agent——它能开发完整功能、写整个函数和文件，甚至一口气修掉一整个bug。

它最大的特点是与现有工具链无缝配合，不要求你改变工作流。无论你用VS Code、Xcode还是JetBrains系列IDE，无论在本地终端、远程SSH还是tmux里，Claude Code都能跑起来。这种通用性，正是它能在Anthropic内部广泛铺开的原因——据Boris透露，公司约八成技术人员每天都在使用它。

一个值得关注的隐私设计是：Claude Code不做任何代码索引，不存在远程数据库，代码只留在本地，也不会被用于训练模型。这意味着下载启动后无需等待索引过程，开箱即用。

入门第一步：从代码库问答开始

面对一个只有prompt输入栏的工具，很多新手会不知所措。Boris给出的建议非常明确：别一上来就改代码，先从基于代码库的问答入手。

这正是Anthropic新员工技术入职的第一课。过去新人要花两三周才能摸清一个陌生代码库，需要不断请教其他工程师、自己翻代码；而现在借助Claude Code直接提问，这个周期缩短到了两三天。

问答的强大之处在于它不是简单的文本搜索。比如你问「这段代码具体是怎么被调用的」，它会深入查找类的实例化方式和使用场景，给出Wiki或文档级别的回答，而不是Command+F的查找结果。

另一个Boris每周都用的技巧是查询Git历史。比如问「这个函数为什么有15个参数、参数名为什么这么怪」，Claude Code会自动翻遍Git历史，搞清楚这些参数是谁、在什么情况下加进来的，关联了哪些issue，然后给你总结。有意思的是，系统prompt里根本没写任何关于查Git历史的内容——它知道怎么做，纯粹因为底层模型本身足够强。Boris开周会前还会让它看日志，自动列出「这周我发布了什么」的清单。

进阶：让它先规划，再动手改代码

当你对问答熟悉之后，就可以进入改代码阶段。Claude Code内置的工具其实很精简——一个编辑文件的工具、一个跑Bash命令的工具、一个搜索文件的工具。它会自己把这些工具串联起来探索代码、构思方案、做出修改，你无需逐一指定用哪个工具。

Boris特别强调一个高频技巧：在动手写之前，先让它做个计划给你过目。很多人拿起工具就说「给我实现这个3000行的功能」，有时一次成功，但更多时候做出来的东西完全偏离预期。只要加一句「先想个思路、做个计划，写代码前先征得我同意」，就能大幅提升结果质量，而且你不用特意开Plan Mode，它自然就懂。

另一条Boris常用的「咒语」是「commit push」。它会自动帮你建分支、提交、推送，并在GitHub上开好Pull Request——它会自己翻Git Log搞清楚commit格式，用正确的方式提交。

给它一个能检查自己工作的反馈渠道，是让结果近乎完美的关键。无论是单元测试、集成测试，还是用Puppeteer截图、截iOS模拟器图，只要它能看到自己的结果，就能自主迭代。比如给它一张设计稿让它实现Web UI，迭代两三次往往就能做到相当精细。

Claude Code内置的Bash工具之所以能「自动建分支、提交、推送」，依赖的是Git的命令行接口。Git worktree是一个相对冷门但在并行化场景中极为关键的Git特性：它允许同一个Git仓库在磁盘上同时存在多个工作目录，每个目录可以检出不同的分支，彼此互不干扰。与直接克隆多份仓库相比，worktree共享同一份.git对象数据库，节省磁盘空间，也避免了多个远程副本带来的同步复杂性。在文章后面提到的「并行化重度用法」中，多个Claude Code会话分别操作不同的worktree，就能在同一仓库上同时推进多个独立任务，而不会产生文件冲突。

用CLAUDE.md和分层配置管理上下文

上下文越充分，Claude Code的决策就越聪明。Boris介绍了多种注入上下文的方式，其中最简单的是在项目根目录放一个名为CLAUDE.md的特殊文件，每次会话开始时会被自动读入。

CLAUDE.md适合写入：常用Bash命令、常用MCP工具、架构决策、核心文件说明。原则是尽量写短——内容太长会白白占用上下文且往往没用。提交进版本控制的CLAUDE.md可与团队共享，本地版本则纯供个人使用。嵌套子目录里的CLAUDE.md会在工作到该目录时按需拉取。

整套配置都遵循分层结构：项目配置绑定Git仓库，全局配置跨所有项目生效，企业策略（Enterprise Policies）则可一键推给全体员工。企业策略尤其实用——可以把全员通用的test命令写进去自动批准，也可以封禁某些永远不该被访问的URL，员工无法覆盖。MCP服务器同理，提交一份MCP JSON配置到仓库，任何人在此仓库运行Claude Code都会被提示安装。

Boris建议从共享的项目上下文入手，一人配置、全团队受益，产生网络效应。想查看当前拉入了哪些记忆文件，运行/memory即可编辑。

必知快捷键与SDK进阶玩法

终端界面极简，很多实用快捷键不易被发现。Boris分享的速查要点包括：

• Shift+Tab：切换到自动接受修改模式，代码改动不再逐条确认（Bash命令仍需批准）
• #号键：让它记住某件事，会自动写入CLAUDE.md
• !号键：进入Bash模式执行本地命令，命令及输出会进入上下文供下一轮使用
• Esc：随时安全中断，不会破坏会话；连按两下可回到历史会话
• Ctrl+R：查看完整输出
• 启动时加--resume或--continue可接续上次会话

图片方面，Claude Code从一开始就是完全多模态的。你可以直接拖入图片、给出文件路径或复制粘贴图片。Boris常把设计稿拖进去，配一个开发服务器让它对照迭代。

更进阶的是Claude Code SDK。命令行里的-p参数底层就是SDK，可以传提示词、指定允许的工具、要求JSON或流式JSON输出。Boris把它比作「一个超级智能的UNIX工具」——你可以用管道把git status的输出喂给它，再用jq筛选结果，组合近乎无穷。Anthropic内部在CI、故障响应、各类流水线里都在大量使用，比如从GCP存储桶读取巨大日志，管道给它分析值得关注的内容。

最重度的用法则是并行化：高级用户会开SSH会话、用tmux连入多个Claude Code会话，把同一仓库拉出多份拷贝，或用Git worktree做隔离，从而并行推进多项任务。

MCP（Model Context Protocol）是Anthropic推出的一套开放协议，用于标准化AI模型与外部工具、数据源之间的连接方式。可以把它理解为AI领域的「USB接口」——只要工具按MCP规范实现服务端，任何支持MCP的客户端（包括Claude Code）都能直接调用，无需为每个工具单独开发适配层。文中提到的「提交一份MCP JSON配置到仓库、任何人运行Claude Code都会被提示安装」，正是MCP标准化带来的团队协作红利：工具配置可以像代码一样版本化、共享和复现，而不是停留在每个人自己机器上的手动配置。这也解释了为何Boris把MCP服务器的配置纳入企业策略和项目级CLAUDE.md的管理范围。

tmux是一款终端复用器，允许在单个终端窗口内创建、管理多个独立的终端会话，并支持会话在断开连接后在后台持续运行。对于Claude Code的并行化用法而言，tmux的意义在于：用户可以在同一个SSH连接或本地终端里，同时监控和切换多个正在运行的Claude Code会话，每个会话独立处理不同的任务分支，极大提升了多任务并行时的操作效率。

为什么是命令行工具而非IDE

被问及为何做成命令行工具时，Boris给出两点理由。其一，Anthropic内部的IDE五花八门——VS Code、Vim、Emacs都有人用，终端是所有人的最大公约数。其二更具前瞻性：「我们能近距离看到模型进步有多快，很有可能大家就都不再用IDE了。」为此团队刻意避免在UI和上层打包上过度投入，因为按当前模型进步速度，这些可能很快失去意义。

在实现层面，Boris坦言最棘手的是让Bash命令变得安全。Bash本身危险，可能以意想不到的方式改变系统状态；但若每条命令都要手动批准又极其烦人。最终方案是：对只读命令做静态分析判断哪些可安全组合，再辅以一套分层权限系统，支持在不同级别做白名单和黑名单。

文中提到的「静态分析判断只读命令」，指的是在不实际执行命令的前提下，通过解析命令文本的结构和语义来推断其是否会修改系统状态。例如ls、cat、grep等命令在绝大多数情况下不会产生副作用，可以被归类为安全的只读操作并自动放行；而rm、curl -X POST、chmod等则可能改变文件系统或外部状态，需要用户手动确认。这种分层权限设计在「自动化效率」与「误操作风险」之间取得平衡，是让Bash集成真正可用而非只是可演示的关键工程决策。