为什么需要这种代理
玩过 Claude 的人都知道，官方 API 按 token 计费，用量一上来成本不低。而 Claude Pro/Team 订阅本身带有一定的使用额度，如果能把这个额度通过 OAuth 认证转成标准的 API 接口，就可以在自己的各种项目里直接调用，不用额外付 API 费用。
auth2api 做的就是这件事：把 Claude 的 OAuth 认证转换成 OpenAI 兼容的 API 格式，这样下游的各种工具——不管是自己写的应用、n8n 工作流，还是其他支持 OpenAI API 格式的客户端——都能直接对接。
技术路线和定位
这个项目借鉴了社区里已有的 CLIProxyAPI 和 sub2api 两个方案，但做了大幅精简。相比前两者，auth2api 的核心卖点就是轻量：单账号设计，不搞多用户管理，不做复杂的负载均衡，就是一个人自己用的工具。
说实话，这种"够用就好"的设计哲学特别适合独立开发者。你不需要一个能服务一百个用户的系统，你只需要一个稳定跑在自己服务器上、自己能调用的代理。2000 行代码意味着出了问题你能看懂、能改，不会陷入别人的复杂架构里。
风险提醒
必须说清楚：这类 OAuth 转 API 的操作存在账号风险。官方对这种非标准使用方式的态度一直是模糊的，封号的可能性客观存在。原作者也很坦诚地提到了这一点。
不过话说回来，社区里有一种说法——"不用也封号"，意思是有时候正常使用也可能触发风控。所以这更多是一个风险收益的判断：你愿不愿意用一个订阅账号的风险，换取更灵活的 API 调用能力。
适合什么人
如果你是独立开发者，手头有 Claude 订阅，同时又在搭建自己的 AI 工作流或者应用，需要一个低成本的 Claude API 接入方案，auth2api 值得关注。部署简单，代码量小，出问题能自己排查。项目在 GitHub 上开源，可以直接看源码评估是否适合自己的场景。
当然，如果你的业务对稳定性要求很高，或者不想承担任何账号风险，老老实实用官方 API 才是正道。工具是死的，怎么选看你自己的情况。