Claude Code 高级技巧 10 个:power user 都在偷偷用
Claude Code 高级技巧不是说让你装 X,是真能把日效从 2 倍提到 10 倍的那种。本文 10 招覆盖并行 worktree、subagent、hooks、MCP、计划模式、--bare、远程控制等
30 秒了解:Claude Code 高级技巧的核心思想
Claude Code 高级技巧的核心不是「知道更多命令」,而是 4 件事:让它并行干、给它持久记忆、配护栏放手让它跑、想办法让它自己验证自己。 Anthropic 自己写的 power user 指南里直接点名:「单一最有影响力的提示就是验证——让 Claude 有办法检查自己的输出。」
这篇按热度排 10 个真正能把日效拉起来的招数。前提是你已经熟悉基础——如果你还没跑通 Claude Code 怎么用,先回去走完那 7 步再看这篇。
准备工作:3 件事
- 用过至少 50 次 Claude Code(手感很重要)
- 写过自己的
CLAUDE.md(看 CLAUDE.md 怎么写) - 熟悉 git worktree 概念(招数 1 用得到)
下面 10 招从最容易立刻见效的开始排。
招数 1:plan 模式 + auto-accept 的二段式
最值钱的一招,用对了直接省一半时间。
传统跑大任务:你说一句 → AI 边想边干 → 每个动作问你 y/n → 跑歪了重来。
power user 玩法:
- 按
Shift+Tab切到 plan 模式 - 抛任务,让 AI 输出 5-15 步的方案
- 跟它来回打磨方案(直到 plan 你 100% 满意)
- 按
Shift+Tab切到 acceptEdits 模式 - 让它按 plan 一口气跑完
为什么强:plan 阶段你花 5 分钟跟它打磨方案,比执行阶段花 30 分钟批准 30 次动作还省。先想清楚再动手,永远是 vibe coding 的最强姿势。
招数 2:用 git worktree 并行跑 3-5 个会话
这招是 Anthropic 内部团队的「秘籍」。
git worktree 让你能在同一个 repo 里同时 checkout 多个分支到不同目录。配合 Claude Code 的多窗口跑法,你能同时让 3-5 个 Claude Code 实例分别干不同任务,互不打扰。
启动方式:
claude --worktree my-feature
或者结合 tmux:
claude --worktree --tmux
它会自动创建 worktree、checkout 新分支、在该 worktree 启动 Claude Code。
典型用法:
- 窗口 1:跑一个 2 小时的重型重构
- 窗口 2:同时改一个独立的小 feature
- 窗口 3:让另一个 Claude Code 跑 review
- 窗口 4:写文档
- 窗口 5:跑批量测试
你的时间从 1 倍变成 3-5 倍。前提是任务彼此独立、CPU 和 token 够。
招数 3:让它自己写 CLAUDE.md 护栏
跑完任务发现 AI 犯了个本来可以避免的错?
你刚才犯了一个错:[具体描述错在哪]
请:
- 检查当前 CLAUDE.md,看为什么这条约定没传达到你这里
- 用 /memory 加一条精准的规则到 CLAUDE.md,让类似错下次不会重复
- 规则要简短、明确、可执行
- 给我看 diff 再保存
不要写「请尽量记住」这种废话,要写「禁止 X,必须 Y」的铁律。
跑几十次后,CLAUDE.md 会变成「这个项目所有踩过的坑的清单」。Anthropic 叫这套打法 compounding engineering——每次错都变成下次的护栏,越用越聪明。
招数 4:/simplify 做交叉验证
跑完一段代码改动,跑:
/simplify
Claude Code 会派多个并行的子 agent,分别从「能不能复用现有代码」「效率有没有优化空间」「是否违反 CLAUDE.md 约定」3 个角度审你刚写的东西。
为什么强:写代码的 AI 和审代码的 AI 是不同实例(不带写代码时的偏见),catch 出来的问题质量很高。养成「干完一段跑一次 /simplify」的习惯,代码质量直接提一档。
如果你看 simplify 这个 skill 怎么写的,可以在 .claude/skills/simplify/SKILL.md 看到全部 prompt。
招数 5:用 hooks 自动化 lifecycle
Claude Code 有 lifecycle hooks,能在特定事件自动跑命令:
| 事件 | 用法 |
|---|---|
SessionStart | 每次启动会话时动态注入上下文 |
PreToolUse | AI 跑工具前先做点啥(比如 log) |
PostToolUse | AI 跑完工具后自动跑(比如 format) |
PermissionRequest | 权限请求时把审批路由到 Slack / Opus |
PostCompact | /compact 后重新注入关键指令 |
最经典的 hook:每次改完文件自动跑 prettier。在 .claude/settings.json 里加:
{
"hooks": {
"PostToolUse": [{
"matcher": "Write|Edit",
"hooks": [{
"type": "command",
"command": "pnpm format || true"
}]
}]
}
}
之后 Claude Code 每次写或改文件,pnpm format 自动跑,省去你「跑完手动 prettier」的步骤。
招数 6:subagent 分工
复杂任务你不该一个 Claude 干到底。在 .claude/agents/ 下放不同角色的 agent 定义,让 Claude Code 按任务派活给最合适那个:
.claude/agents/
├── code-architect.md # 写架构、定接口
├── code-implementer.md # 实现细节
├── security-reviewer.md # 审安全问题
└── test-writer.md # 写测试
每个 agent 有自己的 frontmatter 配置:模型(Opus / Sonnet 不同任务挑不同的)、可访问的工具、是否走 worktree 隔离。
启动后,主 Claude Code 看到你的任务会自动派给对应 agent。复杂任务用「architect 出方案 → implementer 写代码 → tester 写测试 → reviewer 审一遍」串起来,质量比单个 agent 干完整流程高一大截。
详细配置看 /agents 命令或者 Claude Code 命令速查表。
招数 7:MCP 接外部工具
MCP(Model Context Protocol)是 Anthropic 推的协议,让 Claude Code 能调外部工具——数据库、Slack、Notion、自己的 API。
最实用的几个 MCP server:
- BigQuery / 其他数据库:让 Claude Code 直接查你的数据库做分析(很多人「6 个月没自己写过 SQL」就是这么干的)
- Slack:把 bug thread 直接喂给 Claude Code,让它一边读上下文一边修
- Filesystem 扩展:访问当前项目以外的文件
- Git / GitHub:管理 PR、issue、release
不熟 MCP 是什么先看 什么是 MCP。装一个 MCP server 后跑 /mcp 查看状态、控制启停。
招数 8:--bare 加速 SDK 10 倍
如果你在写程序里调用 Claude Code SDK(TypeScript / Python),默认启动有不少初始化开销。加 --bare flag 跳过:
claude --bare --system-prompt-path ./prompt.md --mcp-config ./mcp.json
或者 SDK 里:
const claude = new Claude({
bare: true,
systemPrompt: './prompt.md',
mcpConfig: './mcp.json',
settings: './settings.json',
});
启动时间从几秒压到几百毫秒。前提:你必须显式指定 system-prompt、mcp-config 和 settings 路径(因为 bare 模式不自动找)。
招数 9:远程控制 / 跨设备续接
你在家电脑跑了个 2 小时的长任务,要去公司。两个玩法:
claude --teleport 续接
claude --teleport
让当前会话能在云端续跑,你换个设备登录同账号能接着干,不用从头开始。
/remote-control 手机控电脑
/remote-control
启用后,你能从手机 / 网页控制本机正在跑的 Claude Code 会话——批准动作、看输出、给新指令。配合 iOS / Android 的 Claude 官方 App 用,地铁上也能继续干活。
iMessage / Slack 控制
Anthropic 出了 iMessage 插件:
/plugin install imessage@claude-plugins-official
之后能直接在 iMessage 里跟你电脑上的 Claude Code 对话。开会时收一句「@claude 把 hero section 文案改一下」,电脑上 Claude Code 自动跑、改完通知你。
招数 10:用 /loop 跑常驻任务
/loop 5m /babysit-prs
让一个自定义命令(这里是 /babysit-prs)每 5 分钟自动跑一次,最多跑 3 天。
典型用法:
- 「每 10 分钟检查一下我所有 open PR,看 CI 跑完了没,挂了的就帮我看看」
- 「每小时扫一下 Slack 的 #bugs 频道,新报的 bug 自动 triage 写一份初步分析」
- 「每天 9 点扫一遍所有过期超过 30 天的 PR,写个清理建议」
需要持续跑、不能停机?用 cloud 版的:
/schedule
任务跑在 Anthropic 云端,本地关机不影响。
一个完整 power user 工作流示范
把上面 10 招串起来,假设你接到任务「把当前项目从 Express 迁移到 Fastify」:
任务:把当前项目从 Express 迁移到 Fastify
按下面步骤跑,不要跳:
【阶段 1:plan】 切到 /plan 模式。 看完整 codebase(@src/ 全部),输出迁移方案:
- 涉及的文件清单
- 风险点(API 行为差异、中间件改造、错误处理)
- 分多少个 commit 来做
- 每步怎么验证(跑哪些测试 / 起 server 验证哪个接口)
【阶段 2:开 worktree 并行】 方案 OK 后,让我们开 3 个 worktree 并行:
- worktree 1:核心 server 改造
- worktree 2:所有 route 迁移
- worktree 3:测试和文档同步更新
【阶段 3:每步跑 /simplify】 每个 worktree 写完一段,自动跑 /simplify 让 reviewer agent 审一遍。
【阶段 4:合并和 commit】 全跑完后合并到主分支,按 Conventional Commits 拆 commit。
【阶段 5:更新 CLAUDE.md】 迁移过程中发现的任何「这个项目特有的约定」,用 /memory 加进 CLAUDE.md。
【阶段 6:跑 /cost】 全部跑完输出花了多少 token、估算多少钱。
我会全程在 plan 模式 review,OK 后再切 acceptEdits 让你跑。
这条 prompt 用上了 plan、worktree、subagent(隐式)、/simplify、CLAUDE.md 自动维护、/cost——基本把这篇 10 招用了个遍。
一个救命提醒
Anthropic 在 power user 指南里反复强调:
单一最有影响力的提示就是验证(verification)——让 Claude 有办法检查自己的输出。
具体怎么做:
- 前端:装 Chrome 扩展让它能看你浏览器渲染的样子
- 服务端:让它能跑 curl / 看 log / 启 dev server
- 代码质量:跑
/simplify或者 lint - 测试:每次改完跑 test suite
任何方式让 AI 自己能验证「我刚改的对不对」,都比你帮它验证强 10 倍。这是 power user 跟普通用户最大的认知差。
下一步
- 上手 7 步走 → Claude Code 怎么用
- 写持久记忆 → CLAUDE.md 怎么写
- 命令速查表 → Claude Code 命令速查表
- 装出问题 → Claude Code 安装教程
- 全景对比 → AI 写代码完全指南
- MCP 是什么 → 什么是 MCP
常见问题
Q:这些招数对新手是不是太复杂? A:用过 50 次以下别上。前期先熟基础(Claude Code 怎么用),熟了再回来挑 1-2 招试。最该先试的是「plan + acceptEdits 二段式」和「/simplify 交叉验证」。
Q:worktree 跑 5 个会话,订阅扛得住吗? A:取决于套餐。Pro 套餐跑 2-3 个就容易触发限速,Max 套餐 5 个比较稳。重度并行用户基本都用 Max 或者直接 API key。
Q:subagent 是不是噱头? A:不是。但只有「任务足够大 + 角色边界足够清晰」才划算。给一个 50 行函数加注释还派 4 个 agent 是过度工程。500 行以上的多文件改造才显得 subagent 真有用。
Q:MCP 怎么开始学? A:先看 什么是 MCP 了解概念。然后挑一个你最常用的工具(比如 GitHub)装它的 MCP server,看一周用熟。再扩到第二个。一上来装 10 个 MCP 是灾难。
Q:hooks 写起来麻烦吗? A:第一次配 30 分钟(要看文档、调试 JSON),之后改起来 5 分钟。最值的两个 hook:PostToolUse 跑 format / lint、SessionStart 注入当前 sprint 上下文。其他按需加。