Claude Code CLI 用了一年，我总结了一份真正能提效的实战技巧

说实话，刚接触 Claude Code 那会儿我挺困惑的。

装好之后往终端敲个 claude，确实能聊了，也能写代码了。但用了一阵发现——效率没想象中高啊，跟 Cursor 有啥区别？

后来认真研究了一把它的架构，又混了大半年的实战，才逐渐摸到门道。今天把这些经验整理出来，希望能帮你少走点弯路。

Claude Code 不只是一个模型

很多人以为 Claude Code 就是 claude-opus-4-5 或 claude-sonnet-4-6 套了个壳，这其实是个误解。

Anthropic 官方有个说法挺精准的：Claude Code 是围绕 Claude 模型的一整套 agentic harness。翻译成大白话就是——它不只是脑子好使，还给你配了手和脚。

它背后有一套四层内存架构：

• CLAUDE.md：项目根目录放这个文件，写清楚技术栈、编码规范、架构约定，每次启动自动加载，不会忘记
• 自动内存：会话中自动记录的动态笔记，比如调试过程中的关键发现
• 会话内存：当前对话的上下文，退出就清空
• 团队内存：多 Agent 协作时的共享状态

很多人第一步就忽略了 CLAUDE.md。我见过一个哥们，每次启动都要重新跟 Claude 说一遍项目用的是什么框架、数据库、目录结构——这不是浪费生命吗？

一个标准的 CLAUDE.md 长这样：

# 项目概述
这是一个基于 React 18 + Next.js 14 的中台管理系统

# 技术栈
- 前端：React 18, TypeScript 5.x, Tailwind CSS
- 后端：Next.js API Routes
- 数据库：PostgreSQL 15 via Prisma ORM
- 测试：Vitest + Playwright

# 编码规范
- 组件使用函数式 + hooks
- API 路由统一放在 /app/api 下
- 数据库查询统一走 Service 层

放到项目根目录后，每次启动 Claude Code 它会自动读取。你再也不用每次重复交代项目背景了。

上下文管理：50% 是个临界点

这是最容易被忽视的技巧。

Claude Code 的上下文窗口有限，很多人等到提示「上下文已满」才去压缩——这时已经晚了。我的经验是：上下文用到 50% 左右就手动 compact 一次。

/compact

每次子任务都要小到能在 50% 上下文内完成。任务越小，Claude 越稳定，输出质量越高。别想着一个指令写完整个模块，拆成 3-5 个子任务挨个搞定，效率反而更高。

永远从计划模式开始

这是我自己摔过跟头得出的教训。

以前我用 Claude Code 写新功能，经常上来就直接说「帮我实现一个用户管理模块」。结果 Claude 一顿操作猛如虎，跑起来发现不是缺接口就是少验证。

后来改成先让它出计划：

先分析一下当前项目的目录结构和代码风格，然后给我出这个用户管理模块的实现方案，包括需要改哪些文件、依赖什么库、接口设计。

不用写代码，先出方案就行。

等方案确认了，再让它逐步实现。这样写出来的代码基本不用大改。

MCP：最被低估的能力

MCP（Model Context Protocol）是 Claude Code 和其他 AI 编程工具的差异化能力。

安装 MCP 服务很简单：

# 给 Claude 装上 GitHub 工具
claude mcp add github-server 
  -e GITHUB_PERSONAL_ACCESS_TOKEN=ghp_xxxxx 
  -- npx @modelcontextprotocol/server-github

# 装个文件系统工具
claude mcp add filesystem 
  -- npx @modelcontextprotocol/server-filesystem /path/to/project

装上之后，Claude 就能直接操作 GitHub Issues、PR，或者读写指定目录的文件。配合 MCP 还能读取浏览器控制台日志，让 Claude 自己看报错信息，比你复制粘贴快多了。

我现在的标配是这些 MCP：

用好斜杠命令

Claude Code 内置了 60+ 个斜杠命令，但大部分人只知道最基本的。

几个特别实用的：

/review        # 代码审查，帮你查当前文件的潜在问题
/explain       # 解释选中的代码段在干什么
/fix           # 尝试修复当前的报错
/test          # 为当前模块生成测试
/compact       # 压缩上下文，释放 token 空间
/fork 分支名   # 创建会话分支，不影响主流程

我经常在写完一个功能后直接敲 /review，它会自动审查当前改动的文件，找出潜在 bug 和性能问题。这比人工 Code Review 快多了。

Skills 和 Sub-agents：高阶玩法

如果 MCP 是让 Claude 用工具，那 Skills 就是给 Claude 注入领域知识。

安装一个官方 skill：

claude skills install official/react-patterns

然后对话里就能通过 @react-patterns 触发它。还可以自己写 skill，比如你团队有统一的日志规范，写成一个 skill 文件，每次需要加日志的时候调用就行。

Sub-agents 更高级一些，相当于给 Claude 配了几个「手底下的人」：

创建一个专门负责写测试的子代理，让它帮我给 src/utils 下的工具函数补全单元测试

Claude 会创建子代理，派活，收结果。这个过程你不用盯着，该干啥干啥。

实际效果对比

用和不用这些技巧，差距有多大？看个对比：

数据是我自己记录的，因人而异，但方向上差不了太多。

国内用户的几个要点

国内用 Claude Code 需要解决订阅和网络问题。

订阅方面，Claude Pro 约 210 元/月，高频用户建议直接上 Max（约 980 元/月），Pro 的限额高强度编程撑不了几天。账号注册需要海外支付方式，这是绕不过的槛。

网络方面，要么自建代理，要么用第三方中转 API 接国产模型（DeepSeek、GLM 等）。不过换了模型之后，Claude Code 的真本事——Agent Loop 和工具调度还是会跑，但推理能力会有折扣。所以预算允许的话，还是建议原生 Claude。

安装时如果 npm 慢，换个 registry：

npm install -g @anthropic-ai/claude-code --registry=https://registry.npmmirror.com

总结

Claude Code 是 2026 年目前最能打的 AI 编程 CLI，但它要「用好」而不是「用了」。

核心就几点：

1. CLAUDE.md 写好，别让 AI 每次失忆

2. 上下文及时 compact，别等满了再搞

3. 先出计划再写代码，减少返工

4. MCP 能装就装，这是核心竞争力

5. 用好 /review 和 /fix，把 AI 当队友不是打字机

工具再好，不会用跟没有一样。希望这篇能帮你少踩坑，多出活。