2026年4月1日，Claude Code 在 2.1.90 版本新增了 /powerup 的命令，这是一个带有动画演示的互动课程，教人如何使用 Claude Code。
无论使用的是否是 Claude Code，作为公认的业内第一梯队 Agent，他们出品的“power up（能力升级）”是不可错过的优秀学习机会。接下来我们花 10 分钟，快速学习这 10 个章节。
首先我们需要确保版本是大于等于 v2.1.90，在 Claude Code 的终端输入 /powerup 之后会进入教学页面。
一共有10个章节，分别是：
本篇文章会依次详细介绍每一个章节，我会在每个章节里把文章的原始内容和我的理解分开写，致力于让读者可以全面而轻松地如同喝了杯午后的暖暖咖啡，惬意度过这段学习的时光。
在对话中，我们输入 @ 会出现模糊匹配的查找框，然后我们可以选中一个文件，例如 @src/auth.ts ，这个文件会随着我们的对话一起发送给 Claude，这样就不用手动复制粘贴代码了。同样的，如果我们在这个后面加上行号，如 @src/app.ts:42 ，那么 Claude 就会直接查看该文件的这一行。如果我们想要 Claude 查看指定目录，那么可以使用 @folder/ 的方式，即输入目录名，然后在最后加上斜杠 / 。
在 Claude Code 的命令行页面里，我们通过 @ 这样输入的目录、文件，都是可以直接点击打开的。
总结一下，假如我们有一个目录是 src，里面有一个文件是 app.ts, 其中第42行有问题，那么我们可以通过以下三个引用方式分别表述目录、文件、行号这三种范围：
@src/ 表示目录@src/app.ts 表示文件@src/app.ts:42 表示行号那么我们在什么时候可以用上这个能力呢？我认为有以下几种情况：
当我们输入 claude 进入对话界面后，默认的权限模式是 default ，Claude 会自行决定哪些是安全的命令，哪些是需要询问用户的。我们可以通过按下 shift + tab 来循环更换当前的模式，不同的模式区别在于 Claude 在执行之前询问用户的范围。
以下是具体的四种模式（modes）：
需要特别注意的是，auto 只能在 Team/Enterprise 计划才可用（Team/Enterprise plan with admin approval），如果你订阅的是 Pro 或者 Max，是无法切换到这个模式的。
如果你想进行一个大型的重构，推荐先用 plan 来审阅（review）。如果是一个长时间无人值守的任务，那么可以使用 auto 。另外，输入 /permissons 可以提前允许指定的命令，这样 Claude 就不会在这些命令执行时询问了。
注意，如果你使用 claude --dangerously-skip-permissions 这个命令启动 Claude，那么第四个 auto 模式会被替换成 bypass permissions on ，也就是允许 Claude 运行所有命令和执行所有编辑行为。
我个人的经验是，plan 模式是发展过程中的阶段性过程，当我们需要的时候可以直接用自然语言告诉 Claude 先做规划，并且随着各类 skills 的形式约束以及模型能力的提升，主动使用 plan 的需求场景是在减少的。 至于 accept edits ，这应该是最常用的模式，通过日积月累在 /permissions 里面完善，可以做到安全性和便携性的最佳取舍。不过，我相信很多人其实会使用 bypass permissions on 这个无限制的模式，因为相信 AI 的实力，也愿意承担较小的风险。或许 Claude 应当出一个与目前 /permissons 这种白名单模式相反的——黑名单模式，把诸如 rm 这个删除操作和 git push 等有风险的操作放进去，然后允许剩下的一切，这样更如臂使指。
Claude 会在每次编辑前为你的文件创建检查点。
双击 Esc 或者手动输入 /rewind，可以回退到任意之前的状态，无论是代码、对话，或两者一起回退。
/rewind 的含义就是“倒带”，当对话走向偏离的时候，我们可以回到检查点，尝试一个新的 prompt，这样可以保持对话历史的干净。
另外，使用 /clear 会清理当前的对话历史，但会保留文件的改动。使用 /branch 则会在当前会话的这一刻开启一个新的对话分支，用于进行不同的多个尝试，需要注意的是，这和 git 的 branch 是相似的概念，但是不一样的行为，这个命令是创建对话分支，并不会新建一个 git 分支出来。
我认为 /rewind 是一个不常用但很好用的命令，相当于在游戏里随时回到系统自动保存的存档点，灵活使用这样 save & load 的能力可以让工程更加优雅。
我们没必要等待耗时的编译和测试任务完成，这些都可以在后台持续执行。只需要在任何 bash 命令后面加上 & ,这个命令就会在后台执行。你可以继续对话， Claude会在它完成时提醒你。
我们可以通过 /tasks 这个指令随时查看运行中的人物， Claude 可以在任务的执行过程中读取输出，并且自动在失败的时候做出响应。
子代理（subagents）和工作流（workflows）同样作为任务运行，共享同一个调度入口和管理系统（it is all one queue）。
我觉得这一块如果读原文，有可能会带来一个误解，原文是:
Subagents and workflows also run as tasks — it is all one queue.
可能会有人误以为子代理和工作流在一个队列里串行执行，实际上只是表达这些都是以类似的方式在后台执行。
Claude 会在你每次会话开始时，读取你仓库中的 CLAUDE.md 文件，你可以把一些约定写进去，例如测试命令、代码风格规则、禁止改动的目录等。
运行 /init 会在你的代码仓库创建一份初始的 CLAUDE.md 文件。运行 /memory 则是可以直接编辑这个文件。
这些能力支持三个层级：
从我的经验来说，CLAUDE.md 文件是非常棒的用来管理 AI 行为以符合预期的工具，需要注意的是，不要在 CLAUDE.md 文件里写太长的规则，这会使 token 的消耗速度太快，可以参考“渐进式披露”的方式，将 CLAUDE.md 设计成目录，让 AI 按需查找。
MCP 服务器可以为 Claude 扩展新的工具能力，比如读取你的 Slack、查询数据库、控制浏览器等。
输入 /mcp 可以浏览并连接可用的服务器。
连接完成后，对应的工具会自动生效。
你可以直接对 Claude 说：“帮我查看日历”或“搜索一下我们的 Notion”，它就可以调用这些工具完成任务。
也可以在终端中直接添加 MCP 服务器，无需离开当前环境：
claude mcp add my-server -- npx some-mcp-pkg将一个 prompt 保存到 .claude/skills/deploy/SKILL.md，它就会变成一个可以执行的 /deploy命令。输入后，Claude 会自动执行。同样的，如果你保存的目录是claude/skills/myfirstskill/SKILL.md那么你可以输入/myfirstskill` 来执行。
运行 skills 可以查看当前可用的所有技能。
Hooks 可以在不同事件触发时运行你的脚本，例如：
你可以用它来：
运行 /hooks 可以查看当前有哪些 hook 会被触发。
你可以使用 /install-github-app 来让 Claude 审阅 Github 上面的 PR。
Claude 可以派生出多个副本并行处理任务。
比如告诉他“用 subagents 搜索这 5 个目录”，就能看到任务被自动分发执行（fan-out）。
你可以在 .claude/agents/ 中定义不同的专用 agent，例如：
每个 agent 都可以拥有独立的工具和指令。运行 /agents 管理这些 agent。
Subagents 会在隔离的上下文中执行任务。
如果你需要在不同分支上并行运行多个完整会话，可以使用 claude --worktree 。
这一块对于不熟悉 git worktree 的读者来说可能会有点困惑，我稍微具体解释一下：
隔离的上下文意味着不同的 subagents 之间并不直接共享记忆，可以理解为他们就像领导给不同的员工派发了不同的任务，员工们都知道共同的任务背景，但员工彼此之间没有联系方式，完成任务后各自向领导汇报。
但如果他们要处理的任务是有交集的，比如需要改同一个文档，那么干活时就会彼此冲突，最常见的情况就是你让两个 subagents 同时去做了不同的任务，第一个先完成了，然后开始运行测试工具，但是因为第二个还在修改中，所以第一个 subagent的 测试运行失败了。对于第一个 subagent 来说，ta完全不知道第二个 subagent 的上下文，也就不知道失败了该怎么办才好，那么只能忽略或者在没有上下文情况下强行理解和修复，这就会带来潜在的风险。
可能有的读者看到这里会想，那我复制多个目录，直接把 project 变成 project-copy1、project-copy2，每个独立用 claude 来运行，是不是就可以了？
没错，是可以的，不过复制多份会带来两个问题，一是复制并且完成任务后，要把改动给同步到主仓库有点麻烦，二是占用的磁盘空间成倍增加，尤其是因为每个目录都有独立的git 提交记录，尤其是其中的 .git/objects/ 在大型仓库里占用最大。
所以我们可以使用 worktree 来解决这个问题，worktree 会从指定的 commit checkout一份新的 copy，然后创建出一个 .git 文件作为指针指向原始目录的 .git/ 目录。
在整个任务完成后，还可以以 git merge 的方式同步回主目录的分支里去，可以说完全解决上了上面提到的两个问题。
那么 worktree 的缺点是什么呢？是的，就是心智负担，复制一个目录多么简单，worktree 却要理解这么多概念，这也是没有流行起来的一个重要原因。但现在有了 agent，一切都变得简单起来了，你只需要告诉agent：“请你拆分任务之后，用worktree来并行处理”，如同咒语一般，问题就解决了。
最后，如果你看完对 worktree 感兴趣，可以进一步探寻一下 Claude Code 与 codex cli 对worktree的不同设计，codex cli 默认使用 detached HEAD，而 Claude Code 则不用。可以点击这个链接查看 OpenAI 的文档： https://developers.openai.com/codex/app/worktrees
运行 /remote-control，这个终端会同步到你的手机以及 claude.ai/code。你可以在其他设备上查看输出、发送指令、批准工具调用，而当前会话会持续运行。
如果是想把网页端的对话移动到终端，可以输入 /teleport ,会完全迁移会话历史。
如果想了解更多关于远程编码的，例如如何与IM集成，可以阅读 Claude Code 的文档： https://code.claude.com/docs/zh-CN#在任何地方使用-claude-code
运行 /model 可以在不同的模型之间切换，Opus 适合复杂问题，Sonnet 适合大部分工作，Haiku 用于快速提问。不同问题在速度和思考深度上有所取舍。
使用 /effort 控制回答前的思考时长：
复杂问题或棘手 bug 可以设为 high，需要快速修改时可以设为 low。
/fast 可以开启快速模式，在同一模型下获得更快的响应，不会影响思考的深度，但是可以获得2.5倍的速度。但代价是，不支持第三方的API，例如 Amazon Bedrock，并且必须打开 extra usage，且 /fast 模式消耗的 token 会直接计入 extra usage 的账单，无论是否有订阅 pro/max，都会直接单独收费，非常的贵。
BTW，codex cli 同样有 /fast 模式，不过 codex cli 的设计就比较简单，开启后会获得1.5倍的速度，代价是双倍的额度消耗。
学习完这十个章节，再次打开 Claude Code 的时候，是否已经有了不一样的心情，工欲善其事，必先利其器，继续出发吧！
If you have anything you'd like to discuss, any ideas you want to bounce around, please send me a message.
