Claude Code 高阶玩家指南：从 Cursor 完全切换之后的工作流

我是 Quentin，OpenClaw 拼车的维护者。这篇是我整理的一份 Claude Code 重度玩家手册，写给那些已经装了 Claude Code、跑过几次任务，但隐隐觉得「好像还没榨干」的人。

参考的是国外几位高产工程师公开的实战经验，加上我自己一年多日常使用沉淀出来的小技巧。读完之后你会知道：怎么把 IDE 和 Claude Code 一起用、怎么避开权限弹窗、怎么让 PR 审查变得真的有用、怎么写自己的钩子和命令、以及那些「不试不知道」的快捷键和怪癖。

拼车前置：高强度使用 Claude Code 几乎一定会撞上 rate limit。OpenClaw 拼车一行接通 Max 20× 配额，免登录、免折腾：

curl -fsSL https://cp.bizq.net/setup.sh | bash -s -- claude-max-20x

一、IDE 扩展：把 Claude Code 当主界面

第一件事：装 Claude Code 的 VS Code / Cursor 扩展。它适用于 VS Code、Cursor，应该也能跑在 Windsurf 里。

不用期待什么花哨的 UI，本质上它就是一个启动器。但好处是打开 Claude Code 变得非常简单，并且如果你的几个任务在代码库的不同部分工作，可以在 IDE 的不同窗格中并行开几个 Claude Code 实例。

我现在的工作流是这样：

• 快速补全：还是用 IDE 自带的 Tab 补全和 Command+K 内联编辑
• 代理任务：默认丢给 Claude Code，只有在它完全宕机时才会回去用 IDE 自己的 agent 侧边栏
• 审查变更：编辑器变成「只读视图」，主要看 Claude Code 改了什么，必要时小幅人工调整

有点反直觉但很自然：Claude Code 从「次要工具」变成了「主要界面」，IDE 反而成了它的辅助显示器。

二、终端 UI 不是退化，是聚焦

听到「Claude Code 是个终端 CLI」很多人第一反应是退步。但实际用下来，终端 UI 反而帮你聚焦：

• @ 标记文件：直接补全路径，比拖拽快
• 斜杠命令：/clear、/compact、/install-github-app、/terminal-setup，全是高频操作
• 精确选择上下文：你想让 Claude 看哪些文件，就 @ 哪些，不会被 IDE 自动塞进一堆无关 tab

模型选择的默认就是最优

我大多数时候用 Opus，遇到 Opus 不可用才切 Sonnet。但多数人用默认设置就够了——它会用 Opus 直到达到 50% 配额上限，然后自动切到 Sonnet 控制成本。

经常按 /clear

每次开始一个新任务，先 /clear。

不要让历史对话占着 token，更不要让 Claude 触发 compact 去自动总结旧对话——总结过程本身就要消耗一次推理，而且总结后的上下文质量必然不如重新开。

向上箭头浏览历史

向上键能浏览过去的所有 prompt，包括上一次会话的。要找昨天写的那条提示词非常方便。

三、权限系统：要么忍，要么绕

Claude Code 最让人血压升高的就是权限弹窗。你写完一段 prompt，它开始干活，你切到 Slack 回个消息，五分钟回来——它在那等着你确认「我能编辑这个文件吗？」

是的。你能编辑文件。这不就是你让它做的事吗。

我自己的解法就两条：

方案 A：每次启动都 --dangerously-skip-permissions

alias cc="claude --dangerously-skip-permissions"

听起来很危险，但实际上它就是 Cursor 的 yolo 模式。理论上一个失控代理可以跑破坏性命令，但我用了一年多没遇到过一次。

风险评估靠你自己，但我晚上睡得很安稳。

方案 B：精确 allowlist

如果还是怕，可以在 ~/.claude/settings.json 里给一组安全命令直接放行：

{
  "permissions": {
    "allow": [
      "Bash(npm test:*)",
      "Bash(git status:*)",
      "Bash(git diff:*)",
      "Bash(npm run lint:*)",
      "Edit(*)",
      "Read(*)"
    ]
  }
}

这样就不会在 lint、test、读文件这种百分百安全的操作上反复弹窗。

四、GitHub 集成：让 Claude 审你的 PR

最酷的斜杠命令之一是 /install-github-app。跑一次之后，Claude 会自动审查你以后开的每个 PR。

为什么有用？AI 工具用得越多，PR 数量也越多。Claude 比人类更不容易漏：

• 人类审查者爱挑变量名、缩进
• Claude 会找真正的逻辑 bug 和安全问题

但默认提示词太啰嗦了——会对每个小细节写长篇大论。我的解法是覆写 .github/claude-code-review.yml：

direct_prompt: |
  请审查这个 PR，重点找 bug 和安全漏洞。
  只报告你确认存在的问题，不要为了凑字数做风格点评。
  保持简洁。

这样每次审查的产出就是「真正值得修的问题」，签字通过率也高很多。

/install-github-app 还能干别的事：从 PR 评论里提取待办、直接审已有 PR 之类。

五、不显眼但要命的怪癖

终端 UI 有几个你不踩坑就永远不会知道的细节：

这些一旦掌握，操作流畅度直接翻倍。

六、大代码库才是它的主场

一个我亲身验证过的差距：在我以前一个 Builder.io 风格项目里有个 18000 行的 React 组件（别评价代码组织，我知道）。除了 Claude Code，没有任何 AI 工具能成功更新这个文件。

具体差在哪：

• Cursor / 通用 IDE agent：经常补丁打不上、需要重写整个文件、对超大文件直接放弃
• Claude Code：极少卡住，能在大文件里精准 diff，能在多文件之间联动跳转

更深层的差别是理解大型代码库的能力——搜索模式、识别组件之间的关系、理解共享状态、在文件夹深处找到正确的引用。这一点 Claude Code 远远领先。

如果你日常处理的是「干净的小项目」，可能感觉不出差距。一旦进了真实的、混乱的、十万行起步的老代码库，Claude Code 才显出价值。

七、消息排队：异步写需求

一个我离不开的功能：消息排队。你可以连续输入多个 prompt，Claude 会按顺序、智能地处理。

老的 IDE agent 会让我打开一个记事本，把待办的 prompt 都先写在那；当一个任务完成，再去粘贴下一个。问题是我经常忘记回来粘——工作流被打断，Slack 一弹消息我就跑了。

现在的工作流是：

> 实现登录页
[排队中]
> 还有忘了，加上 Google OAuth
[排队中]
> 也别忘了写测试
[排队中]

Claude 看完所有任务后会决定先做哪一个、什么时候需要你输入、什么时候可以自动继续。它不会在已经需要你确认时自动跑队列里的下一条——这是关键，避免上下文错配。

工作流变成：丢一堆排队的需求 → 干别的 → 回来时能看到一大段已完成的工作。

八、自定义钩子（Hooks）

Claude Code 支持自定义钩子、斜杠命令、项目特定配置。最酷的是你可以让 Claude 自己生成这些。

我每开一个新项目，会让它读一遍仓库结构，然后产出：

• CLAUDE.md：项目概述、主要命令（build / test / lint）。这样它不用每次重新扫描代码库去找命令。
• .claude/hooks.mjs：在编辑前后自动跑的钩子

钩子文件示例（.claude/hooks.mjs）：

import { execSync } from 'child_process';
import path from 'path';
 
// 编辑文件前的钩子
export async function preEdit({ filePath }) {
  // 仅对 TS/JS 检查格式
  if (filePath.match(/\.(ts|tsx|js|jsx)$/)) {
    try {
      execSync(`npx prettier --check "${filePath}"`, { stdio: 'pipe' });
    } catch {
      console.log('文件待格式化，编辑后会统一处理');
    }
  }
 
  // 保护关键文件
  const protectedFiles = ['yarn.lock', 'package-lock.json', '.env.production'];
  if (protectedFiles.includes(path.basename(filePath))) {
    throw new Error(`不能编辑受保护文件：${filePath}`);
  }
 
  return { proceed: true };
}
 
// 编辑文件后的钩子
export async function postEdit({ filePath, success }) {
  if (!success) return;
  if (filePath.match(/\.(ts|tsx)$/)) {
    try {
      execSync(`npx tsc --noEmit --skipLibCheck "${filePath}"`, { stdio: 'pipe' });
    } catch {
      console.log('TypeScript 报错，请审查');
    }
  }
}

这样所有 TS 文件改完后会自动跑一次类型检查，所有 lock 文件都禁止 Claude 直接动。质量的下限被钩子兜住了。

九、自定义斜杠命令

.claude/commands/ 目录下的每个 .md 文件都会变成一个斜杠命令。

例如 .claude/commands/test.md：

请为以下内容创建全面的测试：$ARGUMENTS
 
要求：
- 使用 Vitest 和 Testing Library
- 测试放在 `__tests__/` 目录
- mock 掉外部 API 依赖
- 覆盖主要功能、边缘情况、错误场景
- 确保 afterEach 中正确清理
- 高覆盖率目标

之后 /test MyButton 就会按你的标准给 MyButton 写测试。

子文件夹也支持：.claude/commands/builder/plugin.md 会变成 /builder/plugin，特别适合团队约定的「新建某种组件」这种重复模板。

十、记忆系统：# 是杀手键

输入 # 开头的内容，Claude 会自动把它存到最相关的记忆文件里。

# 这个项目里所有新组件用 MUI v5，不要用 v4

它会自动决定写到哪个 CLAUDE.md：项目级、目录级（嵌套的也行）、用户级（全局）、本地级（git 忽略）。

层级关系：

~/.claude/CLAUDE.md          # 全局，所有项目共享
项目根/CLAUDE.md             # 项目级，提交进 git，团队共享
项目根/CLAUDE.local.md       # 本地级，git 忽略，写个人偏好
src/components/CLAUDE.md     # 嵌套级，越具体越优先

我个人的全局 CLAUDE.md 里有这些类型的记忆：

• 默认用什么测试框架
• 写 commit message 的规范
• 不要用什么过时的 API
• 中文注释，英文 commit
• 默认用 pnpm 不用 npm

这些一次写好，所有项目都受益。

十一、定价的本质

Anthropic 自己造模型，自己做 Claude Code，所以：

• 同一团队直接训练模型来配合 Claude Code 的使用方式
• 没有「中间商」抽利，可以把更大的模型（Opus）暴露给用户
• 模型升级时 Claude Code 的能力跟着上来，不用等接入

通用 IDE agent 不一样——它要支持多家模型、训练自己的小模型、在向 Anthropic 付费的基础上还要赚钱。这个堆栈每加一层中间商，你拿到的能力上限就低一截。

如果你已经决定 Claude Code 是主力工具，省下来的就是直接的算力差距。一行拼车回血：

curl -fsSL https://cp.bizq.net/setup.sh | bash -s -- claude-max-20x

十二、我的日常工作流总结

把上面所有东西串起来，我的一天大概是这样：

1. 早上：打开 IDE，分两个窗格各开一个 Claude Code（前端 / 后端）
2. 接到需求：先 /clear，把需求丢给 Claude，它先列出实现计划
3. 批准计划：让它跑（--dangerously-skip-permissions 已经默认）
4. 干别的事：回 Slack、看监控、开会
5. 回来：扫一眼 diff，必要时排队下一个 prompt（“补一下错误处理”、“加个集成测试”）
6. PR：开 PR，/install-github-app 装好的 Claude 自动审一遍
7. 合并：PR 通过 → 合并 → 接下个需求

整个过程人类做的是判断和把方向，AI 做的是生成和执行。这就是 Claude Code 高阶玩法的核心：让自己的注意力放在判断上，而不是消耗在敲代码上。

立即开始

curl -fsSL https://cp.bizq.net/setup.sh | bash -s -- claude-max-20x

更多文档见 https://cp.bizq.net。

相关文章

• Claude Code MCP 服务器入门 — 给 Claude Code 装上工具调用插槽
• CLAUDE.md 约束提示词指南 — 把团队规范沉淀进项目
• 如何清理本地 Claude Code 缓存和配置 — 出问题时的核弹按钮