给 Claude Code 写了个本地代理就为了看清它的内心戏一个零依赖的 Node.js 小工具让直连 Anthropic API / 任意第三方网关的 Claude Code 也能流式渲染深度思考过程。开箱即用。GitHubhttps://github.com/TsinHzl/cc-proxy一、你有没有遇到过这些糟心时刻如果你是 Claude Code 的重度用户下面这些场景大概率似曾相识痛点 1深度思考过程黑盒只能干等Claude Code 开启 Extended Thinking 后模型会先进行一段深度推理再给出答案。但当你直连 Anthropic API或者通过第三方网关 / 中转站使用时界面上一片寂静——思考过程完全不显示屏幕空白十几秒到几分钟你根本不知道它是在认真推理还是卡死了它理解对了我的需求吗方向跑偏了没有这漫长的等待到底在想什么方向错了你也发现不了只能等它把一整坨代码写完、跑完测试才发现从一开始就理解错了。时间全浪费在返工上。痛点 2中转站把 thinking 块吃掉了很多人实际在用第三方 API 网关价格更低、国内可达。但部分中转实现会把thinking内容块丢弃或降级Claude Code 官方 UI 又只认 thinking 块的渲染——结果就是你的套餐明明包含 thinking 额度你却永远看不到它在想什么。痛点 3官方订阅之外没有轻量的替代方案你可能会想改 Claude Code 源码不现实版本一升级就白干。换官方订阅成本直接翻几倍。找一个重型的网关服务为了看个思考过程引入一整套中间件太重了。我只是想看一眼它在想什么有这么难吗二、cc-proxy一个本地小代理把内心戏投屏给你看cc-proxy 的思路非常克制不改 Claude Code 一行代码不动上游 API 一个字节只做一层本地透明代理。工作原理三步在本机127.0.0.1起一个随机端口的代理服务启动claude命令时注入ANTHROPIC_BASE_URLhttp://127.0.0.1:port让 Claude Code 的流量流经代理代理把响应里的 thinking 块实时转写成文本块流式渲染成这样一行接一行灰色暗显的推理文字实时滚出 Thinking开头——它此刻的每一丝犹豫、每一次自我纠正你都看得一清二楚。三、为什么值得一试✅ 真正的透明非 Claude Code 客户端curl、SDK、脚本的流量原样透传一个字节都不动与 thinking 无关的 SSE 事件原样透传请求头、状态码、非流式响应全部保持原样你不用担心它多管闲事破坏任何现有行为25 个自动化测试专门守护这些不变量。✅ 上下文不膨胀这是很多人没想到的坑思考过程一旦被渲染成对话文本多轮对话时它会作为历史消息反复发送给上游——上下文越聊越大token 费用悄悄上涨。cc-proxy 在请求侧自动剥离历史中已渲染的思考文本兼容本工具新旧两种渲染格式历史干净账单安心。✅ 零依赖、够轻量纯 Node.js ≥ 18 标准库实现node:http/node:https/child_process没有一个第三方运行时依赖没有 node_modules 黑洞没有供应链焦虑256KB 单块 / 1MiB 单响应的字节上限保护超大思考块自动降级丢弃而不是搞崩会话✅ 想用哪就用哪# 直连官方 APIcc-proxy# 第三方网关base URL 原样透传拼接ANTHROPIC_BASE_URLhttps://gw.example.com/api cc-proxy环境变量保存在代理侧作为转发目标再替换成本地地址传给 claude——你现有的配置一点不丢。四、30 秒上手前置要求Node.js ≥ 18、已安装 Claude Code CLI。gitclone https://github.com/TsinHzl/cc-proxy.gitcdcc-proxynpmlink# 注册 cc-proxy / claude-proxy 命令到全局 PATH然后把你平时敲的claude换成cc-proxycc-proxy# 启动代理并进入交互式 Claude Codecc-proxy-c# 参数原样透传给 claude--continuecc-proxy-p解释这段代码# 非交互模式同样支持完事。之后每次会话深度思考都会实时流式呈现在你眼前。五、适合谁API / 网关用户直连 Anthropic API 或任何第三方网关的 Claude Code 用户成本敏感型玩家想确认每一分 thinking token 都花在了刀刃上调试强迫症无法忍受它到底在想什么这个永恒悬念工具链洁癖欣赏零依赖、可读完、可审计的小工具六、写在最后cc-proxy 不是又一个 All-in-One 的全家桶它只解决一个问题并把它解决干净让 Claude Code 的深度思考在任何接入方式下都能被看见。如果你也被黑盒等待折磨过给仓库点个 Star ⭐ 就是最好的支持GitHubhttps://github.com/TsinHzl/cc-proxyIssue 和 PR 均欢迎。如果你在某个第三方网关上用出了问题欢迎提 issue 附上网关信息我来适配。