|
|
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 |
|
|
|
6fe6014d92
|
chore: 清理 emoji 与修正发布脚本仓库名
产品代码统一为纯文本风格（照参考实现），去掉 emoji：billing/quota/usage 插件、
channels 的提示文案、WebUI 文案，以及 go 测试、docs、packaging 脚本中的
注意/OK/FAIL 等符号化写法。第三方目录（vendor、node_modules、.probe）不动。
另：packaging/upload-release.sh 的仓库名改为真实全名
JianFeeeee/ModelRouter → HeNanMU-EEA/ModelRouter（前者是重定向，POST/PUT 不跟随
会 404）。
|
2026-10-13 13:42:57 +08:00 |
|
|
|
d86514c474
|
feat(channels): VNC 兜底真正可用（依赖预检 + 就绪探针 + CDP 取凭据）
用户指出「vnc 无头浏览器兜底登陆你根本没有实现」。核对后确认：进程层代码存在，
但**只接在一个我编的假平台上**（loopbackish，已随夹具移出），四个真实平台全标
flow="manual" 并给一句"请你自己去某处搞定"。且代码写着「运行 deploy 脚本一键
安装」，而那个安装机制根本不存在（deploy.sh 里零浏览器栈内容）。
## 实现
- **依赖预检** browserDeps()：探测 Xvfb/x11vnc/websockify/noVNC/chromium/
python3-websocket，如实报告缺什么、装哪个包、干什么用。
- **就绪探针** waitPort + X socket 等待：不再 sleep 2 拍脑袋（view_url 先于
服务可用会让 iframe 白屏）。
- **CDP 取凭据**：浏览器带 --remote-debugging-port，登录完成后经 CDP 读
localStorage/sessionStorage/cookie 或平台声明的 collect_expr。人只负责在 VNC
窗口里交互，机器负责把结果取出来 —— VNC 不该只是"看屏幕"。
实测：在真 HTTP 页面上 `localStorage.getItem('access_token')` → REAL-TOKEN-XYZ，
`document.cookie` → session=COOKIE-VAL，全部正确。
- **新端点**：channels/deps/status、browser/collect、browser/stop、browser/status。
- **安装入口** packaging/install-browser-stack.sh：识别 apt/dnf/yum/apk，
--check 只检查；装进发行包（/usr/share/llmsproxy/）。插件 install_hint 指向它。
默认不自动装：系统级包、数百 MB、chromium 安全面大，多数部署用不到 VNC。
## 过程中修掉三个真 bug（都是测试逼出来的）
1. **Xvfb 从未被启动**：steps 数组里有 Xvfb，但循环明确 `if st[1] ~= "Xvfb"`
跳过它（想先等 socket）→ 等一个永远不会出现的 socket。
2. **display 号按 seq 取模**：`90 + (seq % 10)`。Xvfb 锁文件在强杀后残留，
重启后 seq 从头 → 又选同一个号 → `Fatal: Server is already active`，
而报错只显示"Xvfb 未就绪"。改为**探测空闲**号（锁+socket+端口）。
3. **io.open 判 socket 存在**（两处）：X socket 是 socket 文件，io.open 返回 nil
→ 探测误判"空闲"、等待循环永远等不到。改用 `[ -e ]`。
4. **孤儿进程**：spawn 往局部 pids 表追加，只在函数末尾回写 b.pids →
中途失败时 reapBrowser 读到空表，已起的 Xvfb 不被杀（实测留下 4 个孤儿）。
改为即时回写。
## 判据
- TestChannelsVncStackEndToEnd：注入 flow=vnc 平台 → 真起浏览器栈（view_url 含
vnc.html + CDP 端口）→ 回收。缺依赖则 SKIP 并说明。
- TestChannelsVncNoOrphanOnFailure：回收后 running=false、无孤儿。
- TestChannelsBrowserStackDeps：依赖清单三个字段齐全、缺件必须给安装提示。
- TestChannelsBrowserEndpointsRequireSession：无会话时三个端点如实报错/幂等。
- 全量 core 回归后确认：生产插件目录未被写入、无孤儿进程。
内核对照 v2.0.2：diff 为空（本次零内核改动）。
|
2026-10-13 09:33:18 +08:00 |
|
