50 个 Claude Code 使用技巧与最佳实践

# 50 个 Claude Code 使用技巧与日常最佳实践

你已经用了足够长时间的 Claude Code，知道它确实好用，现在你在寻找一切可以挖掘的优势。我整理了 50 条 Claude Code 最佳实践与使用技巧，无论你是刚入门一周还是已经深度使用数月，都能从中受益。这些内容来源于 Anthropic 官方文档、Claude Code 的构建者 Boris Cherny、社区经验，以及我一年来的日常使用积累。(https://www.builder.io/blog/claude-code)

## 1. 设置 cc 别名

这是我开启每次 Claude Code 会话的方式。将以下内容添加到你的 ~/.zshrc（或 ~/.bashrc）中：

运行 source ~/.zshrc 使其生效。此后你只需输入 cc 而非 claude，并跳过所有权限提示。该标志的名称刻意设计得让人警觉。只有在你完全了解 Claude Code 会对你的代码库做什么之后，才应使用它。我在自定义 Claude Code 的文章中介绍了这个别名以及更多内容。(https://www.builder.io/blog/claude-code-settings)

## 2. 用 ! 前缀内联运行 bash 命令

输入 !git status 或 !npm test，命令会立即执行。命令及其输出会进入上下文，Claude 可以看到结果并据此行动。这比让 Claude 去执行命令要快得多。

## 3. 按 Esc 停止 Claude，按 Esc+Esc 回滚任何操作

Esc 可在不丢失上下文的情况下停止 Claude 的运行，你可以立即重新指引方向。

Esc+Esc（或 /rewind）会打开一个可滚动的菜单，列出 Claude 创建的每一个检查点。你可以恢复代码、对话，或两者同时恢复。"撤销那个操作"这种说法同样有效。共有四种恢复选项：同时恢复代码和对话、仅恢复对话、仅恢复代码，或从某个检查点往后进行摘要。

这意味着你可以大胆尝试那些你只有四成把握的方案。成功了，皆大欢喜；失败了，回滚即可，零损失。有一点需要注意：检查点只跟踪文件编辑，由 bash 命令引起的变更（如数据库迁移、数据库操作）不会被捕获。

若要从上次中断的地方继续，可以使用 claude --continue 恢复最近的对话，或使用 claude --resume 打开会话选择器。

## 4. 给 Claude 一种自我检验工作的方式

为 Claude 提供反馈循环，让它能自行发现错误。在你的提示词中加入测试命令、代码检查命令或预期输出。

Claude 会运行测试、查看失败原因，并在无需你介入的情况下修复问题。Boris Cherny 表示，仅凭这一点就能带来 2 到 3 倍的质量提升。对于 UI 变更，可以配置 Playwright MCP 服务器，让 Claude 打开浏览器、与页面交互，并验证 UI 是否按预期正常工作。这个反馈循环能发现单元测试遗漏的问题。(https://x.com/bcherny/status/2007179861115511237) (https://www.builder.io/blog/claude-code-playwright-mcp-server)

## 5. 为你使用的编程语言安装代码智能插件

LSP 插件能在每次文件编辑后为 Claude 提供自动诊断：类型错误、未使用的导入、缺失的返回类型等。Claude 在你尚未察觉之前就能发现并修复这些问题。这是你能安装的、对效果影响最大的单一插件。

选择适合你的插件并运行安装命令：

C#、Java、Kotlin、Swift、PHP、Lua 以及 C/C++ 的插件同样可用。运行 /plugin 并进入 Discover 标签页，即可浏览完整列表。你需要在系统上安装相应的语言服务器二进制文件（若缺失，插件会予以提示）。

## 6. 使用 gh CLI，并教会 Claude 任何 CLI 工具

gh CLI 无需单独的 MCP 服务器即可处理 PR、Issue 和评论。CLI 工具比 MCP 服务器更节省上下文，因为它们不会将工具模式加载到你的上下文窗口中。同样的道理也适用于 jq、curl 及其他标准 CLI 工具。(https://cli.github.com/)

对于Claude尚不了解的工具："使用 'sentry-cli --help' 了解它，然后用它找出生产环境中最近的错误。" Claude会读取帮助输出，理解语法，然后执行命令。即使是小众的内部CLI工具也同样适用。

## 7. 为复杂推理添加"ultrathink"

这是一个关键词，可将努力程度设为高档，并在Opus 4.6上触发自适应推理。Claude会根据问题动态分配思考资源。将其用于架构决策、棘手的调试、多步骤推理，或任何你希望Claude在行动前先思考的场景。

你也可以通过 `/effort` 永久设置努力程度。对于不太复杂的任务，较低的努力级别能保持速度快且成本低。让努力程度与问题相匹配。在变量重命名这类事情上消耗思考token毫无意义。

## 8. 利用技能实现按需知识调取

技能是按需扩展Claude知识的Markdown文件。与每次会话都会加载的CLAUDE.md不同，技能仅在与当前任务相关时才会加载。这能保持你的上下文精简。(http://claude.md/)

在 `.claude/skills/` 中创建技能，或安装捆绑了预构建技能的插件（运行 `/plugin` 浏览可用内容）。将技能用于Claude有时需要但并非总是需要的专业领域知识（API规范、部署流程、编码模式）。

## 9. 从手机控制Claude Code

运行 `claude remote-control` 启动一个会话，然后从 `claude.ai/code` 或iOS/Android上的Claude应用连接到它。会话在你的本地机器上运行，手机或浏览器只是它的一个窗口。你可以在任何地方发送消息、批准工具调用并监控进度。(https://claude.ai/code)

如果你使用的是技巧#1中的 `cc` 别名，Claude已拥有完整权限，无需对每个操作逐一审批。这使远程控制更加顺畅：启动一个任务，然后离开，只在Claude完成或遇到意外情况时才从手机查看。

## 10. 将上下文窗口扩展至100万token

Sonnet 4.6和Opus 4.6均支持100万token的上下文窗口。在Max、Team和Enterprise计划中，Opus会自动升级为100万上下文。你也可以在会话中途通过 `/model opus[1m]` 或 `/model sonnet[1m]` 切换模型。

如果你担忧在较大上下文下的质量，可以从50万token起步，逐步提升。更大的上下文意味着压缩机制介入前有更多空间，但响应质量可能因任务而异。使用 `CLAUDE_CODE_AUTO_COMPACT_WINDOW` 控制压缩触发时机，使用 `CLAUDE_AUTOCOMPACT_PCT_OVERRIDE` 设置百分比阈值，为你的工作流找到最佳平衡点。

## 11. 当你不确定如何着手时，使用计划模式

对于多文件修改、陌生代码和架构决策，请使用计划模式。前期开销是真实存在的（需要多花几分钟），但它能防止Claude花费20分钟自信地去解决一个完全错误的问题。(https://www.builder.io/blog/claude-code-plan-mode)

对于范围明确的小任务可跳过此模式。如果你能用一句话描述清楚diff，就直接做。你可以随时按Shift+Tab切换到计划模式，在普通模式、自动接受模式和计划权限模式之间循环切换，无需退出对话。

## 12. 在不相关的任务之间运行 `/clear`

一个思路清晰、提示词精准的新会话，胜过一个杂乱无章的三小时长会话。换了新任务？先运行 `/clear`。

我知道这感觉像是在抛弃已有的进展，但重新开始会让你获得更好的结果。会话质量会下降，因为早期工作积累的上下文会淹没你当前的指令。花五秒钟执行 ## 并写一个聚焦的起始提示，能让你避免30分钟的边际效益递减。

13. 不要替 Claude 解读 Bug，直接粘贴原始数据。

用文字描述 bug 效率低下。你会看到 Claude 猜测、纠正、再猜测，如此循环。

直接粘贴错误日志、CI 输出或 Slack 线程，然后说"修复"。Claude 能读取分布式系统的日志，并追踪问题发生的位置。你的解读增加了一层抽象，而这往往会丢失 Claude 定位根本原因所需的细节。把原始数据交给 Claude，然后放手让它去做。

这同样适用于 CI。粘贴 CI 输出后说"去修复失败的 CI 测试"，是最可靠的使用模式之一。你也可以粘贴一个 PR URL 或编号，让 Claude 检查失败的检查项并修复它们。只要安装了第6条技巧中提到的 gh CLI，Claude 就能搞定其余的一切。

你也可以直接从终端通过管道传输输出：

## 14. 用 /btw 提问临时的附带问题

/btw 会弹出一个悬浮层，让你快速提问而不会将其记入对话历史。我用它来澄清当前会话中的问题："你为什么选择这种方案？"或"另一个选项的权衡是什么？"答案显示在一个可关闭的悬浮层中，主要上下文保持精简，Claude 继续工作。

## 15. 使用 --worktree 创建隔离的并行分支

`claude --worktree feature-auth` 会创建一个带有新分支的隔离工作副本。Claude 会为你处理 git worktree 的创建和清理工作。

Claude Code 团队将其称为最大的生产力解锁之一。同时启动 3-5 个工作树，每个都运行自己的 Claude 会话。我通常运行 2-3 个。每个工作树都有自己的会话、自己的分支和自己的文件系统状态。(https://x.com/bcherny/status/2017742743125299476)

本地工作树的上限取决于你的机器。多个开发服务器、构建任务和 Claude 会话都在争夺 CPU。Builder.io 将每个 Agent 移至其自己的云容器中，并提供浏览器预览，这样你的机器就能专注于真正需要动脑的工作。(https://www.builder.io/)

## 16. 用 Ctrl+S 暂存你的提示

你正在写一个很长的提示，却突然意识到需要先快速得到一个答案。按 Ctrl+S 可以暂存你的草稿。输入你的快速问题并提交，之后你暂存的提示会自动恢复。

## 17. 用 Ctrl+B 将长时间运行的任务放到后台

当 Claude 启动一个耗时较长的 bash 命令（测试套件、构建、数据迁移）时，按 Ctrl+B 将其发送到后台。Claude 在进程运行期间继续工作，你也可以继续聊天。进程完成后结果会自动显示。

## 18. 添加实时状态栏

状态栏是一段在每次 Claude 轮次结束后运行的 shell 脚本。它在终端底部显示实时信息：当前目录、git 分支、以及根据上下文窗口使用量以颜色标注的上下文占用情况。

最快的设置方式是在 Claude Code 内执行 /statusline。它会询问你想显示什么内容，然后为你生成脚本。我在《自定义 Claude Code》中提供了包含一键复制脚本的完整设置说明。(https://www.builder.io/blog/claude-code-settings)

## 19. 使用子 Agent 保持主上下文整洁

"使用子代理（subagents）找出支付流程如何处理失败的交易。"这会生成一个独立的 Claude 实例，拥有自己的上下文窗口。它会读取所有文件，对代码库进行推理分析，并回传一份简洁的摘要。

你的主会话保持干净，有充足的空间来构建内容。一次深度调查可能在你写任何代码之前就消耗掉半个上下文窗口。子代理将这部分开销隔离在主会话之外。内置类型包括 Explore（Haiku，快速文件搜索）和 Plan（只读分析）。完整说明请参阅我们的子代理与代理团队指南。(https://www.builder.io/blog/claude-code-agents)

## 20. 用于多会话协调的代理团队

实验性功能，但功能强大。首先在设置或环境变量中添加 `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` 以启用该功能。然后告诉 Claude 创建一个团队："创建一个包含 3 名成员的代理团队，以并行方式重构这些模块。"团队负责人将任务分配给成员，每位成员拥有自己的上下文窗口和一个共享任务列表。成员之间可以直接互发消息以进行协调。

从 3-5 名成员和每名成员 5-6 个任务开始。避免分配会修改相同文件的任务。两名成员同时编辑同一个文件会导致内容被覆盖。在尝试并行实现之前，先从研究和审查任务开始（如 PR 审查、Bug 调查）。

## 21. 通过指令引导压缩（compaction）

当上下文发生压缩（自动或通过 `/compact` 命令触发）时，告诉 Claude 需要保留哪些内容："/compact 重点保留 API 变更和已修改文件列表。"你也可以在 `CLAUDE.md` 中添加常驻指令："压缩时，保留完整的已修改文件列表和当前测试状态。"(http://claude.md/)

## 22. 使用 /loop 进行周期性检查

`/loop 5m check if the deploy succeeded and report back` 会安排一个在后台周期性触发的提示，在你的会话保持打开的同时运行。时间间隔是可选的（默认为 10 分钟），支持 s、m、h 和 d 单位。你也可以循环执行其他命令：`/loop 20m /review-pr 1234`。任务的作用域限定于当前会话，并在 3 天后过期，因此被遗忘的循环不会永远运行。使用 `/loop` 可在你专注于其他事务时监控部署、观察 CI 流水线或轮询外部服务。

## 23. 使用语音听写来获得更丰富的提示

运行 `/voice` 以启用按键通话（push-to-talk）功能，然后按住空格键进行听写。你的语音会实时转录到提示框中，你可以在同一条消息中混合使用语音和打字输入。口述的提示自然比打字的更包含更多上下文，因为你会解释背景、提及约束条件，并描述你想要的结果，而不会为了减少按键而省略细节。需要 Claude.ai 账号（不支持 API 密钥）。你可以在 `~/.claude/keybindings.json` 中将按键通话键重新绑定到如 `meta+k` 这样的组合键，以跳过按键保持检测的预热过程。(http://claude.ai/)

## 24. 在同一问题上纠正两次后，重新开始

当你和 Claude 陷入反复纠错的循环而问题仍未解决时，上下文已经充斥着各种失败的尝试，这些内容会对下一次尝试产生负面影响。执行 `/clear`，并结合你所学到的内容写出一个更好的起始提示。一个清晰的会话搭配更精准的提示，几乎总是优于一个被大量死路拖累的冗长会话。

## 25. 明确告诉 Claude 需要查看哪些文件

使用 @ 直接引用文件：@src/auth/middleware.ts 包含会话处理逻辑。@ 前缀会自动解析为文件路径，因此 Claude 能准确知道该查看哪里。

Claude 可以自行对代码库进行 grep 搜索，但它仍需缩小候选范围、找到正确文件。每一步搜索都消耗 token 和上下文。从一开始就为 Claude 指定正确文件，可以跳过整个搜索过程。

## 26. 用模糊提示探索陌生代码

"你会改进这个文件的哪些地方？"是一个很好的探索性提示。并非每个提示都需要具体明确。当你想用新鲜视角审视现有代码时，模糊的问题给了 Claude 发现你想不到的内容的空间。

我在熟悉陌生代码库时经常这样做。Claude 会指出我初次阅读时会错过的模式、不一致之处和改进机会。

## 27. 用 Ctrl+G 编辑计划

当 Claude 提出计划时，Ctrl+G 会在你的文本编辑器中将其打开供直接编辑。在 Claude 写下第一行代码之前，添加约束、删除步骤、调整方向。当计划大体正确但你想微调几个步骤而不想重新解释整件事时，这个功能非常有用。

## 28. 运行 /init，然后将结果削减一半

CLAUDE.md 是项目根目录下的一个 Markdown 文件，用于为 Claude 提供持久性指令：构建命令、编码规范、架构决策、代码库约定。Claude 在每次会话开始时都会读取它。/init 根据你的项目结构生成一个起始版本，会提取构建命令、测试脚本和目录结构。(http://claude.md/)

生成的内容往往过于臃肿。如果你无法解释某一行存在的原因，就删掉它。删除噪音，补充缺失内容。关于如何组织这些文件的更多信息，请参阅如何编写一份出色的 CLAUDE.md 文件。(https://www.builder.io/blog/claude-md-guide)

## 29. 检验每一行 CLAUDE.md 的标准 (http://claude.md/)

对于 CLAUDE.md 中的每一行，问自己：没有这条指令，Claude 会犯错吗？如果 Claude 本身已经能正确处理某件事，这条指令就是噪音。每一行多余的内容都会稀释真正重要的指令。大约在 150-200 条指令左右，遵从度就会开始下降，而系统提示本身已经占用了其中约 50 条。(http://claude.md/)

## 30. Claude 犯错后，说"更新你的 CLAUDE.md，让这种情况不再发生" (http://claude.md/)

当 Claude 犯错时，说"更新 CLAUDE.md 文件，让这种情况不再发生"。Claude 会自己写下规则。下次会话时，它会自动遵守。(http://claude.md/)

随着时间推移，你的 CLAUDE.md 会成为一份由真实错误塑造的动态文档。为了防止它无限增长，可以使用 @imports（技巧 #32）引用单独的文件，例如用 @docs/solutions.md 存放模式和修复方案。这样你的 CLAUDE.md 保持精简，Claude 按需读取详细内容。(http://claude.md/)

## 31. 使用 .claude/rules/ 存放仅在特定情况下适用的规则

将 Markdown 文件放置在 .claude/rules/ 中，按主题组织指令。默认情况下，每个规则文件在每次会话开始时都会加载。若要让某条规则仅在 Claude 处理特定文件时才加载，可以添加 paths 前置元数据：

这样可以保持主 CLAUDE.md 的精简。TypeScript 规则在 Claude 读取 .ts 文件时加载，Go 规则在读取 .go 文件时加载。Claude 不必费力阅读它当前并不涉及的语言的规范。(http://claude.md/)

## 32. 使用 @imports 保持 CLAUDE.md 精简（http://claude.md/）

用 @docs/git-instructions.md 引用文档，也可以引用 @README.md、@package.json，甚至 @~/.claude/my-project-instructions.md。

Claude 在需要时才读取相应文件。把 @imports 理解为"如果需要，这里有更多上下文"，而不会让 Claude 每次会话都要读取的文件变得臃肿。

## 33. 使用 /permissions 将安全命令加入白名单

不要再第一百次点击"批准"来执行 npm run lint 了。/permissions 允许你将可信命令加入白名单，让你保持专注状态。对于不在列表中的命令，系统仍会提示你确认。

## 34. 当你想让 Claude 自由发挥时，使用 /sandbox

运行 /sandbox 可启用操作系统级别的隔离。写入操作被限制在你的项目目录内，网络请求仅限于你批准的域名。它在 macOS 上使用 Seatbelt，在 Linux 上使用 bubblewrap，因此限制适用于 Claude 派生的每个子进程。在自动允许模式下，沙盒中的命令无需权限提示即可运行，让你在有安全防护的前提下获得近乎完全的自主权。

对于无人值守的工作（夜间迁移、实验性重构），请在 Docker 容器中运行 Claude。容器提供完整隔离、便捷回滚，并让你有信心让 Claude 持续运行数小时。

## 35. 为重复性任务创建自定义子代理

与临时使用子代理（第 19 条）不同，自定义子代理是预配置好的代理，保存在 .claude/agents/ 目录中。例如，一个使用 Opus 和只读工具的安全审查代理，或一个使用 Haiku 以提高速度的快速搜索代理。

使用 /agents 来浏览和创建它们。对于需要独立文件系统的代理，你可以设置 isolation: worktree。

## 36. 为你的技术栈选择合适的 MCP 服务器

值得优先考虑的 MCP 服务器：用于浏览器测试和 UI 验证的 Playwright、用于直接查询 schema 的 PostgreSQL/MySQL、用于读取错误报告和线程上下文的 Slack，以及用于设计转代码工作流的 Figma。

Claude Code 支持动态工具加载，因此服务器只在 Claude 需要时才加载其定义。要查看可用内容的完整列表，请参阅我们关于 2026 年最佳 MCP 服务器的指南。（https://www.builder.io/blog/best-mcp-servers-2026）

## 37. 设置你的输出风格

运行 /config 并选择你偏好的风格。内置选项包括：Explanatory（详细、逐步说明）、Concise（简洁、以行动为导向）和 Technical（精确、术语友好）。

你也可以在 ~/.claude/output-styles/ 中以文件形式创建自定义输出风格。

## 38. CLAUDE.md 用于建议，Hooks 用于强制要求（http://claude.md/）

CLAUDE.md 是建议性的，Claude 大约 80% 的时候会遵循它。Hooks 则是确定性的，100% 执行。如果某件事必须每次都执行、没有例外（格式化、代码检查、安全检查），就把它做成 hook。如果只是 Claude 应当参考的指导原则，CLAUDE.md 就足够了。（http://claude.md/）

## 39. 使用 PostToolUse hook 自动格式化

每次 Claude 编辑文件时，你的格式化工具都应自动运行。在 .claude/settings.json 中添加一个 PostToolUse hook，在 Claude 编辑或写入任何文件后运行 Prettier（或你的格式化工具）：

|| true 可防止 hook 失败阻塞 Claude。你也可以串联其他工具，将 npx eslint --fix 作为第二个 hook 条目添加进去。

如果你在编辑器中打开了与 Claude 正在处理的相同文件，请考虑在 Claude 工作期间关闭"保存时格式化"功能。有开发者反映，编辑器保存操作可能会使提示缓存失效，迫使 Claude 重新读取文件。建议将格式化交由 hook 处理。

## 40. 使用 PreToolUse hook 拦截破坏性命令

在 Bash 上配置 PreToolUse hook，拦截 rm -rf、drop table 和 truncate 等模式，Claude 甚至不会尝试执行这些命令。该 hook 在 Claude 执行工具之前触发，因此破坏性命令会在造成损害之前就被捕获。

将以下配置添加到项目的 .claude/settings.json 中。你可以通过 /hooks 进行交互式设置，也可以直接告诉 Claude："添加一个 PreToolUse hook，用于拦截 rm -rf、drop table 和 truncate 命令。"

## 41. 使用 hook 在上下文压缩时保留重要信息

在长时间会话中，当上下文发生压缩时，Claude 可能会忘记当前正在处理的内容。配置一个带有 compact 匹配器的 Notification hook，可以在每次压缩触发时自动重新注入关键上下文。

告诉 Claude："设置一个 Notification hook，在压缩后提醒你当前任务、已修改的文件以及所有约束条件。"Claude 会在你的配置中创建该 hook。适合重新注入的内容包括：当前任务描述、已修改的文件列表，以及任何硬性约束（例如"不要修改迁移文件"）。

这在多小时的会话中尤为重要——当你深入某个功能开发时，无法承受 Claude 丢失上下文主线的代价。

## 42. 始终手动审查身份验证、支付和数据变更相关代码

Claude 擅长编写代码，但这些决策需要人工介入：认证流程、支付逻辑、数据变更、破坏性数据库操作。无论其余代码看起来多么完善，都应对这些部分进行审查。错误的认证权限范围、配置错误的支付 webhook，或者静默删除某列的迁移操作，都可能让你付出失去用户、损失金钱或丧失信任的代价。任何自动化测试都无法覆盖所有此类情况。

## 43. 使用 /branch 尝试不同方案，同时保留当前进度

/branch（或 /fork）会在当前节点创建一份对话副本。在分支中尝试高风险的重构操作——如果成功，就保留它；如果失败，你的原始对话完好无损。这与回退（第 3 条）的区别在于：两条路径都会保留。

## 44. 当你无法完整定义功能规格时，让 Claude 来问你

你知道想构建什么，但感觉没有足够的细节让 Claude 把它做好。让 Claude 来提问吧。

规格完成后，开启一个全新的会话来执行——此时上下文干净，规格完整。

## 45. 让一个 Claude 编写代码，另一个 Claude 负责审查

第一个 Claude 实现功能，第二个 Claude 以全新的上下文像资深工程师一样进行审查。审查者对实现过程中的各种权衡一无所知，会对每一处都提出质疑。（https://x.com/bcherny/status/2017742745365057733）

同样的思路也适用于测试驱动开发：会话 A 编写测试，会话 B 编写通过测试的代码。

## 46. 以对话方式进行 PR 审查

不要让 Claude 一次性完成 PR 审查（当然如果你想这样也可以）。而是在一个会话中打开 PR，与 Claude 展开对话。例如："带我了解这个 PR 中风险最高的改动。""如果这段代码并发执行，会出现什么问题？""错误处理方式与代码库的其他部分是否一致？"

对话式审查能发现更多问题，因为你可以深入探讨关键领域。一次性审查往往只会指出代码风格上的小问题，而经常遗漏架构层面的隐患。

## 47. 为会话命名并设置颜色

`/rename auth-refactor` 可以在提示栏上添加标签，让你清楚地知道每个会话是什么。`/color red` 或 `/color blue` 可以设置提示栏的颜色。可用颜色包括：red、blue、green、yellow、purple、orange、pink、cyan。当你同时运行 2-3 个并行会话时，花五秒钟为它们命名和配色，就能避免在错误的终端里输入命令。

## 48. 让 Claude 完成任务时播放提示音

添加一个 Stop hook，在 Claude 完成响应时播放系统提示音。启动一个任务后切换去做别的事，等听到提示音再回来查看结果。

## 49. 使用 `claude -p` 进行批量操作的扇出处理

通过非交互模式循环处理文件列表。`--allowedTools` 可以限定 Claude 对每个文件的操作权限。配合 `&` 并行运行，实现最大吞吐量。

这非常适合转换文件格式、批量更新代码库中的导入语句，以及处理每个文件相互独立的重复性迁移任务。

## 50. 自定义加载动画的动词文案（最有趣的一条）

Claude 思考时，终端会显示一个带有动词的加载动画，比如"Flibbertigibbeting..."和"Flummoxing..."。你可以把它们替换成任何你喜欢的内容。告诉 Claude：

> 用以下内容替换我用户设置中的加载动词：Hallucinating responsibly、Pretending to think、Confidently guessing、Blaming the context window

你也不必自己提供列表，只需告诉 Claude 你想要什么风格，比如："用哈利·波特咒语替换我的加载动词。" Claude 会自动生成列表。这是个小细节，却能让等待变得更有趣。

## 总结

这 50 条技巧你不必全部掌握。从上次使用时最让你头疼的那个问题入手，挑一条能解决它的技巧，明天就去试试。一条真正用上的技巧，胜过五十条收藏夹里吃灰的建议。

我会定期撰写关于 Claude Code 的文章，欢迎查阅我的其他 Claude Code 使用指南。(https://www.builder.io/blog/authors/vishwas-gopinath)