本文总结了 45 个 Claude Code 使用技巧，从基础入门到高级应用，帮助你更高效地使用这个强大的 AI 编程助手。

原文参考：https://mp.weixin.qq.com/s/c2YQFgWfpVRNRoflGbZ7rg
GitHub 原文：https://github.com/ykdojo/claude-code-tips

目录

技巧 0：自定义状态栏

你可以自定义 Claude Code 底部的状态栏，显示有用的信息。可以设置为显示模型名称、当前目录、git 分支（如果有）、未提交文件数、与远程仓库的同步状态，以及 token 使用量的可视化进度条。

这个功能对监控上下文使用量、回忆正在处理的内容很有帮助。脚本支持 10 种颜色主题：橙色、蓝色、青色、绿色、薰衣草色、玫瑰色、金色、石板灰、青绿色或灰色。

设置方法： 使用这个示例脚本：https://github.com/ykdojo/claude-code-tips/blob/main/scripts/context-bar.sh

技巧 1：掌握几个常用的斜杠命令

有很多内置的斜杠命令（输入/ 查看全部）。以下是一些值得掌握的：

/usage

检查你的速率限制和使用量。

/chrome

切换 Claude 的原生浏览器集成。

/mcp

管理 MCP（模型上下文协议）服务器。

/stats

查看使用统计，带有 GitHub 风格的活动图。

/clear

清除对话，重新开始。

技巧 2：用语音与 Claude Code 交流

用语音沟通比打字快得多。在本地机器上使用语音转录系统对此非常有帮助。

在 Mac 上，可以尝试： - Super Voice Assistant（开源，支持 Parakeet v2/v3） - MacWhisper - superwhisper

使用托管服务准确率更高，但本地模型已经够用了。即使转录有错字，Claude 也能理解你想表达的意思。

技巧 3：把大问题拆成小问题

这是最重要的概念之一。如果 Claude Code 无法一次性解决一个困难的问题，请它分解成多个小问题。看它能否解决其中一部分。还是太难？那就更小的子问题。持续下去，直到所有问题都可以解决。

本质上，不是从 A 直接到 B，而是从 A 到 A1 到 A2 到 A3，再到 B。

技巧 4：像高手一样使用 Git 和 GitHub CLI

直接让 Claude 处理你的 Git 和 GitHub CLI 任务。包括提交（不用手动写提交信息）、分支、拉取和推送。

我个人允许自动拉取但不允许自动推送，因为推送风险更大——拉取出问题不会污染远程仓库。

使用 Claude Code 后，我开始更多地创建草稿 PR。这让 Claude Code 可以低风险地处理 PR 创建过程——标记为准备好审查之前，你可以审查所有内容。

禁用提交/PR 署名

默认情况下，Claude Code 会在提交中添加Co-Authored-By 尾部，在 PR 中添加署名页脚。你可以在~/.claude/settings.json 中添加以下内容来禁用两者：

{
  "attribution": {
    "commit": "",
    "pr": ""
  }
}

技巧 5：AI 上下文就像牛奶，新鲜浓缩才最好！

当你和 Claude Code 开始新对话时，它表现最好，因为不需要处理先前的上下文。但随着对话越来越长，性能往往会下降。

所以最好为每个新主题开始新对话，或者性能下降就重新开始。

技巧 6：从终端获取输出

有时你想复制粘贴 Claude Code 的输出，但直接从终端复制不太方便。以下是几个更容易获取内容的方法：

  • GitHub Desktop：你可以让 Claude 在 GitHub Desktop 中打开当前仓库
  • 打开 URL：如果有你想自己查看的 URL，让 Claude 在浏览器中打开它
  • 写入文件：让 Claude 把内容放在文件中，然后让它在 VS Code 中打开
  • 直接使用剪贴板：在 Mac 或 Linux 上，让 Claude 使用pbcopy 将输出直接发送到剪贴板
  • /copy 命令：最简单的选项——只需输入/copy 将 Claude 的最后一条响应作为 markdown 复制到剪贴板

技巧 7：设置终端别名快速启动

因为使用 Claude Code 我更多地使用终端，我发现设置短别名很有帮助，这样可以快速启动。以下是我使用的：

  • q 代表进入我大多数项目的项目目录
  • co 代表 VS Code
  • gb 代表 GitHub Desktop
  • ch 代表带 Chrome 集成的 Claude Code
  • c 代表 Claude Code（这是我用得最多的）

设置方法： 在你的 shell 配置文件（~/.zshrc 或~/.bashrc）中添加：

alias c='claude'
alias ch='claude --chrome'
alias gb='github'
alias co='code'
alias q='cd ~/Desktop/projects'

技巧 8：主动压缩上下文

Claude Code 中有一个/compact 命令，可以总结你的对话以释放上下文空间。当完整的可用上下文被填满时，也会发生自动压缩。

我的做法是在重新开始之前让 Claude 写一份交接文档。Claude 会创建一个总结当前工作状态的文件，这样下一个有新鲜上下文的代理就能只加载那个文件，不需要其他东西就能开始这个任务并完成它。

替代方案：使用计划模式

另一个选择是使用计划模式。用/plan 或 Shift+Tab 进入。让 Claude 收集所有相关的上下文并为下一个代理创建一个全面的计划。

技巧 9：完成自主任务的「编写-测试」循环

如果你想让 Claude Code 自主运行某些东西，比如git bisect，你需要给它一种验证结果的方法。关键是完成编写-测试循环：编写代码、运行、检查输出，然后重复。

对于涉及交互式终端（如 Claude Code）的任务，你可以使用 tmux。模式是： 1. 验证是否符合预期 2. 捕获输出 3. 向它发送命令 4. 启动一个 tmux 会话

技巧 10：Cmd+A 和 Ctrl+A 是你的好朋友

有时你想给 Claude Code 一个 URL，但它无法直接访问。可能是私有页面（不是敏感数据，只是不公开），或者是 Reddit 帖子之类的东西。这时你可以选择看到的所有内容（Mac 用 Cmd+A，其他平台 Ctrl+A），复制，然后直接粘贴到 Claude Code 中。这招挺管用。

这对终端输出也很有效。当我从 Claude Code 本身或任何其他 CLI 应用程序获得输出时，我可以使用同样的技巧：全选、复制、粘贴回 CC。非常有帮助。

技巧 11：用 Gemini CLI 访问受限网站

Claude Code 的 WebFetch 工具无法访问某些网站，如 Reddit。但你可以通过创建一个技能来解决这个问题，告诉 Claude 使用 Gemini CLI 作为后备。Gemini 有网络访问能力，可以获取 Claude 无法直接访问的网站内容。

这使用与技巧 9 相同的 tmux 模式——启动会话、发送命令、捕获输出。

技巧 12：打造自己的工作流

我用 Swift 从头做了自己的语音转录应用。用 Claude Code 从头做了自定义状态栏，这个用 bash。还做了套系统来简化 Claude Code 压缩 JavaScript 文件中的系统提示词。

但你不必像我这么过分。只需要照顾好自己的 CLAUDE.md，让它尽可能简洁，同时能帮你实现目标——这就够了。

技巧 13：搜索对话历史

你可以询问 Claude Code 关于你过去的对话，它会帮助你查找和搜索它们。你的对话历史本地存储在~/.claude/projects/ 中，文件夹名称基于项目路径（斜杠变成破折号）。

每个对话是一个.jsonl 文件。你可以用基本的 bash 命令搜索它们：

# 查找所有提及 "Reddit" 的对话
grep -l -i "reddit" ~/.claude/projects/-Users-yk-Desktop-projects-*/*.jsonl

# 查找今天关于某主题的对话
find ~/.claude/projects/-Users-yk-Desktop-projects-*/*.jsonl -mtime 0 -exec grep -l -i "keyword" {} \;

或者直接问 Claude Code：「我们今天关于 X 谈了什么？」它会在历史中为你搜索。

技巧 14：用终端标签页多任务处理

在运行多个 Claude Code 实例时，保持组织有序比任何特定的技术设置更重要。我建议一次最多专注于三到四个任务。

我的方法是「级联」——每当开始新任务，就在右边开新标签页。然后从左到右扫描，从最旧的任务到最新的。方向保持一致，除非需要检查某些任务、获得通知等。

技巧 15：精简系统提示词

Claude Code 的系统提示词和工具定义在你开始工作之前就占用了约 19k token（约 200k 上下文的 10%）。我创建了一个补丁系统，将其减少到约 9k token——节省约 10,000 token（约 50% 的开销）。

补丁通过从压缩的 CLI 包中删减冗长的示例和冗余文本来工作，同时保留所有必要的指令。

支持的安装方式： npm 和原生二进制（macOS 和 Linux）。

重要： 如果你想保留补丁后的系统提示词，请通过在~/.claude/settings.json 中添加以下内容来禁用自动更新：

{
  "env": {
    "DISABLE_AUTOUPDATER": "1"
  }
}

延迟加载 MCP 工具

如果你使用 MCP 服务器，它们的工具定义默认加载到每个对话中——即使你不使用它们。启用延迟加载，使 MCP 工具只在需要时加载：

{
  "env": {
    "ENABLE_TOOL_SEARCH": "true"
  }
}

技巧 16：用 Git Worktree 并行处理分支

如果你同时在同一项目上处理多件事，不想让它们冲突，Git worktree 是个好办法。让 Claude Code 创建一个 git worktree 并在那里开始工作——你不必担心具体的语法。

基本思想是不同目录处理不同分支。本质上是一个分支 + 一个目录。

技巧 17：长时间任务的手动指数退避

在等待长时间运行的任务（如 Docker 构建或 GitHub CI）时，你可以让 Claude Code 执行手动指数退避。指数退避是软件工程中的常见技术，但这里也可以用。让 Claude Code 以递增的睡眠间隔检查状态——一分钟，然后两分钟，然后四分钟，以此类推。

这样代理可以持续检查状态，完成后通知你。

技巧 18：把 Claude Code 当写作助手

Claude Code 是个不错的写作助手和伙伴。我的用法是先给它所有关于想写什么的上下文，然后通过语音给详细指令。这给我初稿。不够好就试几次。

然后我基本上逐行检查。说好吧，一起看看。我喜欢这一行是因为这些原因。这一行需要移到那边。这一行需要以这种方式改。我也可能会问参考资料。

这种来回的过程往往很有效。

技巧 19：Markdown 太棒了

通常人们写新文档时，可能会用 Google Docs 或 Notion 之类的东西。但现在老实说，最高效的方式是 markdown。

Markdown 在 AI 之前就很好了，但特别是对 Claude Code，因为它的效率——我认为 markdown 的价值更高了。每当想写博客文章甚至 LinkedIn 帖子，和 Claude Code 对话，让它保存为 markdown，然后从那里开始。

一个小技巧：如果把 markdown 内容粘贴到不容易接受的平台，先粘贴到一个新的 Notion 文件中，然后从 Notion 复制到其他平台。Notion 会将其转换为其他平台可以接受的格式。

技巧 20：用 Notion 保留粘贴时的链接

事实证明反向操作也有效。如果有来自其他地方带链接的文本，比如 Slack，复制它。直接粘贴到 Claude Code，不显示链接。但先放在 Notion 文档中，然后从那里复制，你会得到 markdown 格式，Claude Code 可以读取。

技巧 21：用容器处理长时间高风险任务

常规会话更适合有条理的工作，需要控制给予的权限并仔细审查输出。容器化环境适合--dangerously-skip-permissions 会话，不必为每件小事授予权限。可以让它自己跑一段时间。

对于研究或实验、需要长时间且可能有风险的事情很有用。在容器中，出问题也是隔离的。

我甚至创建了 SafeClaw 让运行容器化 Claude Code 会话变得容易。可以启动多个隔离会话，每个都有一个 Web 终端，并从仪表板管理它们。

技巧 22：提升 Claude Code 技能的最好方法就是多用

最近我看到一位世界级攀岩运动员接受采访。她被问到：「你如何提升攀岩技能？」她简单地说：「通过攀岩。」

我有同样的感觉。当然，可以做一些补充的事情，比如看视频、读书、学技巧。但使用 Claude Code 是学习如何用它的最好方法。使用 AI 总体上是学习如何用 AI 的最好方法。

我喜欢把它想象成十亿 token 规则，而不是 10,000 小时规则。想在 AI 方面变得更好，真正对它如何工作有良好的直觉，最好的方法是消耗大量 token。

技巧 23：克隆/复刻和半克隆对话

有时你想从对话中的特定点尝试不同的方法，不想丢失原始线程。clone-conversation 脚本让你用新的 UUID 复制对话，这样可以分支出去。

内置替代方案（最新版本）： Claude Code 现在有原生分支功能： - --fork-session - 与--resume 或--continue 一起使用 - /fork - 在对话中复刻当前会话

半克隆以减少上下文

当对话变得太长时，half-clone-conversation 脚本只保留后半部分。这减少了 token 使用量，同时保留你最近的工作。

技巧 24：用 realpath 获取绝对路径

当你需要告诉 Claude Code 关于不同文件夹中的文件时，用realpath 获取完整绝对路径：

realpath some/relative/path

技巧 25：理解 CLAUDE.md、技能、斜杠命令和插件的区别

这些是有些相似的功能，我最初觉得很困惑。

CLAUDE.md 是最简单的一个。一堆被视为默认提示词的文件，无论什么都加载到每个对话的开头。好处是简单。

技能 就像结构更好的 CLAUDE.md 文件。可以在相关时被 Claude 自动调用，或由用户手动用斜杠调用。如果这些指令在技能中，只在需要时加载。如果在 CLAUDE.md 中，已经存在并占用空间。所以理论上技能更节省 token。

斜杠命令 与技能相似，都是将指令单独打包。可以由用户手动调用，或由 Claude 自己调用。

插件 是将技能、斜杠命令、代理、hook 和 MCP 服务器打包在一起的方式。

技巧 26：交互式 PR 审查

Claude Code 很适合 PR 审查。过程很简单：让它用gh 命令检索 PR 信息，然后按你想要的方式审查。

可以做一般性审查，或逐文件、逐步进行。你控制节奏。控制想看多少细节和在什么复杂度级别工作。

关键区别是 Claude Code 充当交互式 PR 审查者，而不只是一次性机器。

技巧 27：把 Claude Code 当研究工具

Claude Code 对于研究很棒。本质上是个 Google 替代品或深度研究替代品，但在几个方面更先进。无论研究为什么某些 GitHub Actions 失败、在 Reddit 上做情感或市场分析、探索代码库，还是探索公共信息找东西——都能做到。

关键是给它正确的信息和关于如何访问这些信息的指令。

技巧 28：掌握多种验证输出的方法

如果输出是代码，一种验证方法是让它写测试，确保测试总体看起来没问题。另一种是可以用可视化 Git 客户端如 GitHub Desktop。让它生成 PR 也是个好方式。让它创建一个草稿 PR，在变成真正的 PR 之前检查内容。

另一个是让它检查自己的工作。如果给你某种输出，比如来自某些研究，你可以说「你确定吗？能再检查一遍吗？」我最喜欢的提示词之一是「仔细检查所有东西，产生的每一条主张，最后制作一个能验证的内容表格」——这很有效。

技巧 29：把 Claude Code 当 DevOps 工程师

我想专门为此创建一个单独的技巧，因为对我来说效果很好。每当有 GitHub Actions CI 失败，就交给 Claude Code，说「深入调查这个问题，尝试找到根本原因。」

我把这个工作流打包成一个/gha 斜杠命令——只需运行/gha 加上任何 GitHub Actions URL，它会自动调查失败、检查不稳定性、识别破坏性提交并建议修复。

技巧 30：保持 CLAUDE.md 简洁并定期检查

保持 CLAUDE.md 简洁并尽可能精简很重要。可以完全从没有 CLAUDE.md 开始。如果发现自己一遍遍告诉 Claude Code 同样的事情，那就把它添加到 CLAUDE.md。

定期审查 CLAUDE.md 文件也很重要，因为它们可能随时间过时。一段时间前有意义的指令可能不再相关，或者有了应该记录的新模式。

技巧 31：Claude Code 是通用接口

我曾经认为使用 Claude Code，CLI 就像是新的 IDE，在某种程度上仍然如此。但同样成立的是，更一般的情况是，Claude Code 真的是计算机、数字世界、任何数字问题的通用接口。

很多情况下可以让它自己解决。比如需要快速编辑视频，直接让它做——它可能会通过 ffmpeg 或类似的东西来解决。想转录一堆本地音频或视频文件，直接让它做——它可能会建议通过 Python 用 Whisper。想分析 CSV 文件中的一些数据，它可能会建议用 Python 或 JavaScript 来可视化。

技巧 32：选择正确的抽象层级

如我之前提到的，有时停留在氛围编程级别是可以的。如果在处理一次性项目或代码库的非关键部分，不一定需要担心每一行代码。但其他时候，想深入一点——查看文件结构和函数、单独的代码行，甚至检查依赖项。

关键是不是非黑即白的。有些人说氛围编程不好，因为不知道自己在做什么，但有时完全没问题。但其他时候，深入挖掘、用软件工程技能、在粒度级别理解代码，或复制粘贴代码库的部分或特定错误日志来问 Claude Code 关于它们的具体问题是有帮助的。

技巧 33：审查你批准的命令

我最近看到这篇帖子，某人的 Claude Code 运行了rm -rf tests/ patches/ plan/ ~/ 并删除了主目录。很容易把它当作氛围编程者的错误而忽略，但这种错误可能发生在任何人身上。所以定期审查批准的命令很重要。

为了更容易，我构建了 cc-safe——一个扫描.claude/settings.json 文件中危险批准命令的 CLI。

它检测这样的模式： - git reset --hard、npm publish、docker run --privileged - sudo、rm -rf、Bash、chmod 777、curl | sh

GitHub: https://github.com/ykdojo/cc-safe

技巧 34：多写测试（使用 TDD）

随着用 Claude Code 写更多代码，更容易犯错误。PR 审查和可视化 Git 客户端帮助发现问题，但随着代码库变大，写测试至关重要。

可以让 Claude Code 为自己的代码写测试。我发现 TDD（测试驱动开发）与 Claude Code 配合得不错： 1. 先写测试 2. 确保它们失败 3. 编写让它们通过的代码 4. 提交测试

技巧 35：在未知领域更勇敢些，迭代解决问题

自从开始更密集地使用 Claude Code，我注意到在未知领域变得越来越勇敢。

比如开始在 Daft 工作时，注意到前端代码有问题。我不是 React 专家，但还是决定深入研究。开始问关于代码库和问题的相关问题。最终解决了它，因为我知道怎么用 Claude Code 迭代解决问题。

即使在未知的世界，可以用 Claude Code 做比想象的多得多的事情。

技巧 36：在后台运行 bash 命令和子代理

当有一个长时间运行的 bash 命令在 Claude Code 中，可以按 Ctrl+B 将它移到后台运行。Claude Code 知道如何管理后台进程——它可以稍后使用 BashOutput 工具检查它们。

Claude Code 也能够在后台运行子代理。如果需要做长时间运行的研究或让代理定期检查某些东西，不必让它在后台运行。只需让 Claude Code 在后台运行代理或任务，它会处理，而你继续其他工作。

技巧 37：个性化软件时代已来

我们正在进入个性化、定制软件的时代。自从 AI 出现——ChatGPT 总体上，但特别是 Claude Code——我注意到能够创建更多软件，有时只为自己，有时为小项目。

如我之前在这份文档中提到的，我创建了一个每天用来和 Claude Code 对话的自定义转录工具。创建了自定义 Claude Code 本身的方式。还用 Python 更快地完成了一堆数据可视化和数据分析任务。

这是个激动人心的时代。无论想完成什么，可以让 Claude Code 去做。如果够小，一两个小时就能构建。

技巧 38：导航和编辑输入框

Claude Code 的输入框设计为模拟常见的终端/readline 快捷键，如果习惯在终端工作，感觉会很自然。

导航： - Option+Left/Right（Mac）或Alt+Left/Right - 按词向后/向前跳转 - Ctrl+E - 跳转到行尾 - Ctrl+A - 跳转到行首

编辑： - Ctrl+G - 在外部编辑器中打开提示词 - Ctrl+C/Ctrl+L - 清除当前输入 - Ctrl+K - 从光标删除到行尾 - Ctrl+U - 从光标删除到行首 - Ctrl+W - 删除前一个词

输入换行（多行输入）： 最快的方法无需任何设置在任何地方都有效：输入\ 然后按 Enter 创建新行。

粘贴图片： - Ctrl+V（Mac/Linux）或Alt+V（Windows）- 从剪贴板粘贴图片

技巧 39：花点时间规划，但也要快速原型验证

你想花足够的时间规划，这样 Claude Code 就知道要构建什么以及如何构建。这意味着尽早做出高层决策：用什么技术、项目应该如何结构化、每个功能放哪里、东西放哪些文件里。尽早做出好的决定很重要。

有时原型验证对此有帮助。只需快速做一个简单的原型，可能就能说「好的，这个技术适合这个特定目的」或「另一个技术更好」。

可以通过按 Shift+Tab 切换到计划模式。或者可以直接让 Claude Code 在写任何代码之前制定一个计划。

技巧 40：简化过度复杂的代码

我发现 Claude Code 有时会把事情过度复杂化，写太多代码。做出没要求的更改。似乎有写更多代码的倾向。如果遵循了本指南中的其他技巧，代码可能工作正确，但会很难维护，很难检查。

所以有时想检查代码并让它简化东西。可以自己修，但也可以直接让它简化。可以问这样的问题「为什么要做这个特定的更改？」或「为什么要加这一行？」

技巧 41：自动化的自动化

归根结底，这都是关于自动化的自动化。我的意思是，我发现这是不仅变得更高效，而且让过程更有趣的最好方式。

我从 ChatGPT 开始，想自动化复制粘贴和运行 ChatGPT 在终端中给我的命令的过程。我通过构建一个名为 Kaguya 的 ChatGPT 插件自动化了整个过程。从那时起，我一直朝着越来越多的自动化努力。

我认为最终这就是我们前进的方向。每当发现自己一遍遍重复同样的任务或命令，几次没问题，但如果一遍遍重复，那就想办法自动化整个过程。

技巧 42：分享知识，贡献力量

这个技巧与其他技巧有点不同。我发现通过尽可能多地学习，能够与周围的人分享知识。也许通过像这样的帖子，也许甚至书籍、课程、视频。

每当我分享技巧时，经常获得回馈。比如分享缩短系统提示词和工具描述的技巧（技巧 15）时，一些人告诉我可以用作替代的--system-prompt 标志。

在贡献方面，我一直在向 Claude Code 仓库发 issue。团队对功能请求和错误报告的反应有多快是相当惊人的。

技巧 43：持续学习！

有几种有效的学习 Claude Code 的方式：

问 Claude Code 本身 - 如果有关于 Claude Code 的问题，直接问。Claude Code 有个专门的子代理来回答关于自身功能、斜杠命令、设置、hook、MCP 服务器等的问题。

查看发布说明 - 输入/release-notes 看当前版本的新功能。这是了解最新功能的最好方式。

向社区学习 - r/ClaudeAI subreddit 是向其他用户学习、看看人们在使用什么工作流的好地方。

关注 Ado 的技巧 - Ado（@adocomplete）是 Anthropic 的 DevRel，在 2025 年 12 月整个月发布了每日 Claude Code 技巧，在他的「Advent of Claude」系列中。

技巧 44：安装 dx 插件

这个仓库也是一个名为dx（开发者体验）的 Claude Code 插件。它把上面技巧中的几个工具打包成一个安装：

技能 描述
/dx:gha 分析 GitHub Actions 失败（技巧 29）
/dx:handoff 为上下文连续性创建交接文档（技巧 8）
/dx:clone 克隆对话以分支出去（技巧 23）
/dx:half-clone 半克隆以减少上下文（技巧 23）
/dx:reddit-fetch 通过 Gemini CLI 获取 Reddit 内容（技巧 11）
/dx:review-claudemd 审查对话以改进 CLAUDE.md 文件（技巧 30）

两条命令安装：

claude plugin marketplace add ykdojo/claude-code-tips
claude plugin install dx@ykdojo

技巧 45：快速设置脚本

如果想一次性设置这个仓库中的多个推荐，有个设置脚本处理其中的许多：

bash <(curl -s https://raw.githubusercontent.com/ykdojo/claude-code-tips/main/scripts/setup.sh)

脚本会显示它将配置的所有内容，让你跳过任何项目。

总结

这 45 个技巧涵盖了从基础设置到高级应用的各个方面。记住，提升 Claude Code 技能的最好方法就是多用。通过实践这些技巧，你会发现 Claude Code 不仅能提高你的编程效率，还能成为你数字世界的通用接口。

相关资源： - GitHub 原文：https://github.com/ykdojo/claude-code-tips - Claude Code 大师课：https://youtu.be/9UdZhTnMrTA - r/ClaudeAI 社区：https://www.reddit.com/r/ClaudeAI/

注意：这些技巧基于 Claude Code 的当前版本，随着软件更新，某些功能可能会有所变化。建议定期查看发布说明（/release-notes）了解最新功能。