装好 Claude Code 的人，大多停在同一个地方：终端里跳出一个输入框，光标闪着，没有按钮也没有菜单，不知道第一句该说什么。这场分享的讲者 Boris 是 Anthropic 的工程师，开场自我介绍说自己创建了 Claude Code。他给这款工具的定位是「全自主」（fully agentic）：不是一次补几行代码的助手，而是构建完整功能、写整个函数整个文件、一次修完一整个 bug 的工具；VS Code、Xcode、JetBrains 都能配合着用，本地、SSH、tmux 里都能跑，幻灯片上另写着两行——终端原生而非 IDE，「无限可魔改」。也正因为自由形态，打开只有一个提示框，新用户不知从何下手。整场 28 分钟，他就在回答这个问题。
先交代体例：本文转述自 Boris 这场实操分享（含答问），视频原帖由 X 账号 arc 发布；配图全部来自演讲幻灯片与现场演示画面，不是编者的实践复盘——文中所有团队实践与数字，都是讲者的自述。全文带走四样可查的东西：4 条首次配置命令、7 条对着代码库提问的问法、CLAUDE.md 的 4 个位置与写法、8 个终端快捷键，外加 SDK 与并行会话的进阶路标。
01 首次配置：4 条命令，再加一个听写开关
第一次打开，先把环境配好。幻灯片列了 4 条命令：
/terminal-setup：开启 Shift+Enter 换行，不用再靠反斜杠续行；/allowed-tools：自定义放行的工具清单，免得每条命令都弹一次授权——他的习惯是把常被询问的项目直接加进清单；/install-github-app：安装 GitHub App，之后在任何 Issue 或 PR 里 @Claude 就能触发（他说这是分享当天刚宣布的功能）；/theme：切换明暗主题与色盲友好主题。
macOS 用户另有一条私货：去系统设置的辅助功能里打开听写（dictation），双击听写键口述提示词。他的经验是，口述出来的提示词往往比打字的更具体。他自己很多提示词不是手打的，是对着 Claude Code 说的，像跟另一位工程师讲话。
02 入门第一站：对着代码库提问
Boris 说他「高于一切」的推荐是：从代码库问答开始——对自己的代码库直接提问。Anthropic 的技术新人入职第一天就学 Claude Code，然后立刻开始提问：过去技术 onboarding 要问同事、翻代码、熟悉工具，前后两三周；现在压到两三天。
底气在幻灯片上的三点：新手最容易的起点、零配置、数据留在本地。展开说：代码库问答不做独立索引，代码不上传、不进远端数据库、不用来训练生成模型，完全本地，启动即问，没有等索引构建这回事。
带团队入门也从这里开始：先问答，不上花哨工具，不急着改代码。这一步同时在练提示能力，和对能力边界的直觉——什么任务一次能成，什么要两三轮，什么必须进交互式 REPL 手把手带。
03 代码库问答的 7 个问法
问什么？幻灯片上那排示例提示词可以直接抄，一共 7 条：
- 「How is @RoutingController.py used?」——这段代码在哪被用、怎么用；
- 「How do I make a new @app/services/ValidationTemplateFactory?」——怎么新建这个类；
- 「Why does recoverFromException take so many arguments? Look through git history to answer」；
- 「Why did we fix issue #18363 by adding the if/else in @src/login.ts API?」——当年为什么这么修；
- 「In which version did we release the new @api/ext/PreHooks.php API?」——某个 API 是哪个版本发的；
- 「Look at PR #9383, then carefully verify which app versions were impacted」——核一个改动的影响面；
- 「What did I ship last week?」——我上周交付了什么。
Boris 讲得最细的是翻 git 历史这类：为什么这个函数有 15 个参数、命名还这么怪——它会自己去查这些参数是谁、什么时候、在什么背景下加的，关联到哪些 issue，再汇总成答案。他特意澄清：这不是系统提示里预写的指令，是模型自己会用 Git；它还能用 WebFetch 查 GitHub issues 补上下文。最后一条问法则是他每周一的日常：站会前问一句「我这周交付了什么」，它看日志、认得他的用户名，按人名吐一份交付清单，直接复制进会议文档。
04 写代码前，先让它出计划
问答熟练后进入改代码。Claude Code 内置的工具他形容为「一打」（a dozen）：bash、文件搜索、列目录、文件读写、网页抓取与搜索、TODO、子代理。工具不多，但它会自己串起来完成探索、构思和编辑，不需要你指定先用哪个。
编辑阶段他最强调一件事：先计划，再动手。有人拿到就让它「实现这个三千行的大功能」，偶尔一击即中，更常见的是做出来的完全不是你要的。最省事的做法是一句话说清流程：先想、先 brainstorm、做个计划给我过目、批准之后再写代码——不需要开 plan mode，直接说「写代码前先做计划」就行。幻灯片上还有一组同款示例：「给 issue #8732 提几个修法，我挑中一个你再实现」「找出 signupTest.ts 没覆盖的边界情况、补上测试，think hard」「用 3 个并行 agent 头脑风暴怎么清理 feed_service.cpp」。
以及他最常用的咒语：commit、push、PR——三个词扔过去不用解释，它会自己建分支、按仓库惯用的 commit 格式提交、推送、在 GitHub 上开 Pull Request。格式从哪学的？它自己去翻代码、翻历史、翻 git log，同样没有人为此写过系统提示。
05 把团队工具教给它
进阶用法是接入团队既有工具，Boris 说这是 Claude Code「真正发力」的地方，分两类。
一类是 bash 工具（命令行 CLI）。现场他举了个虚构的 barley CLI 当例子：直接写「用 barley CLI 查上一次训练的错误日志，用 -h 查用法」——它会自己去查帮助、自己学会用；用得多了，就把这条写进 CLAUDE.md 让它跨会话记住。他说这是 Anthropic 内部和外部客户的常见做法。
另一类是 MCP 工具：claude mcp add barley_server -- node myserver 注册一台服务器，然后一句「用 barley MCP 服务器查上次训练的错误日志」即可。两类的共同点是你只要告诉它有什么、怎么用，它就会用。进一个新代码库时，把团队全部工具一次性交代给它，它就能替你跑。
06 三种工作流，一个关键技巧
幻灯片把常用工作流排成三列：探索、规划、确认后再写；写测试、迭代、提交；写代码、截图看结果、迭代、提交。每列配了完整的示例提示词：给一张 mock 图让它实现页面，顺手为 @utils/markdown.ts 写测试，并注明「测试现在还不会过，因为功能还没实现；先提交，再改代码让测试通过」；先找 issue #983 的根因、提出几个修法，「让我先选一个方向你再动手」，末尾缀一句 ultrathink；再用 Puppeteer 截图、对着 mock 迭代到像为止。
后两列共享同一个关键技巧：给它一个检验自己工作的手段。单元测试、Puppeteer 截图、iOS 模拟器截图，都行。给了 mock 让它搭 Web UI，初版通常还行；放它自己迭代两三轮，结果往往近乎完美。他的总结：无论领域是单元测试、集成测试还是 App 与网页截图，只要让它能看到自己的结果，它就会自己迭代变好。收束建议也随之而来：教 Claude 用你的工具，并按任务选对工作流——直接写、先做计划、还是放它自己迭代，心里有数，才知道怎么下指令。
07 CLAUDE.md：4 个位置，写一次全员受益
工具之上是上下文。工程师脑子里装着大量关于系统与历史的信息，给 Claude 的上下文越多，决策越聪明。最简单的承载物是 CLAUDE.md，幻灯片标出 4 个位置：
- 项目根目录的
CLAUDE.md：检入版本库，写一次、全团队共享——他明确建议 check in； - 项目根目录的
CLAUDE.local.md：个人的本地记忆，不检入； ~/.claude/CLAUDE.md：跨你所有项目生效；- 企业根目录：一家公司统一维护，全员自动加载。
项目根那份会在每次会话开始时自动读入上下文，相当于第一条用户消息。写什么：常用 bash 命令、MCP 工具、架构决策、关键文件——「在这个代码库工作通常需要知道的事」。铁律是保持简短：写太长只会烧掉大量上下文、收益有限，Anthropic 内部某个代码库的 CLAUDE.md 就只有常用命令、风格指南和几个核心文件。另外，CLAUDE.md 可以放进嵌套子目录，Claude 在那个目录干活时按需自动加载；随时输入 # 加一句话，也能把「要记住的事」直接写进去。
08 按需上下文与 /memory
除了自动加载，还有一批按需拉入的手段。.claude/commands 目录放斜杠命令：~/.claude/commands/foo.md 用 /user:foo 调，项目里的 .claude/commands/foo.md 用 /project:foo 调；@ 一个文件路径，则把那个文件拉进上下文。幻灯片上能看到 Claude Code 仓库自己的命令文件——label-github-issues、fix-github-issue、create-release-pr、get-feedback、lint。其中自动打标那条配上 GitHub Action 在跑：仓库里的 issue 被自动打上标签，不用人管。
/memory 是这些记忆的总账：列出所有正在加载的记忆文件，可以选择编辑哪一个。现场演示的终端画面里能看到 managed（企业托管）、user、project、vendor 几类来源，甚至还有一条标注 ANT-ONLY 的内部文件。他的建议是把调优上下文当正经事做：想清楚给谁用、自动加载还是按需拉入、个人偏好还是团队共享——调对了，表现会大幅提升。
09 团队共享：一张三层矩阵
再往上是一整套层级：项目（检入共享，或仅个人）、全局（跨项目的个人配置）、企业策略（全公司统一下发）。Boris 说这张矩阵信息密度很高，因为它同时管四类东西——memory、斜杠命令、权限、MCP 服务器，每类在每一层都有对应的文件位置。
企业策略最实用的两招：把全员共用的 bash 命令（比如统一的测试命令）写进策略文件，任何员工运行时自动放行；把不该访问的 URL 写进配置，员工无法覆盖，那个地址永远抓不到。MCP 同理：把 MCP 的 JSON 配置检入仓库，新成员在这个仓库跑 Claude Code 时会被提示安装，全员共享。Anthropic 的 apps 仓库就是这么检入了一台 Puppeteer MCP 服务器，工程师直接拿它跑端到端测试、自动截图。不知道从哪层入手时，他的建议是先做共享项目上下文：写一次、全员受益，还有网络效应。
10 终端快捷键速查：8 个
终端界面极简，键位不好发现，Boris 专门留了一段讲这些，逐个带场景：
- Shift+Tab：切换自动接受编辑模式。文件编辑自动通过，bash 命令仍需批准，随时可以让它撤销。适合确认它方向正确、或在写单元测试反复迭代时——不用每个编辑都点一次确认。
- 「#」：让它记住一件事。比如某个工具一直用错，输入 # 加一句正确用法，会自动写进 CLAUDE.md。
- 「!」：直接执行 bash 命令，命令与输出都进上下文窗口，下一轮它看得见。适合长任务，或任何你想让它知道结果的操作。
- 「@」：提及文件或文件夹，把它们拉进上下文。
- Esc：随时安全打断。不管它正在编辑还是给建议，按 Esc 都不会弄坏会话。他的典型用法：它提了二十行改动，十九行都好，只有一行要改；按 Esc，说清楚，让它重做。
- Esc 按两下：在历史里回退。
- claude --resume 与 --continue：会话结束后恢复现场接着干。
- Ctrl+R：展开完整输出，看到的就是 Claude 上下文里的原样。
11 SDK：把它当 Unix 工具
Claude Code SDK 就是原来 -p 标志的正式化，也是 Claude Code 内部自用的同一套 SDK。用法像 Unix 工具：传一个提示词，可选传 allowedTools（比如只放行 git log 相关的 bash 命令），再指定 JSON 或流式 JSON 输出——管道进、管道出。幻灯片上的示例就一行：claude -p "what did I do this week?"。模型侧可接 Anthropic、Bedrock 或 Vertex；目前先支持 TypeScript CLI，Python SDK 在路上。
Anthropic 内部把它大量用在 CI、事件响应和各种流水线上。Boris 给的组合例子：把 git status 管道进去、用 jq 处理结果；从 GCP 桶里读一份巨大的日志管进去，让它找出有意思的部分；Sentry CLI 拉数据喂进去分析。他的形容是「一个超级智能的 Unix 工具」，用法还远没被穷尽。
12 并行开多个会话
最重度的用法是并行。Boris 自嘲是「普通用户」：通常一个 Claude 加几个终端标签，对应几个仓库。他观察到的重度用户（Anthropic 内外都有）几乎是一套组合：SSH 加 tmux 挂住会话；同一仓库多个 checkout 并行跑多个 Claude；或者用 git worktree 做隔离；再或者直接用 GitHub Actions 把任务并行发出去。团队正在改善并行体验，眼下这套就是现状解法——理论上想开多少个会话都行。
13 答问四则
最难的部分是什么？ bash 命令的安全。bash 天生危险，可能以意想不到的方式改变系统状态；但每条命令都要人工确认，工程师就没法干活，何况大家的运行环境五花八门，不是人人都在容器里。他们的落点：把命令分成只读与可写两类，用静态分析判断哪些命令可以安全组合，再配一套分层的权限系统做白名单与黑名单。
能传图片吗？ Claude Code 从第一天起就是完全多模态的，只是终端界面不容易发现。三种给法：拖拽进终端、给文件路径、复制粘贴。他常用的玩法是把设计稿 mock 拖进去，让它实现，再起一个服务器让它对着迭代。
为什么做 CLI 不做 IDE？ 两个原因。其一，项目在 Anthropic 内部起步，同事们的 IDE 五花八门——VS Code、Zed、Xcode、Vim、Emacs——做不出覆盖所有人的方案，终端是最大公约数。其二，他们离模型迭代曲线最近；他的原话是，到年底人们可能就不怎么用 IDE 了，所以不想在 UI 和附加层上过度投入——按现在的进步速度，那些工作可能很快就不需要了。
内部用得多凶？ 他给的数字：Anthropic 约 80% 的技术人员每天都在用，工程师和研究员都是；研究员用 notebook 工具编辑和运行 notebook。他说产品的很多细节能看出这种深度自用的痕迹。
14 今天就能跑的第一步
把 28 分钟压成一个动作：先跑 /terminal-setup 把换行配好，然后对着手头真实的代码库问一句——「这个函数为什么有这么多参数？翻 git 历史告诉我」。拿到一份带提交人、带关联 issue 的答案，第一站就算跑通；之后再按 CLAUDE.md、团队共享、SDK 的顺序往上走。
边界也交代清楚：以上全部是 Boris 的讲者口径，数字（onboarding 两三天、80% 日活）是其在 Anthropic 内外的自述，未经独立核实；Claude Code 迭代很快，个别命令与键位以你手头版本的实际表现为准。
原作者：Boris（Anthropic 工程师，Claude Code 创建者）；本文观点出自其 28 分钟实操分享与答问（视频全长 27 分 52 秒），视频原帖由 X 账号 arc（@arceyul）发布。