Claude Code
实操提效指南

主流安装方法

关于安装，这里默认你已经完成，这里只说明几种不同路径。

1. 下载官方 Claude 桌面端，登录账号后使用（也可通过 CC Switch）
2. 通过各类主流 IDE 插件（如 VS Code、Cursor 等）
3. 安装到终端：
   • 先装 Node.js 和 Git → npm / winget（无须翻墙）安装
   • 接入模型：
     • 有 Claude 订阅，直接登录
     • 无 Claude 订阅：使用 CC Switch

       CC Switch 安装方法：https://github.com/farion1231/cc-switch/releases

       主页 → Claude Code（勿选 Claude Desktop，这个对应桌面端）→ 模型配置 → 选厂商，填入 API，改好配置

       打开终端，输入 claude 启动，进行初始化设置（以后也能改 /theme 命令即可），开始对话

用量限制问题

1. 使用 CC Switch 的注意事项

部分早期版本 CC Switch 的代理与转换存在一定不足，消耗 tokens 相比与官方 API 存在较大幅度的畸高。建议使用 v3.16.0 以上版本，并在设置开启自动更新。

2. 使用订阅授权的用量限制

当前通过订阅使用 Claude Code，都会受到官方的三重限制：月使用总量、周总量、5h 用量限制。其中对我们项目运行最大的是 5 小时用量限制。通过以下办法，可以尽量降低 5h 滚动用量限制的影响：

设置方法

说下怎么设置。

• 1Codex：比较简单，在左边菜单找到自动化，点进去以后新建一个，触发条件选「每天」，时间填你主要干活前的 3 小时，动作就是随便发一条短消息，内容无所谓，写个"允公允能，日薪越亿"都行。设好之后就不用管了，每天到点它会自动跑一下，帮你把窗口提前激活。
• 2Claude 客户端：也是一样的，设置一个 Routines 自动化就行。
• 3CLI 版（Mac）：直接跟你的 Agent 说："帮我设一个 crontab 定时任务，每天上午 11 点自动给 Claude Code 发一条消息'允公允能，日薪越亿'触发 5 小时窗口"
• 4CLI 版（Windows）：用任务计划程序，也可以直接让 Agent 帮你配。

3. 注意设置用量预警

终端跑大型项目消耗 tokens 的量级较大，此时诸如 API Key 泄露等导致的 tokens 异常消耗往往容易被忽视。在对应模型厂商的 API 平台设置用量预警提醒，在余额见底之前通过邮件等提醒，利于及时止损~

写好、管理好 CLAUDE.md

一定程度上，会写 CLAUDE.md 文件，是学会启动 CC 之后，第一件该做的事情。它不应该被理解成 AI 给当前在做的事情写的「简介」，而是应该被理解成一个从上往下分层穿透的约束体系。

CLAUDE.md 分层穿透约束体系架构图

下面我们简单介绍主要的两层：全局 CLAUDE.md 和简单的项目 CLAUDE.md（复杂的项目可以逐层让 CC 创建 CLAUDE.md 文件）。

1. 全局 CLAUDE.md

全局 CLAUDE.md，放在用户总目录的 Claude Code 根目录下面，~/.claude/CLAUDE.md。只要你打开 Claude Code，不管你进的是哪个项目，它都会被自动加载和遵守。这是它的顶层规范。它可以解决的是你是谁、你做事的原则、你希望它用什么方式跟你协作这一层次的问题。（这一部分内容，一定精炼，宁缺毋滥）（具体指标：超过 80 行，Claude 开始遗漏部分内容，最多最多一定不要超过 200 行（毕竟相当于要叠加到所有项目的上下文））

一个优秀的全局 CLAUDE.md 示例（可以直接复制给你的 CC，让它改写）：

## 关于我
[你的名字 / 身份 / 职业背景，非程序员的话一定要写出来]。我用 Claude Code 做 [具体用途 1] 和 [具体用途 2]。

## 思维原则
所有决策从问题本质出发，不因「惯例如此」照搬。回到问题本身：要解决什么？
最直接的路径是什么？从零设计会怎么做？不要谄媚。不要夸我的想法好、
不要说「这是个很好的问题」、不要开头加「当然可以」。给我真实判断，
方案有问题直接指出来。发现更好的做法直接说，不用等我问。

## 约束先行
无论开发项目还是知识管理项目，第一步永远是建规则：新项目先写 CLAUDE.md，
新目录先定结构约定（什么放哪、怎么命名、何时清理）。没有规范的工作空间不动手。
已有规范的项目，严格遵守其 CLAUDE.md 中的约定。需要调整规范时先改文档、
再改实践，不要反过来。

## 沟通方式
- 默认中文，代码、命令、变量名用英文
- 结论先行，再给理由，不要先铺垫背景
- 遇到模糊需求，先给最合理的方案，再问要不要调整
- 不要问「你确定要这样吗」，除非命中下方红线

## 自主边界（红线，必须先问我）
以下操作即使在 auto-accept 模式下也必须停下来问我：
- 删除文件、目录或 git 历史
- 修改 .env、密钥、token、CI/CD 配置
- 数据库 schema 变更或数据迁移
- git push、git rebase、git reset --hard、强制推送
- 安装新的全局依赖或修改系统配置
- 公开发布（npm publish、部署到生产、发文章等）

## 通用工程纪律
- 改完主动跑验证（具体命令见各项目 CLAUDE.md），不要只改不验
- 不要为了让代码跑起来注释掉报错或加绕过标记，找根本原因
- 密钥、token、密码不进代码、不进 commit、不进日志
- 大改动前先在 Plan Mode 出方案，我确认后再动手

2. 项目 CLAUDE.md

项目级 CLAUDE.md，放在每个项目的根目录下，路径就是 项目目录/CLAUDE.md。它只在你打开这个项目的时候才会被加载。它解决的是这个具体的项目要怎么干，有什么特殊约定这一层的问题。（内容也不宜太长）

实际上这个文件其实也完全不用你自己写，你就直接打开那个文件夹，然后和 Claude Code 聊就行，你直接把你的需求，和你在意的事情，和它探讨，让它给你写一份就 OK 了。

管理好上下文与记忆

1. 用好 /compact 指令

当上下文使用率达到 50%–70% 时，就不要等待系统自动触发上下文压缩了，建议主动运行 /compact 命令，这个命令会将冗长的对话历史压缩成一个摘要，保留关键决策，同时极大地释放上下文空间。对需要长期运行的复杂任务来说，它非常有用。

要在终端查询上下文使用率使用 /context 命令。这会显示当前上下文的详细分类，让你一眼看出哪些部分（如读取的文件、对话历史）占用了最多的 token。

• 类似地，使用 /cost 命令实时查看当前的 token 用量和费用估算
• 使用 /usage 查看账户级别配额，如果是使用官方订阅，这个命令会显示你的账户订阅计划整体的使用限额和速率限制

2. 推荐一个好用的「洁癖」Skill

直接上链接：https://github.com/KKKKhazix/khazix-skills/tree/main/neat-freak

直接在终端复制给 CC 让它帮你安装即可（网络环境需要有魔法）。

简单但实用，实际上是结构化整理上下文。做的事大概就是，每次你在 Agent 里，做完一个功能或者又解决了一个 BUG，就调用这个洁癖 Skill，然后说一声帮我全面审查一下或者直接就 /Neat 一下，它就会自动审查你整个项目的文档体系和记忆文件，然后根据这次对话，把该改的文档、记忆、CLAUDE.md 进行迭代，确保非常干净之后，最后，再给你一份变更摘要，让你知道改了啥东西。

3. storage-analyzer 解决内存占用问题

直接上链接：https://github.com/KKKKhazix/khazix-skills/tree/main/storage-analyzer（同样的安装方式）

/storage-analyzer 或者说"帮我看看存储"就可触发，谁用谁说好。

4. 更直接准确的提示词，减少 CC 去「遍历」的消耗

• 使用 @ 精准引用：使用 @文件名 或 @目录名/ 来精确地将需要的文件或整个目录加入上下文，避免让 Claude 不必要地搜索或猜测
• 优先使用 ! 执行 Bash：需要执行 git status、ls 等命令时，在命令前加 !（例如 ! git status），会直接在 Shell 中运行并将结果返回，省去了模型处理"理解并执行"这一步骤的 token
• 使用 /memory 命令编辑记忆：需要临时告诉 Claude 一些偏好或记住某件事，但不想把它写入永久文件时，可以使用 /memory 命令来编辑会话的短期记忆
• 使用 /clear 清除会话：当发现 Claude 出现明显的"上下文腐烂"迹象（如重复之前说过的话、忘记刚做的决定），或者需要切换到一个完全不相关的任务时，果断使用 /clear 命令清空当前对话历史，开启一个全新的会话

管理好 Workspace（这一块儿其实 Codex 更有优势）

在终端使用 CC，workspace 就是对应的文件夹。在安装完 CC 最后就应该去进行合理的排布。尤其是使用笔记本电脑等内存相对有限的载体跑 CLI 时，这项工作就更有必要性。

我自己的习惯是在 D 盘新建一个文件夹并置顶在文件资源管理器，以便随时打开。在这之下，按照不同项目类型分出一个一级的 workspace（如日常创作、研究、知识管理等）。涉及到具体的项目需求，再在这一级之下新建文件夹。

当然，如前所述，在新建每一层 workspace 时，最好先在对应文件夹打开 CC，来撰写这一层的 CLAUDE.md。

一个邪修招数：「国产替代」

Claude Code 的特性使得其在保持较高性能的同时保持在单位产出下有较高的 tokens 消耗。这个时候，可以适当地进行"国产替代"，来运维一些简单、周期性的项目，能够节省不少 tokens。另外，在进行一些诸如将长篇幅英文著作进行翻译的工作，用国产的产品，效果上反而有更"地道"的表现。

• 就我自己的使用体验而言，Qwen Code 算是最有性价比的选择。就切换的学习成本而言，Qwen Code 从安装到操作到常用指令，与 Claude Code 不能说完全一样，只能说有九分相像，切换时几乎不怎么需要换脑子。就我自己 Qwen Code + DeepSeek V4 Pro 的使用体验，基本可以达到 CC 八成的功力。
• Qwen Code 对大多数 CC 的 skills 和 plugins 也可以直接共享，不需要反复装配，省时省力。
• Qwen Code 的 API 调用，也可以薅阿里云的羊毛，适当节省一些支出。

熟用活用 Skills，并善于创造 Skills

获取更多的拓展性（跑路 Codex）

1. 通过 plugins 获得更多能力延伸（Codex 中可以直接装配和创建，实际使用中可以直接 @ 调用，对开发 App 帮助比较大）
2. 更完善的交互方式：结合 Chat 与 AI IDE
3. 更便利的记忆与上下文管理
4. 更便利的跑路方式（可以直接导入 Claude Code 与 Cowork 的所有项目）