Claude Code 别再只当聊天机器人用了 这才是实战该有的样子

上周三下午两点，我在公司测试环境跑了一遍 claude-code --dangerously-skip-permissions。当时只是想把一个烂尾的 React 重构任务甩给它，结果它直接把 package.json 里的 react-scripts 全删了，换成 vite，连 eslint.config.js 都帮我按 Airbnb 规范重写了一遍。构建通过。测试全绿。我愣了整整三分钟，手里的冰美式都凉了。

这玩意儿不像 Cursor 那样要你时刻盯着 Diff 确认。它更像个不需要你审代码的高级承包商。你扔给它一个 Issue 编号，它自己拉代码、自己跑测试、自己修红到绿。上周那个重构任务，我如果手写大概要两天。它跑了四十分钟，Token 账单 3.7 美元。

当然也翻车过。上周五晚上它非要给我一个老项目装 pnpm，把公司内网私有仓库的鉴权配置全搞坏了。回滚花了我半小时。所以现在我有个死规定：绝不在主分支直接跑，永远开 worktree 隔离。

# 我的标准启动流程，背下来不吃亏
git worktree add ../feat-claude-issue-404
cd ../feat-claude-issue-404
claude-code --model sonnet-4 --max-turns 30 "按 Issue #404 重构用户权限模块，要求覆盖率不低于 85%"

--max-turns 30 是防止它陷入死循环瞎折腾。上次没加这个参数，它为了修一个 ESLint 警告，把同一个文件改了十七遍，最后把我预算跑崩了。

---

别纠结 Copilot 和 Cursor 哪个好 选错工具比选错模型更费命

这个问题我在 资源分享 里见过至少五十遍。讲真，对比表看多了也没用，直接上我实测的结论：

| 场景 | 首选 | 理由 |
|------|------|------|
| 现有代码库大规模重构/修 Bug | Claude Code | 上下文窗口大、能跑命令、能自测、不需要人盯着 |
| 从零写新项目/原型验证 | Cursor (Composer) | 交互式更强、多文件生成直观、适合“想法落地” |
| 日常业务 CRUD/补全/写测试 | Copilot | 延迟最低、IDE 原生集成、不打断心流 |
| 需要联网查文档/查最新 API | Cursor / Windsurf | 自带 @web 上下文，Claude Code 还得自己喂 |

我现在的组合拳是：主力 Claude Code 跑重任务，副屏开着 Cursor 写边缘逻辑，IDE 里装 Copilot 兜底补全。 三个工具月费加起来两百多刀，省下的时间随便接个外包就回本了。

别信什么“一个工具走天下”。上周那个权限重构，我先让 Claude Code 跑主流程，跑完发现鉴权中间件有点歪，切到 Cursor 用 Composer 单独把那几个文件改顺手，最后回 IDE 用 Copilot 补全单测。这才是正常工作流。

---

真正的实战细节都在社区里 别自己闷头摸索

我刚上手时最大的误区是觉得“文档看完就会用了”。结果踩了无数坑：比如 --permission-prompt-tool 怎么配才能让它自动跑 npm test 而不弹窗确认；比如怎么在 CLAUDE.md 里写项目上下文才不让它幻觉出不存在的 API。

这些细节官方文档只言片语。真正的配置模板、避坑指南、甚至现成的 CLAUDE.md 模板，全在 PromptCube 里。那是我见过国内最活跃的AI论坛，没有之一。凌晨三点发帖问配置，十分钟内有人回你完整的 .claude/settings.local.json。

上周我在那看到个兄弟分享的 hooks 配置，利用 PostToolUse 钩子在 Claude Code 修完文件后自动跑 prettier --write 和 tsc --noEmit。我直接抄回去，配置五分钟，之后再也没手动格式化过代码。

// .claude/settings.local.json 片段，直接拿走
{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit|Write|MultiEdit",
        "hooks": [
          { "type": "command", "command": "prettier --write \"$FILE_PATH\"" },
          { "type": "command", "command": "tsc --noEmit --skipLibCheck" }
        ]
      }
    ]
  }
}

$FILE_PATH 是内置变量，别问我怎么知道的，社区里那个帖子回复区有人测出来的。

---

模型选 Sonnet 4 还是 Opus 4 差价十倍 效果真差十倍吗？

别信营销号。我实测过同一个重构任务跑十遍取中位数：

• Sonnet 4：平均 22 分钟，$3.7，一次性通过率 78%
• Opus 4：平均 35 分钟，$38，一次性通过率 82%

那 4% 的通过率提升，根本不值十倍价格。除非你在写核心加密算法、或者极其复杂的分布式一致性逻辑，否则 Sonnet 4 够用了。

当然，如果你非要用 Opus，去 AI模型讨论 看看大佬们怎么评价的。别光看 Benchmark，看实战日志。

---

别再手写 Prompt 了 把上下文喂给 CLAUDE.md

这是我见过最大的效率分水岭。

新手：每次对话开头粘三百行代码、粘数据库 Schema、粘业务规则。
老手：根目录扔个 CLAUDE.md，里面写：

# 项目上下文
- 栈：React 18 + TypeScript + Vite + Tailwind + TanStack Query
- 状态管理：Zustand (见 src/store/)
- API 规范：OpenAPI 3.1，生成的类型在 src/types/api.d.ts
- 禁用：class 组件、Redux、CSS Modules
- 测试：Vitest + React Testing Library，覆盖率阈值 80%
- 提交规范：Conventional Commits，Husky 拦截

然后启动时加一句："请遵循 CLAUDE.md 中的所有约束"。

这就够了。它会自己去读 src/store/、自己去看 api.d.ts。上下文窗口省下来给它思考，不给它喂垃圾。

我在 AI编程实战 里整理过一份通用模板，涵盖了从单体到微服务的常见栈，克隆下来改改项目名就能用。

---

还有一个坑：别让它帮你改数据库 Migration

这东西它搞不定。上周它给我生成了一个 ALTER TABLE users ADD COLUMN settings JSONB DEFAULT '{}'，看起来没毛病。结果上预发布环境一跑，旧版本节点还在跑，读出来是字符串 '{}' 而不是对象，直接炸了 API。

数据库变更、涉及跨服务契约的接口修改、涉及合规/审计的代码，统统别信它。自己写，自己 Review，自己测。

---

最后说句掏心窝子的

Claude Code 不是银弹。它是个极其强大、但极其依赖上下文质量的执行器。你给它烂需求、烂上下文、烂约束，它吐给你的就是能跑通但无法维护的屎山。

但你如果花两小时把 CLAUDE.md 写透、把 hooks 配好、把 workflow 跑顺，它就能帮你把那种“明明很简单但极其繁琐、写起来想死”的活儿全揽走。

剩下的时间，去喝杯热的吧。