jianf/ModelRouter
1
0
Fork 0
mirror of https://gitcode.com/JianFeeeee/ModelRouter.git synced 2026-11-07 09:47:23 +00:00
Code Issues Packages Projects Releases Wiki Activity
432 Commits 10 Branches 90 Tags
b6bbff19e9a23c7bcc5d64f210eb29225a30d4ed
Commit Graph

10 Commits

Author SHA1 Message Date
JianFeeeee
688dce88d1 refactor(rename)!: llmsproxy → modelrouter（module / 二进制 / 路径 / env） 
产品名早已是 ModelRouter，但仓库标识符仍沿用旧名。这次统一，读写两侧都做兼容，
已部署的机器不会因为顺序问题立刻失效。

- go module `llmsproxy` → `modelrouter`；全仓 import 与 `cmd/modelrouter` 同步。
- `Makefile BINARY=modelrouter`；发行包名、systemd unit、/usr/share 资源、
  `/usr/local/bin` 目标全部改为 modelrouter。
- 默认配置目录 `/etc/llmsproxy` → `/etc/modelrouter`。**读取侧回退**：插件与
  `storeDir` 仍会检查旧路径，所以"先换二进制、后改 unit"不会立即失效。
- 环境变量 `LLMSPROXY_*`（PLUGIN_DIR / XDISPLAY_BASE / ARCH / LIVE_ZEN /
  BUILD_DIR）改为 `MODELROUTER_*`；`LLMS_PROXY_MASTER_KEY` →
  `MODELROUTER_MASTER_KEY`。旧名在读取侧继续接受。
- 桌面端内嵌核心 `bin/llmsproxy` → `bin/modelrouter`，并保留旧文件名回退，
  避免升级到一半的 profile 被判成"core binary missing"。
- 新增 `packaging/migrate-to-modelrouter.sh`：**默认 dry-run**，复制而非移动、
  旧目录永不删除、支持 `--rollback`；随 release tar 分发并由 core-dist 校验。
- `deploy.sh` 增加改名保护：发现旧 `/etc/llmsproxy` 而新配置不存在时**中止**，
  否则会部署出一个"能启动但没有 key、没有源"的空实例。
- 临时目录前缀 `/tmp/llmsproxy-*` → `/tmp/modelrouter-*`；清理逻辑同时回收两代。

兼容别名（`__llmsproxy_*` 全局、`llmsproxy` SDK 别名、旧路径/旧 env）刻意保留，
它们是升级路径而非遗留；docs/plugins.md 已标注为废弃。

本提交未包含：`adapters/opencodezen.lua`、`adapter_opencodezen_test.go`、
`adapter_opencodezen_live_test.go`（OpenCode UA/免费池的既有改动，另批提交）。
 2026-10-26 22:28:08 +08:00
JianFeeeee
d3a0eb6311 docs(channels): 第三批逐模块对照 —— 新补 3 个真缺陷 + 判定不适用的附理由 
新补：自动领取每天漏领（covers_today）、凭据续期是假的、isFree 与声明矛盾。
插件自装适配器增至 4 个（+channels-qoder / channels-cline）。

★ 判不适用的逐条附理由，而不是简单说没做：
- account-pool 并发写竞态：我们落盘是同步 tmp+rename（Lua 无异步），已加判据
- gemini-messages SSE 末帧：我们的 bufio.Scanner 对无尾换行照样产出（已实测自证）
- cline 30 分钟策略冷却：我们每账号一源，被拦只冷却自己
- retry-after.ts：参考那份自己就是死代码
- image-budget / message-shape / loop-recovery / reasoning-ladder：前提不存在或属内核改动

另记录一条环境教训：/tmp 是 8.8G tmpfs，被构建缓存占满会让测试看起来像死锁。
 2026-10-14 20:15:08 +08:00
JianFeeeee
0c56392d29 docs(channels): 逐模块对照更新（含本轮新补 7 项与未实现清单的理由） 
穷尽对照 143 模块 / 77720 行后的当前状态：本轮新补 dead-model-store /
catalog-gate / balance-rank+selector / account-probe / model-gate /
ttl-cache+serial-queue / opencode-capability，另修 3 个静默失败。

未实现清单逐条给出理由（不是没做，而是三类：需要真实浏览器/验证码的
captcha 系 ~3300 行、二进制缺失的 qoder wasm、以及宿主 UI 特性或前提不存在
的模块如 message-shape（DSH 消息形状迁移，我们无此问题）与 loop-recovery
（我们的内核没有循环守卫，前提不存在））。
 2026-10-14 16:29:42 +08:00
JianFeeeee
a020247627 docs(channels): 记录数据事故全链（测试覆盖生产账号池）+ 修复中的自踩坑 
含根因实测输出、为什么 DisableStatePersistence 不够（调度器 goroutine 比
t.Setenv 生命周期长）、两层修法、判据与变异验证。

另记一条我自己的操作事故：恢复账号时把保险库里的**密文**当明文喂给
account/add，而 vault 读取时会解密 → 凭据被二次加密（1971→2965 字符），
该账号推理开始返回空。教训：凭据只能由登录/续期路径写入。
 2026-10-14 11:36:15 +08:00
JianFeeeee
f55d514e85 docs(channels): 生产实测 —— 不可用的真相是 13 个账号里只有 1 个有凭据 
用户报「完全不可用」。逐平台实测 account/list 后根因不是代码：

| 平台 | 账号 | 有凭据 |
|---|---|---|
| buddy | 2 | 1 |
| trae/minimax/lobsterai/codearts | 3/1/1/5 | 0 |
| 其余 7 平台 | 0 | 0 |

13 个账号只有 1 个真有凭据，其余是**占位壳子**(has_credential:false)。
此前把「12 平台 0 个 manual」当作已接好的判据是**错的** —— manual 是 flow
类型，不等于登录成功。

排除项（全部实测，非推断）：
- 部署一致性：4 插件 sha256 与仓库全部一致，关键标记全在位
- **推理链路可用**：POST /v1/chat/completions 实测返回 "OK"
- 登录机制可用：minimax 真实返回 user_code，trae 起了服务端浏览器
- 设备码轮询正确：未授权时持续 pending，不误判成功/失败

结论：剩 12 平台都需**人工授权**（device-poll 去官方页输码、callback 在
VNC 里点、qr/wechat 扫码）。

B 类修正判断：
- qoder-wasm：二进制不在仓库（find -name '*.wasm' 为空），拿到才有意义
- zcode-captcha：**登录不需要它**。captcha 只用于签到/领取
  （zcode-auth.ts:22-23 每个 plan 单独 mint）—— 真实价值是让领取全自动，
  不是让平台可用
 2026-10-14 00:28:32 +08:00
JianFeeeee
faa3be5c37 test+docs(channels): 三私有协议平台的源接线判据 + 自装适配器机制实录 
补齐"装了适配器 ≠ 源用了它"这条判据。这是这类改动最可能的漏配，且
**不会报错** —— 只是签名/信封不生效、上游返回流内错误或 401，看起来像
"平台不稳定"。三个平台的失败模式不同、根因同一个（平台协议差异被当成
适配器名差异）：
  codearts → 华为云 AK/SK 签名
  trae     → SOLO 载荷格式
  gemini   → 私有 /v1internal: 信封 + 身份五头
判据同时验 adapter 名、base_url 与"源里必须有模型"。

docs/channels-parity.md 补两节：
- 三个私有协议平台已改用插件自装适配器（含 credential_shape 的引入原因：
  codearts 凭据没有 access_token，credentialOf 取不到 → 静默不出源）
- 附录：机制（内核早已具备，channels 插件引用数为 0）、三条实测能力、
  六个"静默失败"类踩坑、判据清单
 2026-10-13 23:44:30 +08:00
JianFeeeee
fe9d5c6054 docs(channels): 补架构差异分析 —— 为什么参考正常、我们靠 adapter 名硬撑 
查证参考仓架构后的结论：
- 参考：一个平台一个继承宿主 LlmAdapter 的真类（trae 做 SOLO 转换、
  codearts 做 AK/SK 签名、zcode 走 Anthropic），公共逻辑抽在
  openai-compat.ts（1196 行，8/12 adapter 复用）
- 我们：内核是 proxy，插件只注册源；平台差异被当成 adapter 名差异
- 关键：内核**早已实现** __llmsproxy_adapters.install（含归属校验、冲突
  仲裁、测试 TestPluginInstallsAdapterFromLua 通过），但 channels.lua
  对这个全局的引用数是 **0** —— 一个适配器都没装过
- 我们还缺参考的共享前导：openai.lua 与 anthropic.lua 各复制一份
  safe_tool_id
- 记录了下一步落地前必须先探的两条风险（适配器 VM 能否读 secrets、
  流式转换能否跨 chunk 保持状态）
 2026-10-13 18:40:00 +08:00
JianFeeeee
3e94047889 docs(channels): 三线对齐表（登录/模型获取/接入模型服务）逐平台实录 
按参考仓的命名规律（X-auth / X-product / X-adapter）建表，记录：
- 本轮修的四件事（codearts 登录、模型兜底表、chat 端点、gemini 私有协议）
- 三个**未闭环**项并写明理由（codearts 模型获取需 AK/SK 签名、
  trae 载荷需转 SOLO 格式、gemini 信封需字母序 + 身份五头）
- 明确不做的四项（gemini-sigstore 不适用、qoder-wasm/zcode-captcha/
  captcha 池属 B 类）
- 本机实测的 5 个坑
 2026-10-13 17:04:09 +08:00
JianFeeeee
c1733feeaa feat(channels): Qoder 每日活动领取（多活动逐个领）+ 三条误报陷阱全部钉死 
## 参考依据
`qoder-credits.ts` 的 `claimQoderDailyCheckin` / `parseQoderCampaigns` /
`claimQoderCampaign` / `hasQoderCampaignRefreshedToday`。
参考用**抓包 + 用户报障**定位过三条会「误报」的陷阱，全部在实现与判据里钉死：

### ① 「无可领活动」必须是 inactive，不能报 already-claimed
旧实现 targets 为空就说"今天已领取" ⇒ 只要服务端没下发可领项（含**请求头不完整**、
未到刷新时间、本就无活动三种情形），界面就谎报已领，与官方 IDE 的"可领取"直接矛盾。
用户报障原文：「没领过却显示今日已领取，去 IDE 看还能领」。

### ② 每日 10:00（UTC+8）刷新；刷新前的 CLAIMED 属于**昨天**
此时说"今天已领取"是谎报，且不可逆（用户以为今天不必再领）。
必须用**算术平移**判 UTC+8 —— 用本机时区在出差/改时区时会判错方向
（偏东提前把当天记为已处理、真漏领；偏西一天判两次）。

### ③ 未开通要给 action_required 的可操作提示
判据是**两条同时**满足（无 CLAIM_BENEFIT + 用量响应里 `addOnQuota` **字段缺失**）。
⚠️ 用「字段是否存在」而非「remaining 是否为 0」—— 后者对"额度用光"与"从未开通"
不可区分，会把用光额度的老账号误报成未开通。文案要可操作（去官方客户端登录一次），
并作为显式字段透传给 UI，而不是让 UI 猜文案。

### 其他要点
- 一个账号可能同时有**多个** CLAIM_BENEFIT 活动 → 逐个领取（实测有每日 100 与运营活动）
- 幂等判据是响应体的 **`replayed`**，不是 HTTP 状态码：重复领取同样回 200，
  但 `replayed:true` 且不含 benefit（只看状态码会把"今天已领"误报成"成功 +100"）
- 请求体必须是**空串**（抓包实测 `content-length: 0`）
- 缺 `Cosy-MachineToken/MachineType` 时服务端不下发可领活动（见上一个提交）

## 判据
- `TestQoderClaimDecisionTable`：6 个用例覆盖四类结果 + claim 次数 + body 必须为空
- `TestQoderRefreshUsesUTC8NotLocalTime`：**注入 UTC 时刻**验证刷新判定

★ 修判据自身两处缺陷（首轮变异存活）：
1. `TestMain` 把测试进程 TZ 钉成 **UTC** —— 本机恰是 HKT(+0800)，于是
   「UTC 平移」与「本机时区」结果**完全相同**，误用本机时区的实现抓不到（判据不可达）。
2. 决策表缺「无任何活动且已开通（addOnQuota 存在）」用例 →
   把 inactive 误报成 already-claimed 的变异得以存活。补齐后两个变异都被抓。

## 统一前向声明（Lua 作用域，本文件第 N 次）
把 `qoderMachineIdentity / rfc3986Escape / newToken / lobsteraiClientVersion`
统一在 PLATFORMS 之前前向声明。此前逐个补、位置还放错过一次，导致运行时报
`attempt to call global 'x' (a nil value)` 而编译期静默。

## 文档
`docs/channels-parity.md` 更新：gemini-sigstore 标注为**⛔ 不适用**
（llmsproxy 的推理走无状态适配器，插件不参与推理 —— 插件侧缓存会成为死代码；
若将来要支持，位置在适配器侧，与"适配器无状态"约定冲突，须单独决策）。
 2026-10-13 16:11:11 +08:00
JianFeeeee
1586a051da fix(channels): CodeArts 签名按参考重写（华为云 SDK-HMAC-SHA256）+ 完整 4 步领取 
## 问题：签名是实现者凭印象编的
原实现用 `SDK-HMAC-SHA256 Credential={ak}/{ts}/{nonce}/sdk_request` —— 那是另一套
协议（阿里风格）的形状，与参考的**华为云 SDK-HMAC-SHA256** 完全不同：
- canonical request 拼装错（参考是 METHOD\nURI\nQUERY\n排序后的 k:v 行\n\nSIGNEDHEADERS\nPAYLOADHASH）
- string-to-sign 格式错（参考是 "SDK-HMAC-SHA256\n{dateStamp}\n{sha256(canonical)}"）
- Authorization 头用 Credential= 而非 **Access=**
- 少了 x-sdk-content-sha256 / x-security-token 参与签名
- URI 末尾未补 '/'
⇒ 服务端只会回 `APIG.0301 ... verify ak sk signature fail`，看起来像"账号/权限问题"，
这个平台注定领不到额度。

## 修
逐行对齐参考 `sign.ts:signRequestHuawei` + `codearts-credits.ts`：
1. canonical request / string-to-sign / signature 全部照参考
2. 参与签名的头：host / x-sdk-date / x-sdk-content-sha256 / x-security-token
   （非 GET 再加 content-type），按字典序拼 SignedHeaders
3. Authorization = `SDK-HMAC-SHA256 Access={ak},SignedHeaders=…,Signature=…`
4. Agent-Type / X-Language 是**签名后**追加的，绝不进 canonical（否则验签失败）
5. URI 末尾补 '/'
6. 完整领取 4 步（参考的 6 步判定顺序）：账户类型 → 活动列表 → claim →（benefit.id
   非空时）confirm；用 done 哨兵回给 claim_daily（它自己发多个请求，契约只发一个）
   - 非积分账户 → inactive（Token 账户不该被报成"领取失败"）
   - activity.claimable=false 且状态属已领取态 → already-claimed（**唯一的幂等保护**，
     本协议没有幂等键）
   - confirm 失败不算整体失败（积分已在待确认态），只是降级提示

## 判据（差分，与参考逐字节一致）
`TestCodeArtsSignatureMatchesReference` + `tools/codearts_sig_expected.mjs`
（照抄参考函数生成期望值）。覆盖 canonical / string_to_sign / signature /
SignedHeaders / Authorization 形状 / canonical 不得含签名后追加的头。
变异验证：`Access=`→`Credential=`、去掉 content-type 参与签名、URI 不补斜杠
—— 三个全部被抓。

★ 修判据自身缺陷：首版探针**自己重算** canonical，导致真实签名被改坏时判据仍绿
（去掉 content-type 的变异存活）。改为让签名函数返回真实中间值，探针直接取用。

## 文档
新增 docs/channels-parity.md：与参考逐平台对齐清单（登录 / 额度 / 推理链路三张表
+ 差分判据表 + 未对齐项按影响排序），未对齐项**明示**而非含糊。
 2026-10-13 15:38:35 +08:00