seewe/sub2api
1
0
Fork 0
mirror of https://github.com/Wei-Shaw/sub2api.git synced 2026-10-15 23:22:59 +08:00
Code Issues Packages Projects Releases Wiki Activity
7,678 Commits 46 Branches 62 Tags
f37b69b77934ab2479b41178ef65ea337cc18041
Commit Graph
7 Commits
Author SHA1 Message Date
SavitarCandClaude Opus 5.5 e2939cd8fa feat(platform): 接入 Command Code 平台 
转发：
- 平台清单与 provider profile 新增 command_code：按模型分流，Chat
  Completions / Responses 基址 https://api.commandcode.ai/provider/v1，
  Anthropic 基址 https://api.commandcode.ai/provider；内置规则 claude-* →
  Anthropic、gpt-* → Responses（也支持 Chat Completions）。
- 原生 Anthropic 端点的版本感知拼接改按分流方式判断，转发与连接测试共用
  （Anthropic 基址带 /v1 时连接测试不再误报为配置错误）。

按模型的协议集合（模型支持入站协议时直通，免去协议转换）：
- 分流规则可带协议集合 protocols（首项为首选协议）：入站协议在集合中时同
  协议直通，否则走首选协议；只有一个协议时与原规则相同，OpenCode 行为不变。
- profile 新增 model_catalog：Command Code 的 /models 为每个模型给出
  supported_endpoints。官方默认地址的目录按地址全进程共享，自定义上游按账号
  隔离；目录请求的 UA 收敛与账号请求头覆写与转发一致。目录缓存 30 分钟、后台
  刷新，失败退避 5 分钟；从未加载成功时首批请求最多等 2 秒，冷启动也按目录
  分流。账号规则未命中的模型按目录取协议集合；目录不可用时回落内置规则（账号
  未配置规则时）或 Chat Completions。
- 三个入站入口共用的 resolveUpstreamProtocol 增加目录参数。
- 前端分流规则编辑器可为每条规则勾选"也支持"的协议；提供模型目录的平台，
  兜底行改为说明按上游模型列表选协议。

连接测试：
- 按模型分流的平台共用一条测试路径（协议与网关同一判定，含模型目录；默认
  测试模型取自 profile），不再落入 Claude 测试路径。
- 首个分支由"国产厂商"改为"按入站协议分流"；adaptive 测试跳过 profile 未
  提供的 Anthropic 端点。现有国产厂商行为不变。
- 连接测试是 OpenCode 专属分流入口的最后一个调用方，改走统一判定后删除
  ResolveOpenCodeGoUpstreamProtocol、openCodeGoNativeProtocol，以及此前就只剩
  测试使用的 OpenCodeGoModelProtocol；路由矩阵的旧行为基准改为测试内独立复述。

额度与余额（/alpha/whoami、billing/credits、billing/subscriptions、
usage/summary）：
- 额度探测写入 5 小时 / 每周窗口（限额套餐）与还原出的月度窗口，同时写入
  积分余额；余额探测只取积分。仅对官方主机上的 API Key 账号生效。
- 订阅周期或本周期用量取数失败时保留上一次的月度快照，不当作没有月度窗口
  清掉；窗口尚未开始（没有重置时间）时清掉上一个窗口的重置时间。
- whoami 取不到时探测整体失败，不按个人账户继续（组织账号会查到成员的个人
  钱包，并据此按余额停调）。
- 阈值停调与定时检测纳入 Command Code；有充值积分时上游跳过窗口检查，窗口
  快照不参与停调与冷却；积分低于余额阈值时临时停调。
- 上游计费探测的官方域名加入 commandcode.ai，不把 Key 发往官方主机上并不
  存在的中转计费接口。

上游错误（依据 commandcode.ai/docs/troubleshooting/errors，按文案分类，
402 / 403 / 429 同样处理）：
- 5 小时 / 每周窗口用满：带原因的临时停调，到文案中的 "Resets in …"，解析
  不出时回落额度快照；充值积分不受窗口限制，额度 / 余额探测发现充值积分后
  只解除这一类停调。
- 积分耗尽（含 usage_exceeded）：可恢复的临时停调，积分恢复后由周期检测
  解除，不再永久置为 error。
- 组织花费上限：文案指明模型（"set for <模型>"）且请求模型已知时只写模型级
  限流；成员总额度或作用域不明时整个账号冷却，最长一小时。
- 普通频率限制走默认 429 逻辑，不再冷却到窗口重置点。

前端：
- 账号列表显示额度窗口与积分余额，阈值设置增加 command_code。单元格可见性
  改为按账号判定，与后端一致：只对官方主机上的 API Key 账号显示，自定义中转
  显示占位符，不再每次打开列表都探测出一行报错。
- 使用官网的官方标志（圆角方块内镂空 ⌘）；配色为中性灰（品牌黑色已由
  Grok 使用）。

测试基准中原先用作"仅服务端登记"示例的 command_code 改为虚构的 acme_router；
新增的前端测试加入 CI 前端关键测试列表。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-09 10:11:05 +08:00
SavitarCandClaude Opus 5.5 8ac2936a3d refactor(gateway): 三个入站入口的上游协议分流收敛为 resolveUpstreamProtocol 
此前 /v1/responses、/v1/chat/completions、/v1/messages 各自用一串 if 决定
上游协议：OpenCode 按模型规则、国产 adaptive 按入站、显式 api_protocol、
Responses 探针四个来源的优先级靠语句先后隐式决定，且每个入口都有
IsOpenCodeGo 特判。

- provider profile 新增 Routing（by_inbound / by_model），OpenCode 登记为
  by_model；routesByModel 取代转发路径与 GetAPIProtocol 默认值中的
  IsOpenCodeGo 判断。
- 新增 upstream_protocol_routing.go：resolveUpstreamProtocol 以单一函数给出
  上游协议（按模型分流 → adaptive 按入站 → 显式 anthropic → CC 直转条件
  → Responses），resolveModelRoutedProtocol 以 profile 规则泛化 OpenCode
  的规则解析；三个入口改为 switch 该结果选择既有转换路径，Responses 形状
  请求体的转换合并为 convertResponsesShapedChatBody。

转换函数本身不变。新增分流矩阵测试经真实入口遍历 平台 × api_protocol ×
探针 × 账号类型 × 接入模式 × protocol_rules × 入站 × 模型（2045 组），
与改动前逐条 diff 仅 6 条不同：智谱 adaptive 的非 API Key 账号（UI 无法
创建）在 /v1/responses 入站时由 Responses 改为回落 CC，与
/v1/chat/completions 入口一致；这 6 组前后都在发出上游请求前报错。

协议规则与映射模型相关的类型、函数已被所有按模型分流的供应商共用，同时去掉
OpenCode 前缀（OpenCodeGoProtocolRule → ProtocolRule、matchOpenCodeGoProtocolRules
→ matchProtocolRules、NormalizeOpenCodeGoProtocolRulesCredentials →
NormalizeProtocolRulesCredentials、resolveOpenCodeGoMappedModel →
resolveMappedUpstreamModel 等），并删除收敛后已无调用方的
defaultOpenCodeProtocolRules。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-09 10:10:32 +08:00
SavitarCandClaude Opus 5.5 c063a4016e refactor(provider): 以 provider profile 收敛多协议供应商默认端点表 
多协议 API Key 供应商（kimi/zhipu/deepseek/minimax/opencode_go）的默认端点
此前在 account.go 的 GetOpenAIBaseURL / defaultCNProtocolBaseURL /
GetAnthropicProtocolBaseURL / GetOpenAIFormatBaseURL 中按平台 switch 重复了
四遍，Responses 能力与 OpenCode 内置分流表也各自散落。

新增 provider_profile.go 作为单一数据来源：每个供应商登记各接入模式的
Chat/Anthropic 默认基址、内置 protocol_rules 与原生 Responses 能力；
上述函数、SupportsNativeCNResponses、IsMultiProtocolAPIKeyProvider 与
defaultOpenCodeProtocolRules 改为查表。纯重构，行为不变：新增测试以旧
switch 逻辑为基准，逐一核对平台 × account_mode × 协议的全部组合。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-09 09:17:41 +08:00
ASWJ 0dccd7b6f5 fix(opencode): correct Zen qwen3.8-max endpoint and reject unsupported models 
- Route qwen3.8-max to Chat Completions on OpenCode Zen mode instead of Messages
- Fast-reject unsupported model families (gemini-*, jev-*) with HTTP 400 on OpenCode gateway to avoid upstream 404 failovers and strike accumulation
- Sync frontend DEFAULT_OPENCODE_ZEN_PROTOCOL_RULES with backend
 2026-10-06 23:18:57 +08:00
alfadb dc9216512d fix(opencode): normalize the quota endpoint for the /zen/go base variant 
OpenCode Go 有两个都合法的 base_url：https://opencode.ai/zen/go/v1（OpenAI
协议档，DefaultOpenCodeGoBaseURL）与 https://opencode.ai/zen/go（Anthropic
协议档，前端 defaultCNBaseUrl 会写入）。旧拼接只做 strings.TrimRight(base,
"/") + "/usage"，Anthropic 档账号的额度探测必然打到 /zen/go/usage。

实测证据（curl 无鉴权，401=端点存在，404=不存在）：
  401 https://opencode.ai/zen/go/v1/usage
  404 https://opencode.ai/zen/go/usage

修法沿用同包 kimiQuotaURL（coding/v1 与 coding 两种 base）的既有惯例：
TrimSuffix(base, "/v1") 后统一拼回 /v1/usage，两个变体与尾斜杠写法都归一到
https://opencode.ai/zen/go/v1/usage；自定义 base 保持同一语义。
 2026-09-23 15:26:44 +08:00
nagi330 935db68517 feat(grok):add grok 4.7 support 2026-09-22 10:30:01 +08:00
刘佳林 242907854d feat(opencode): add OpenCode platform with Zen and GO account types 
Keep the internal platform ID opencode_go. Product surface is OpenCode
with account_mode zen|go, model-aware routing across Chat Completions,
Responses, and Anthropic Messages, and X-OpenCode-Session derived from
prompt_cache_key / metadata.user_id so prompt cache can hit.

Unmatched models fall back to /v1/chat/completions. Related to #6742.
 2026-09-11 10:05:24 +08:00