在当前的日常开发流程中，Cursor 与 Claude Code 的使用比例大致维持在 6:4。这两款工具各有特色，但如果仅依赖 Claude 官方模型，这一比例很可能会发生逆转。
最初我为 Claude Code 配置的是 Claude Opus 4.5，不过国内开发者应该都清楚其中的痛点——账号风险居高不下，请求超时更是家常便饭。眼睁睁看着花费几千 Token 把上下文喂进去，就在即将出结果的那一瞬间，啪，一个 timeout 提示，所有努力化为泡影。
后来索性将 Claude Code 切换到了国产大模型上。尤其是 Kimi K2.5 和 GLM-4.7 这两款模型推出后，性价比直接飙升。在绝大多数日常开发场景里，它们的效率完全不输 Claude 和 OpenAI。
从 OpenRouter 的周排行榜到 OpenClaw 的调用请求量榜单，Kimi K2.5 长期占据榜首，大幅度领先于 Gemini 3。
将 Claude Code 接入 Kimi 2.5 和 GLM-4.7 其实只需三步：申请 API Key → 配置环境变量 → 启动。整个流程非常简洁。
#GLMexport ANTHROPIC_BASE_URL=https://open.bigmodel.cn/api/anthropic
export ANTHROPIC_AUTH_TOKEN=你的API密钥
export ANTHROPIC_MODEL=GLM-4.7
export ANTHROPIC_DEFAULT_HAIKU_MODEL=GLM-4.7
export ANTHROPIC_DEFAULT_SONNET_MODEL=GLM-4.7
export ANTHROPIC_DEFAULT_OPUS_MODEL=GLM-4.7
#Kimiexport ANTHROPIC_BASE_URL=https://api.moonshot.cn/anthropic
export ANTHROPIC_AUTH_TOKEN=你的API密钥
export ANTHROPIC_MODEL=kimi-k2.5
export ANTHROPIC_DEFAULT_HAIKU_MODEL=kimi-k2.5
export ANTHROPIC_DEFAULT_SONNET_MODEL=kimi-k2.5
export ANTHROPIC_DEFAULT_OPUS_MODEL=kimi-k2.5一个小提示：建议将这些配置写入 .zshrc 或 .bashrc 文件中，否则每次重启终端都需要重新 export，非常繁琐。
如果经常需要在 Kimi、GLM、Claude 官方模型之间切换，手动修改环境变量确实让人头疼。GLM 接入 Claude Code 的官方文档提供了脚本方案，可以提升环境变量配置的效率。
当然，也可以考虑使用 claude-code-router 这个工具，它允许用一条命令快速切换模型，无需修改配置文件，也无需重启终端。
实用技巧
分享几个日常高频使用的命令，新手可能不太熟悉，老手可能一时也想不起来：
会话管理
| 命令 | 作用 | 什么时候用 |
|---|---|---|
/clear |
清空对话但保留代码改动 | 长任务必备——上下文过长时重置，保留代码改动 |
/compact |
压缩成摘要 | 比 /clear 更温和，保留关键信息同时节省 Token |
/rewind / Esc+Esc |
撤销最近修改 | 撤销最近的代码修改或对话 |
一个实用建议：长任务做到一半，记得定期执行 /compact，别等到报错才知道后悔。
项目与上下文
| 命令 | 作用 |
|---|---|
/init |
新项目一键生成 CLAUDE.md |
/memory |
编辑长期记忆（项目的“祖传规范”都写在这儿） |
/add-dir |
把其他目录加进来（Monorepo 神器） |
/context |
可视化查看 Token 占用，彩色格子一目了然 |
模型与成本
| 命令 | 作用 |
|---|---|
/model |
切换模型：复杂任务切换 Opus，简单任务切换 Sonnet 节省成本 |
/cost |
查看账单：长对话必看——监控消耗，避免超额 |
/usage |
检查速率限制和剩余额度 |
省钱小窍门：写注释、格式化这类简单任务，切换到 Sonnet 或 Haiku 就足够了，没必要用 Opus 烧钱。
Plan Mode
如果说 Claude Code 只有一个必学功能，那无疑就是 Plan Mode。尤其在处理复杂需求时，它的作用至关重要。
Plan Mode 是 Claude Code 的一种只读规划模式，让 Claude 在不修改任何代码的前提下，先分析问题、制定详细计划，等待你批准后再执行。这本质上是“先思考，后行动”的工作流程。
Plan Mode 在三个场景中特别实用：
- 接手新项目 —— 把代码扔给 Claude，让它先出一份架构图和入口分析，比自己硬啃快得多。
- 做大功能 —— 动手写代码前先让 Claude 规划模块拆分和接口设计，后期返工能减少一半。
- 重构或优化 —— 先让 Claude 分析现有代码的问题，给出优化方案，确认可行后再执行。
如何进入 Plan Mode：
| 方式 | 操作 | 适用场景 |
|---|---|---|
| 快捷键 | Shift + Tab 按两次，看到 ⏸ plan mode on 就对了 |
最常用，随时切换 |
| 命令行 | claude --permission-mode plan |
启动时直接进入 |
| 单次查询 | claude --permission-mode plan -p "你的问题" |
只问不聊，快速分析 |
Plan Mode 的典型工作流程：
当 Claude Code 输出计划后，会让你选择：
| 选项 | 什么意思 | 适用场景 |
|---|---|---|
| 1. Yes, clear context and auto-accept edits (shift+tab) | 清空上下文，自动接受所有编辑 | 想重新开始的时候 |
| 2. Yes, auto-accept edits | 自动接受所有编辑（保留上下文） | 信任计划，直接执行 |
| 3. Yes, manually approve edits | 每改一行都询问你 | 想审查每个修改 |
| 4. Type here to tell Claude what to change | 让 Claude 先修改计划 | 需要调整计划内容 |
一个小技巧：通常会选 4，然后输入 "先把计划保存到 plan.md，我们再继续"。这样方案能留底，后面出问题时还能回溯。等保存完了再选 2 让 Claude 自动执行。
来自创始人的私藏技巧
Claude Code 的创始人 Boris Cherny 在社交平台上分享过团队内部的使用心得。挑几个特别实用的：
任何复杂任务，从 Plan Mode 开始
前面已经详细提到过 Plan Mode，创始人自己也强调了它的重要性。
核心思路是把精力集中在打磨计划上，这样 Claude 在实现代码时就能做到一步到位（1-shot）。
团队里有个成员的做法是：先让一个 Claude 写出计划，然后启动第二个 Claude，让它代入 Staff Engineer（资深工程师）的角色来对计划进行 Review。
还有成员建议：一旦发现进展跑偏（go sideways），立刻切回 Plan Mode 重新规划，千万不要硬推。甚至可以明确指示 Claude 在验证步骤中也进入 Plan Mode，而不仅仅是在构建代码时才使用。
提升你的 prompt
几个常用且效果不错的 prompt：
角色反转 —— 让 Claude 考你：让 Claude 充当面试官，帮你查漏补缺。它提出的问题往往是自己没想到的 edge case。
要求自证：迫使 Claude 写出验证逻辑，而不是盲目相信它说的“我觉得没问题”。
推倒重来：当 Claude 给出一般般的方案时，用这句话激发它的第二想法。通常第二个方案比第一个好得多。
先写 Spec 再动手：交付任务前，先让 Claude 写详细的规格说明。需求写得越具体，它的输出就越靠谱。模糊的需求等于模糊的代码，这个道理对 AI 同样适用。
Claude 是最好的学习搭子
几个团队内部的学习技巧：
开启解释模式：在 /config 里把输出风格设为 "Explanatory" 或 "Learning"，Claude 会在改代码的同时解释为什么这么改。适合读新项目代码时边改边学。
生成可视化简报：让 Claude 把陌生的代码库生成一个 HTML 演示文稿。它做的幻灯片比很多 PM 做的都好。
ASCII 架构图：不用打开画图工具，在终端里直接看清逻辑结构，对程序员来说非常友好。
间隔重复学习：跟 Claude 玩“费曼学习法”——先自己解释理解的逻辑，Claude 通过提问填补知识盲区，最后把学习记录保存下来。
Boris 还提到了 CLAUDE.md 和 Skills 的进阶玩法，尤其是 Skills 系统，最近社区里讨论热度很高。这部分值得另开一篇深入探讨。
