1. 为什么我逐渐把日常编码主力切到 Claude Code先说结论Claude Code 不是「另一个补全插件」而是一个能读你整个仓库、能跑命令、能改多文件的命令行 Agent。它和 Cursor 的差别我用一句话概括——Cursor 更像「坐在你旁边的结对伙伴」Claude Code 更像「你派出去干活的工程师」你把任务描述清楚它自己去翻文件、跑测试、改代码、回报结果。这篇聚焦真实项目里的高效用法围绕 MCP、Bash、plan mode 这些能力拆 23 个能落地的技巧。前半段我会先把 TaoToken 的统一 Key/API 通道配好让 Claude Code 稳定跑起来后半段全是操作细节每条都附验证动作你可以边看边敲。适合谁已经在用 Claude Code 但觉得「没榨干」或者刚从 Cursor 迁过来、想搞清楚命令行 Agent 到底怎么玩的人。我试过把 23 条一次性全开结果权限弹窗刷屏、上下文爆炸反而更慢。所以下面按「先配通道 → 再配权限 → 再上技巧」的顺序来别跳步。2. TaoToken 前置统一 Key 与 API 通道Claude Code 默认走 Anthropic 官方通道但很多人在多模型、多项目之间切换时Key 管理很乱。TaoToken 的价值在于给你一个统一的 API 入口和 Key 管理Claude Code、其他 CLI、脚本都能复用同一套凭证省得每个工具配一遍。你需要先拿到两样东西一个 API Key一个 Base URL。Key 在控制台的 API Keys 页面创建地址是 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentclaude-code-23-tips 。创建后复制出来只显示一次丢了就重建。Base URL 用 https://taotoken.net/api 注意这个地址后面不加任何 UTM 参数直接填就行。Claude Code 通过环境变量读取这两个值所以配置的核心就是让ANTHROPIC_BASE_URL和ANTHROPIC_AUTH_TOKEN指向 TaoToken。注意Key 不要写进会提交到 Git 的文件里。下面示例统一用环境变量或本地 shell 配置仓库里只留占位符。如果你还想在浏览器里先验证模型通不通可以打开模型对话页面 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentclaude-code-23-tips 发一条消息确认 Key 有效再往下配。3. 可复制配置settings.json 与 config.toml 骨架Claude Code 的配置分两层一层是 shell 环境变量决定走哪个 API 通道一层是项目内的settings.json决定权限、工具、MCP 等行为。先把环境变量配好。在~/.zshrc或~/.bashrc里加export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_AUTH_TOKENsk-你的TaoToken密钥保存后source ~/.zshrc然后验证echo $ANTHROPIC_BASE_URL # 期望输出https://taotoken.net/api接着是项目级settings.json放在项目根目录的.claude/settings.json。这个文件控制权限白名单和自动接受编辑的范围是效率的关键{ permissions: { allow: [ Bash(git status), Bash(git diff:*), Bash(npm run test:*), Bash(npm run lint), Read(*), Edit(src/**) ], deny: [ Bash(rm -rf:*), Bash(git push:*) ] }, env: { ANTHROPIC_BASE_URL: https://taotoken.net/api } }allow里放你信任的只读和测试命令deny里放危险操作。这样 Claude Code 跑git diff、跑测试时不再每次弹窗但git push和删除操作仍然要你确认。如果你用 Codex 风格的config.toml部分团队会统一管理骨架长这样[model] provider anthropic base_url https://taotoken.net/api [permissions] auto_accept_edits true allowed_tools [Read, Edit, Bash(git diff:*)]提示auto_accept_edits只自动接受文件编辑不自动执行任意 Bash安全性比全局跳过权限高得多。4. 23 个实用技巧逐条拆解与验证4.1 Bash 模式!前缀直接执行在 Claude Code 输入框里命令前加!就进入 Bash 模式命令直接执行不走大模型推理所以又快又不费 Token。适合ls、git status、cat package.json这类简单命令。验证输入!git status你会看到命令直接跑出结果没有模型思考过程。踩过的坑是别在这里跑交互式命令比如vim会卡住。4.2 自动接受编辑shifttab 切换按shifttab切到auto-accept edits onClaude Code 会自动创建和编辑文件不再每次确认。它只自动审批文件编辑范围有限比--dangerously-skip-permissions安全。验证让它改一个函数名观察是否还弹确认框。如果还弹检查settings.json的allow是否包含Edit。4.3 plan mode先规划再执行再按shifttab切到plan mode on。项目前期规划功能时用它它会先给方案和 todo list底部让你选是否执行。选Yes, and auto-accept edits就进入自动编辑模式按 todo 逐条完成。验证让它「给用户模块加一个导出 CSV 的功能」看它是否先列计划再动手。三种模式普通、自动接受、计划用shifttab循环切换。4.4 添加 MCP stdio 服务器MCP 是 Claude Code 扩展能力的核心。基本语法claude mcp add name command [args...]比如加 Puppeteer 浏览器自动化claude mcp add puppeteer npx -- -y modelcontextprotocol/server-puppeteer验证claude mcp list能看到 puppeteer 就成功了。4.5 用 JSON 方式添加 MCPJSON 方式更清晰还能指定作用域claude mcp add-json -s user puppeteer { command: npx, args: [-y, modelcontextprotocol/server-puppeteer] }-s user表示全局配置写在~/.claude.json不填默认local只对当前项目生效。4.6 管理 MCP 服务器claude mcp list # 列出所有 claude mcp get puppeteer # 查看详情 claude mcp remove puppeteer # 删除在会话里用/mcp命令也能查看当前 MCP 状态。4.7 用 MCP 做浏览器自动化加好 Puppeteer 后直接说「打开搜索用户页面按 ID 搜索 6 并返回用户信息」。它会自动装测试用 Chrome、填参数、查询、截图、返回结果。验证看它是否返回了截图和结构化数据。4.8 接入 context7 拿最新文档context7 能给模型提供最新库文档避免用过时 API。添加claude mcp add-json -s user context7 { command: npx, args: [-y, upstash/context7-mcp] }验证问「userMapper.selectOne 是怎么实现的请使用 context7」看它是否调用 Context7 工具拉 MyBatis-Plus 最新文档。4.9 用/mcp排查 MCP 不生效MCP 加了但模型不用先/mcp看状态是否 connected。常见原因是 npx 首次下载慢导致超时重试一次或手动npx -y upstash/context7-mcp预热。4.10 双击 ESC 回到历史消息连续按两次ESC跳到之前的消息列表上下键选一条就回到对应提示词窗口可以在此基础上重新编辑。适合「上一轮差一点」的场景省得重打。4.11 回滚代码直接发「回滚」它会撤销最近的改动类似 Cursor 的 checkpoint。不想回滚了再发「撤销」。验证改一个文件后发「回滚」看文件是否恢复。4.12 配合 Git 做双保险回滚不是万能的建议每完成一个可运行的小步就git commit。这样即使回滚出错git reflog也能救回来。4.13 版本升级sudo npm install -g anthropic-ai/claude-code claude --version和安装命令一样及时升级才能用上新玩法。4.14 用CLAUDE.md固化项目约定在项目根目录放CLAUDE.md写清技术栈、目录结构、代码规范、常用命令。Claude Code 每次会话会读它省得你反复解释。验证写一条「所有 API 返回统一用 Result 包装」看它生成代码是否遵守。4.15 用引用文件精准定位输入src/utils/date.ts直接把文件塞进上下文比让它自己找快得多。适合「就改这个文件」的场景。4.16 用/clear控制上下文长会话上下文会膨胀切任务时用/clear清空避免旧信息干扰。验证清空后问它「我们刚才在改什么」它应该答不上来。4.17 用/compact压缩历史不想全清但上下文太长用/compact压缩历史保留关键信息。适合长任务中途瘦身。4.18 用/cost看 Token 消耗随时/cost查看本次会话消耗配合 Bash 模式省 Token 的习惯能明显压成本。4.19 用管道喂数据cat error.log | claude -p 分析这个报错并给出修复建议-p是非交互模式适合脚本化。验证看它是否直接输出分析结果。4.20 用--resume恢复会话claude --resume列出历史会话选一个继续不用从头描述背景。4.21 用 hooks 做自动化在settings.json里配 hooks比如每次编辑后自动跑 lint{ hooks: { PostToolUse: [ { matcher: Edit, hooks: [{ type: command, command: npm run lint }] } ] } }验证改一个文件看 lint 是否自动跑。4.22 用子 Agent 并行探索让它「用子 Agent 分别调研 A 模块和 B 模块的调用关系」它会并行开子任务最后汇总。适合大仓库摸底。4.23 用--dangerously-skip-permissions要谨慎这个模式全局跳过权限确认只建议在隔离容器或一次性环境用。日常用settings.json白名单 自动接受编辑就够了。5. 本篇常见错排查报错一ANTHROPIC_BASE_URL没生效。现象是请求仍走官方通道或报鉴权失败。排查echo $ANTHROPIC_BASE_URL确认输出https://taotoken.net/api如果为空说明 shell 配置没 source或写在了错误的 rc 文件里。报错二MCP 显示 failed。多半是 npx 拉包超时或 Node 版本过低。先手动npx -y upstash/context7-mcp预热再claude mcp list看状态。Node 建议 18 以上。报错三自动接受编辑不生效。检查settings.json的allow是否包含Edit以及是否真的按了shifttab切到auto-accept edits on。两者缺一不可。报错四回滚后代码没恢复。回滚依赖会话内的改动记录跨会话或手动改过的文件可能回不去。这就是为什么第 12 条强调配合 Git。报错五上下文太长导致回答变慢变差。用/compact压缩或/clear重开别硬撑。6. 把通道和技巧串起来用配好 TaoToken 的统一 Key 和 API 通道后Claude Code 的接入就稳定了剩下的全是使用习惯问题。我的建议是先用settings.json白名单把常用只读命令放开再开自动接受编辑plan mode 留给新功能规划MCP 按需加context7 和 Puppeteer 优先。如果你主要在终端里长期编码、跑 Agent 任务可以看 Coding Plan 页面 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentclaude-code-23-tips 了解长期方案接入细节和参数说明在接入文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentclaude-code-23-tips 里Key 管理和新建在控制台 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentclaude-code-23-tips 。先把第 3 节的配置抄进去跑通再逐条试 23 个技巧比一次性全开稳得多。