Fasten Share
菜单
生产者

CLIProxyAPI 接入 Fasten Share：共享 Codex / Claude 可用额度

将 CLIProxyAPI 暴露的 OpenAI Responses 或 Anthropic 兼容接口接入 Fasten Share，完成端点测试、生产者配置和消费者全链路验证。

Fasten Share Team · · 4 分钟阅读

CLIProxyAPI 可以把受支持的 Codex、Claude 等能力暴露为标准化接口，Fasten Share 则负责让生产者发布这些接口，由消费者发现并调用。可以把前者理解为协议适配层，把后者理解为发现、路由、计量和结算网络。

这条路径适合能够理解本地代理、模型协议和账号条款的高级用户。开始前必须确认相关账号、订阅或 API 允许你的使用和共享方式；不要把“可以登录并调用”当作“可以转发给第三方”的授权。

完整链路是什么

消费者工具（Codex / Claude Code / curl）
        ↓
Fasten Share 服务端
        ↓
Fasten Share 生产者客户端
        ↓
CLIProxyAPI
        ↓
CLIProxyAPI 当前支持的上游能力

这里至少涉及三类凭证，不能混用：

  1. CLIProxyAPI 的管理或登录凭证；
  2. Fasten Share 生产者访问 CLIProxyAPI 的本地 API Key；
  3. 消费者调用 Fasten Share 地址时使用的消费者 API Key。

三类密钥应分别生成、保存和轮换，任何一把都不要写入公开教程、截图或代码仓库。

第一步：安装并验证 CLIProxyAPI

CLIProxyAPI 更新较快，安装、登录方式和配置字段应以其当前官方仓库与文档为准。完成安装后，先确认服务正在预期地址监听，并通过管理接口查看当前可用模型。

不要从旧教程猜模型名。模型名称写错一个字符，Fasten Share 健康检查也会使用错误模型并让节点无法上线。

为 Fasten Share 创建一把独立的 CLIProxyAPI 调用 Key。它只应出现在 CLIProxyAPI 配置和生产者设备上的 Fasten Share 后端配置中。

第二步：直连测试协议端点

Codex 或 OpenAI Responses 风格示例：

curl http://127.0.0.1:8317/v1/responses \
  -H "Authorization: Bearer CLI_PROXY_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"your-codex-model","input":"reply with OK"}'

Claude 或 Anthropic Messages 风格示例：

curl http://127.0.0.1:8317/v1/messages \
  -H "x-api-key: CLI_PROXY_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "Content-Type: application/json" \
  -d '{
    "model":"your-claude-model",
    "max_tokens":32,
    "messages":[{"role":"user","content":"reply with OK"}]
  }'

把端口、密钥和模型替换为实际配置。只有直连返回正确模型响应后，才继续连接 Fasten Share。如果出现 401、404、model not found 或额度不足，应先在 CLIProxyAPI 侧解决。

第三步：在 Fasten Share 添加生产者后端

安装并登录 Fasten Share 客户端，进入生产者页面添加后端。

Codex / Responses 场景

字段推荐思路
基础 URLhttp://127.0.0.1:8317
协议openai-response
版本前缀/v1
API Key独立的 CLI_PROXY_KEY
模型直连测试通过的真实模型名
支持工具至少勾选实际验证过的工具或 curl

Claude / Anthropic 场景

字段推荐思路
基础 URLhttp://127.0.0.1:8317
协议anthropic
版本前缀/v1
API Key独立的 CLI_PROXY_KEY
模型直连测试通过的 Claude 模型名
支持工具至少勾选实际验证过的 Claude 或 curl

基础 URL 通常不包含 /v1，版本路径放在单独字段，避免组合成 /v1/v1/...。先使用保守并发和默认倍率，稳定后再小幅调整。

Docker 地址需要特别处理

本教程默认 CLIProxyAPI 与 Fasten Share 客户端运行在同一台主机。如果 Fasten Share 客户端位于 Docker 容器，容器中的 127.0.0.1 不指向宿主机 CLIProxyAPI。

根据运行环境使用 host.docker.internal、宿主机局域网地址或同一 Docker 网络中的服务名，并从生产者客户端所在环境执行直连测试。不要为了图方便把管理端口或无鉴权接口暴露到公网。

第四步：完成 Fasten Share 全链路测试

生产者节点健康并注册后，切换到消费者页面：

  1. 创建或选择一把 Fasten Share 消费者 API Key；
  2. 搜索刚刚发布的模型；
  3. 选择自己的生产者节点；
  4. 复制客户端生成的 curl 或工具配置；
  5. 发起一次真实请求并检查流式或普通响应；
  6. 同时观察消费者、服务端返回和生产者日志，定位第一个异常环节。

最终请求必须使用消费者 API Key，不是 CLI_PROXY_KEY。如果直连 CLIProxyAPI 成功但 Fasten Share 调用失败，检查生产者是否仍显示运行中、已注册且健康，以及协议、模型和最终请求路径是否一致。

能力限制和合规边界

CLIProxyAPI 和 Fasten Share 都不能把上游不支持的能力“变出来”。如果经过协议转换，某些有状态 Responses 功能、托管工具、后台模式、WebSocket 或工具调用可能不可用。消费者应根据生产者实际发布的协议与工具能力选择节点。

同时注意：上游账号政策可能改变，CLIProxyAPI 也会持续更新。定期复核当前官方说明和 Fasten Share 客户端字段；发现授权、密钥或调用异常时立即停止共享。

稳定运行检查清单

  • CLIProxyAPI 直连请求可以稳定成功；
  • 模型名来自当前模型列表，而不是旧教程；
  • 管理凭证、CLIProxyAPI Key 和消费者 Key 完全分开；
  • 基础 URL 与版本前缀没有重复；
  • Docker 或跨主机地址从生产者环境可访问；
  • 只发布实际验证过的协议和消费者工具；
  • 已理解共享权限、协议转换限制和上游政策风险；
  • 已完成一次消费者到模型后端的全链路调用。

如果你需要更通用的后端字段说明，可阅读兼容模型 API 接入指南；如果下一步是配置消费者工具，请阅读在 Codex、Claude Code、OpenCode 等工具中调用共享模型。

继续阅读

全部指南 →