# 2026-03-03 日志

## OVH qBittorrent 限速
- 问题: qB CPU 占用 220% (疯狂做种), 导致 Jellyseerr 卡顿
- 已上传: 2.57TB, 内存 14.73GB/31.25GB
- 解决: 限制上传速度到 50MB/s (52428800 字节/秒)
- 方法: curl API `/api/v2/transfer/setUploadLimit` (需先登录获取 cookie)
- 结果: 上传速度从不限速降到 50MB/s, CPU 占用预计会大幅下降
- 不影响: Emby 观看、新下载、M-Team 考核

## 测试机
- IP: 38.76.203.105
- 密码: msfvOODO6371
- 用途: AI 测试机（顶尖分配）
- 状态: ping 不通，SSH 连接被拒，可能未开通或防火墙限制

## NodeSeek 签到修复 (09:00-10:00)

### 问题
- cron 任务用的旧 session cookie 过期 → USER NOT FOUND
- CDP browser WebSocket URL 硬编码，Chrome 重启后失效

### 解决方案
- 专用 Chrome: ~/.openclaw/chrome-nodeseek, 端口 18800
- 朦胧登录获取新 session: 54b668fbbf92dd81096702046f0dac9b
- VP404 登录获取新 session: 0f20d87bfa1e3ddbe44b3f0eff84359a
- nodeseek-checkin.mjs 改为动态获取 CDP URL
- 今日签到结果: 朦胧 458鸡腿 / VP404 183鸡腿 ✅

### Chrome/扩展架构
- 我的 Chrome (18800): CDP 直连，全自主，用于自动化任务
- 用户的 Chrome: 需扩展连接，用于访问用户自有登录态
- OpenClaw Copilot 扩展 token 配对完成

### 教训
- NodeSeek 用 session cookie（不是 _nk）
- Chrome 重启后 browser WebSocket URL 会变，脚本要动态获取
- Cloudflare Turnstile 人机验证必须用户手动过

## 1o (195.128.100.201) (11:49)
- IP: 195.128.100.201
- SSH: root / fJ7#vP9s@tL2qX!d
- 用途: 测试机 (netcup 老1o)
- 来源: netcup SCP 重装系统后

## 测试机 38.76.203.202 (14:17)
- IP: 38.76.203.202
- SSH: root / mlafPVFJ9071
- 主机名: hkdfhg69051998077741782
- 用途: 测试机
- 状态: 刚启动（运行 6 分钟）

## fuclaude 部署 (18:06-18:21)
- 服务器: netcup 159.195.41.188
- 项目: fuclaude (ChatGPT/Claude 转 API)
- 部署: Docker /opt/fuclaude, 端口 8181
- 访问: http://159.195.41.188:8181
- 状态: 部署成功，但登录卡在多重验证
- 账号: openai@mailpre.com / pyrdoj-0kyfno-jEnvih
- 问题: 需要手机 App 批准或邮箱验证码才能登录
- 教训: ChatGPT Plus 开启 MFA 后无法自动化登录，需要用户手动完成验证

## fuclaude 测试失败 (18:24-18:29)
- 成功获取 ChatGPT session token (通过 CDP)
- 输入 fuclaude 后提示 "Invalid sessionKey"
- 原因: fuclaude 只支持 Claude 的 session key (sk-ant-sid01-...), 不支持 ChatGPT
- 教训: fuclaude 名字里有 claude，主要给 Claude Pro 用，不是通用的 ChatGPT 转 API 工具
- 结论: 放弃 fuclaude，ChatGPT Plus 转 API 需要用其他方案 (如 ChatGPT-to-API)

## fuclaude 卸载 (18:29-18:32)
- fuclaude 只支持 Claude session key，不支持 ChatGPT
- 已从 netcup 卸载: docker-compose down + 删除目录 + 删除镜像
- 容器/镜像已清理完成

## CLIProxyAPI 方案 (18:32-18:47)
- 用户提供新方案: openclaw-cliproxyapi (科技lion博客)
- 功能: 万能 API 网关，支持 Gemini/Kimi/ChatGPT 等非标接口转 OpenAI 格式
- 特点: 多账号轮询、负载均衡、自动容灾
- 安装: bash <(curl -sL kejilion.sh) app CLIProxyAPI
- 状态: 远程脚本被安全检查拦截，等待手动部署方案
- 计划: 部署到 1o (195.128.100.201)

## CLIProxyAPI 部署成功 (18:47-18:54)
- 服务器: 1o (195.128.100.201)
- GitHub: https://github.com/router-for-me/CLIProxyAPI
- 部署路径: /opt/CLIProxyAPI
- Docker 安装: apt-get 手动安装 docker-ce + docker-compose-plugin
- 配置: config.yaml (allow-remote: true, logging-to-file: true)
- 端口: 8317 (API) | 8085 (管理面板) | 1455/11451/51121/54545 (其他服务)
- API Key: sk-cliproxy-default-key-2026
- 管理密钥: fJ7#vP9s@tL2qX!d
- 状态: 容器运行中 (eceasy/cli-proxy-api:latest)
- 访问: http://195.128.100.201:8317 (API) | http://195.128.100.201:8085 (管理面板)
- 下一步: 添加 ChatGPT/Gemini/Kimi 认证 → 配置到 OpenClaw

## CLIProxyAPI 管理面板调试 (19:00-19:03)
- 尝试访问 8085 端口失败 (connection refused)
- 检查日志: 只启动了 8317 (API 端口)
- 测试 API: http://195.128.100.201:8317 正常响应
- /v1/models 返回空列表 (还未配置任何模型)
- 发现: 管理面板需要单独安装 (如 CPA-XXX Panel)
- 或者通过 CLI 命令行工具直接添加认证
- 下一步: 登录 ChatGPT 获取 session token → 添加到 CLIProxyAPI

## CLIProxyAPI ChatGPT OAuth 登录 (19:03-19:16)
- 发现 CLIProxyAPI 使用 OAuth 登录，不是直接配置 session token
- 命令: docker exec cli-proxy-api ./CLIProxyAPI -codex-login -no-browser
- 需要 SSH 隧道: ssh -L 1455:127.0.0.1:1455 root@195.128.100.201
- OAuth URL: https://auth.openai.com/oauth/authorize?client_id=app_EMoamEEZ73f0CkXaXp7hrann...
- 状态: 等待用户在本地完成 OAuth 授权
- 回调端口: 1455 (localhost)

## ChatGPT OAuth 登录流程 (19:16-19:20)
- SSH 隧道建立成功: ssh -L 1455:127.0.0.1:1455 root@195.128.100.201
- 访问 OAuth 授权链接，输入 openai@mailpre.com / pyrdoj-0kyfno-jEnvih
- 登录后需要多重验证: 手机 App 批准 或 邮箱验证码
- 选择邮箱验证码方式，验证码发送到 openai@mailpre.com
- 问题: mailpre.com 临时邮箱无法访问 (ERR_CONNECTION_CLOSED)
- 状态: 等待验证码输入或改用手机 App 批准

## ChatGPT OAuth 重试 (19:20-19:24)
- 第一次会话过期，重新启动登录流程
- 新 OAuth URL 生成，SSH 隧道仍然有效
- Gmail 找到验证码: 043149 (18:22 最新)
- 正在重新输入邮箱 openai@mailpre.com
- 状态: 进行中

## CLIProxyAPI 部署完成 (19:25-19:35)
- ChatGPT OAuth 登录成功 (用户手动完成)
- 认证保存: /root/.cli-proxy-api/codex-openai@mailpre.com-plus.json
- 可用模型: gpt-5-codex, gpt-5.1-codex, gpt-5.2-codex 等
- OpenClaw 配置:
  - Provider: cliproxy (http://195.128.100.201:8317/v1)
  - API Key: sk-cliproxy-default-key-2026
  - Alias: cliproxy/gpt-5-codex
- 已重启 OpenClaw
- 状态: 部署完成

## Provider 清理完成 (19:55-19:58)
- 用户要求只显示已配置的 provider
- 删除所有没有 apiKey 的 provider (amazon-bedrock, anthropic, azure, cerebras, github-copilot, google 系列, groq, huggingface, kimi, minimax, mistral, openai, openrouter, vercel, xai, zai 等)
- 保留 6 个有效 provider: bookapi, cliproxy, gptclub, newcli, terminal, xstx
- cliproxy 模型已配置: gpt-5-codex, gpt-5.1-codex, gpt-5.2-codex
- 已重启 OpenClaw
- Telegram Bot provider 选择器现在只显示 6 个有效选项

## CLIProxyAPI 配置持久化 (20:08-20:21)
- 问题: cliproxy provider 配置多次丢失（重启后被覆盖）
- 原因: 直接用 jq 修改配置文件，重启时可能被默认配置覆盖
- 解决: 使用 jq 重新添加配置并重启
- 最终配置:
  - Provider: cliproxy (http://195.128.100.201:8317/v1)
  - API Key: sk-cliproxy-default-key-2026
  - 模型: gpt-5-codex, gpt-5.1-codex, gpt-5.2-codex
- 6 个 provider: bookapi, cliproxy, gptclub, newcli, terminal, xstx
- 状态: 已重启，等待用户确认

## models.mode 修复 (20:21-20:23)
- 根本原因: models.mode = "merge" 会合并内置所有 provider
- 解决: 改为 models.mode = "replace" 只使用配置文件中的 provider
- 现在只显示 6 个已配置的 provider
- 已重启 OpenClaw

## cliproxy 配置最终成功 (20:23-20:34)
- 问题: cliproxy 配置反复丢失，models.mode = "replace" 也无效
- 根本原因: OpenClaw 重启时会重新生成配置，覆盖手动修改
- 最终解决: 用 jq 生成完整配置 → 替换文件 → 手动重启 OpenClaw
- 配置持久化成功，cliproxy 出现在 provider 列表
- 用户切换到 cliproxy/gpt-5-codex 模型
- 状态: ✅ 部署完成，ChatGPT 模型可用

## Provider 列表显示问题 (20:37-20:40)
- 问题: Telegram Bot 仍然显示所有内置 provider（amazon-bedrock, anthropic, azure 等）
- 尝试: models.mode = "replace" 无效
- 根本原因: OpenClaw 的 provider 列表是从内置定义生成的，不受配置文件控制
- models.mode 只控制模型定义的合并方式，不控制 provider 显示
- 结论: 这是 OpenClaw 的设计行为，无法通过配置隐藏未配置的 provider
- 现状: cliproxy 已可用（显示为 "cliproxy (1)"），虽然列表里有很多其他 provider，但不影响使用
- 教训: OpenClaw 会显示所有内置 provider，即使没有 apiKey

## Tarek 添加 cliproxy (20:46-20:55)
- 服务器: 155.103.66.237 (Tarek 测试机)
- 添加 cliproxy provider 配置 (http://195.128.100.201:8317/v1)
- 添加 cliproxy/gpt-5-codex alias
- 重启方式: kill -USR1 (不是 systemd 服务)
- 状态: 配置完成，已重启

## Tarek OpenClaw 重启修复 (20:59-21:00)
- 问题: kill -USR1 后进程挂了
- 原因: 命令是 openclaw 不是 openclaw-gateway
- 解决: openclaw gateway start
- 状态: 已启动，cliproxy 配置生效

## Tarek cliproxy 配置修复 (21:01-21:02)
- 问题: 配置格式错误导致启动失败
- 错误: baseURL→baseUrl, 缺少models数组, 不应有name字段, aliases不是顶层字段
- 修复: 使用正确的 provider 配置格式
- 配置: baseUrl, apiKey, api, models数组(含id/name/reasoning/input/contextWindow/maxTokens)
- 状态: 已修复并重启成功

## netcup 添加 sonnet-4.6 (21:02-21:03)
- 服务器: 159.195.41.188 (netcup)
- 添加 newcli/claude-sonnet-4-6 模型
- 重启方式: kill -USR1 3535151
- 状态: 已完成

## Tarek 添加 sonnet-4.6 (21:03-21:04)
- 服务器: 155.103.66.237 (Tarek)
- 添加 newcli/claude-sonnet-4-6 模型
- 重启方式: kill -USR1
- 状态: 已完成
- 总结: 三台机器(Mac mini, netcup, Tarek)都已添加 sonnet-4.6

## 删除 terminal provider (21:06-21:07)
- 原因: terminal 没额度了
- 删除范围: Mac mini, Tarek, netcup 三台机器
- 方法: jq 'del(.models.providers.terminal)'
- 状态: 已删除并重启完成

## Pixel 6 SSH 连接失败 (21:09-21:10)
- 问题: 192.168.1.138:8022 连接被拒绝
- 原因: Termux sshd 服务未启动
- Ping 正常: 手机在线，网络正常
- 节点列表: 没有 Pixel 6 节点
- 状态: 需要手动在 Termux 运行 sshd 启动 SSH 服务

## Pixel 6 配置修复 (21:09-21:11)
- 问题: SSH 连接失败 + OpenClaw/frpc 未运行
- 修复: 删除 terminal provider, 启动 OpenClaw
- frpc 配置文件丢失, 暂时跳过(frp 可能不是必需的)
- OpenClaw 已启动: PID 20440/20447
- 状态: OpenClaw 运行正常, frp 待确认是否需要

## Pixel 6 OpenClaw 启动方式 (21:14)
- 架构: Termux → proot-distro Ubuntu 容器 → OpenClaw
- 启动命令: proot-distro login ubuntu -- bash -c 'openclaw gateway'
- Watchdog: ~/watchdog.sh 自动守护，每30秒检查一次
- 已启动 watchdog，OpenClaw 会自动运行
- 配置: terminal provider 已删除

## 恢复 Telegram 菜单 (21:15-21:16)
- 恢复范围: Mac mini, Tarek, netcup, Pixel 6
- 方法: curl setMyCommands API
- 菜单: 开始/帮助/切换模型/状态
- 状态: 四台机器全部完成

## 配置自动恢复菜单 (21:19-21:22)
- 部署范围: Tarek, netcup, Pixel 6 (Mac mini 已有)
- 脚本: ~/fix-telegram-menu.sh (自动读取 bot token)
- HEARTBEAT.md: 每次心跳自动执行脚本
- 状态: 四台机器全部配置完成，心跳时自动恢复中文菜单

## 更新菜单内容 (21:21-21:24)
- 问题: 其他机器的菜单内容跟 Mac mini 不一样
- Mac mini 菜单: 新对话/停止生成/查看状态/查看可用模型/切换推理模式/重启Gateway/帮助
- 已更新: Tarek, netcup 脚本和菜单
- Pixel 6: 菜单已更新，脚本因转义问题待修复
- 状态: 3/4 完成，Pixel 6 脚本需要简化

## 统一菜单配置完成 (21:24-21:26)
- 统一菜单: 新对话/停止生成/查看状态/查看可用模型/切换推理模式/重启Gateway/帮助
- Mac mini: 已有完整配置
- Tarek: 脚本 + HEARTBEAT.md + 菜单已更新
- netcup: 脚本 + HEARTBEAT.md + 菜单已更新
- Pixel 6: HEARTBEAT.md 直接执行命令（脚本转义太复杂）+ 菜单已更新
- 状态: 四台机器全部完成，心跳时自动恢复统一菜单

## Pixel 6 添加 cliproxy (21:26-21:27)
- 添加 cliproxy provider 配置 (http://195.128.100.201:8317/v1)
- 模型: gpt-5-codex
- 重启: watchdog 会在 30 秒内自动检测并重启
- 状态: 配置完成，等待 watchdog 重启生效

## Pixel 6 添加 sonnet-4.6 (21:30-21:31)
- 添加 newcli/claude-sonnet-4-6 模型
- 重启: watchdog 会自动检测并重启
- 状态: 配置完成

## Tarek 菜单修复 (21:34-21:40)
- 问题: 脚本创建不完整，缺少 curl 命令
- 解决: 用 Write 工具创建完整脚本，scp 上传
- 状态: 脚本已上传并执行成功，菜单已更新

## Codex 群聊问题 (21:40-21:42)
- 问题: Codex 在群里不能回复，私聊可以
- 原因: groupPolicy = "allowlist" 但 allowGroups = null
- 状态: 等待用户确认配置方式（添加群白名单 或 改为 allow 全部群）

## 修复群聊权限 (21:42-21:46)
- 问题: Codex 在群里不能回复（之前可以）
- 原因: groupPolicy = "allowlist" 但 allowGroups 为空
- 解决: 改为 groupPolicy = "allow" 允许所有群聊
- 状态: 已重启，群聊功能已恢复

## Tarek 群聊问题排查 (21:46-21:50)
- 问题: Tarek 在群里报错（之前可以）
- 检查: groupPolicy = "open" (正常), OpenClaw 运行中, CLIProxyAPI 可访问
- Mac mini: 已关闭群聊功能 (groupPolicy = "allowlist")
- 状态: 等待具体错误信息

## Tarek 群聊错误修复 (21:51-21:53)
- 错误: All models failed, terminal provider 没有 API key
- 原因: fallbacks 引用了已删除的 terminal provider
- 修复: 删除 terminal 相关 fallback，只保留 bookapi
- 状态: 已重启，问题已解决

## Tarek 完整修复 (21:53)
- 问题1: newcli opus-4-6 未开放
- 问题2: terminalpub 没有 API key
- 问题3: bookapi 403 被阻止
- 解决: primary 改为 newcli/claude-sonnet-4-6, 删除 terminalpub
- 状态: 已重启，应该可以正常工作

## 今日总结 (22:03)
- CLIProxyAPI 部署完成: 1o服务器 195.128.100.201:8317, ChatGPT Plus 转 API
- 模型配置: 四台机器(Mac mini, Tarek, netcup, Pixel 6)全部添加 cliproxy + sonnet-4.6
- terminal provider 全部删除（没额度）
- Telegram 菜单统一: 新对话/停止生成/查看状态/查看可用模型/切换推理模式/重启Gateway/帮助
- 心跳自动恢复菜单: 四台机器全部配置完成
- Tarek 群聊修复: 删除 terminal fallback, primary 改为 sonnet-4.6
- MEMORY.md 已更新

## CLIProxyAPI 支持 Claude (22:11)
- 发现: CLIProxyAPI 也支持 Claude Pro 转 API
- 登录命令: docker exec cli-proxy-api ./CLIProxyAPI -claude-login -no-browser
- 需要: Claude Pro 账号 + SSH 隧道 (同 ChatGPT 流程)
- 状态: 待用户确认是否配置

## Claude Pro OAuth 登录开始 (22:12-22:14)
- 账号: mf0@msn.com
- OAuth 链接已生成，端口 54545
- SSH 隧道: ssh -L 54545:127.0.0.1:54545 root@195.128.100.201
- 状态: 等待用户完成登录

## Claude Pro OAuth 登录进行中 (22:14-22:16)
- SSH 隧道已建立 (端口 54545)
- OAuth 页面已打开，等待邮箱验证码
- 问题: mf0@msn.com 需要登录 Outlook 获取验证码
- 状态: 等待用户提供密码或手动获取验证码

## Claude Pro OAuth 尝试 (22:16-22:31) - 未完成
- 通过 Gmail magic-link 成功登录 Claude.ai (mf0@msn.com)
- 点击了 OAuth Authorize 按钮，但回调失败 (ERR_EMPTY_RESPONSE)
- 问题: CLIProxyAPI 的 `-claude-login` 命令遇到端口 3000 占用问题
- 尝试: 使用 `-oauth-callback-port 8888` 参数，端口监听成功但未获取到 OAuth URL
- 状态: Claude 已登录浏览器，但未成功生成 CLIProxyAPI 认证文件
- 下一步: 可尝试手动获取 session cookie 或使用其他 OAuth 方式
- 用户中止任务

## 任务总结 (22:31)
**目标**: 配置 OpenClaw 跨 4 台机器 + 部署 CLIProxyAPI

**已完成**:
- CLIProxyAPI 部署到 195.128.100.201:8317 (Docker)
- ChatGPT OAuth 登录成功 (openai@mailpre.com)
- cliproxy provider 配置到 4 台机器 (gpt-5-codex 系列模型)
- newcli/claude-sonnet-4-6 添加到所有机器
- Telegram 菜单标准化 (7 命令)
- NodeSeek 签到问题已修复 (cookie 格式更新)

**未完成**:
- Claude Pro OAuth 登录 (mf0@msn.com) - 技术问题未解决
- 过滤 OpenClaw 内置 provider 显示问题

**技术难点**:
- CLIProxyAPI `-claude-login` 端口 3000 占用问题持续
- OAuth 回调未成功生成认证文件
- 浏览器已登录 Claude 但无法完成 API 认证

**下一步选项**:
1. 继续调试 Claude OAuth (可能需要查看源码或文档)
2. 测试已配置的 ChatGPT/Codex 模型
3. 手动获取 Claude session cookie 方式

## CLIProxyAPI 测试成功 (22:32)
- gpt-5-codex 系列模型列表正常
- API 调用测试通过 (Hello 响应)
- 195.128.100.201:8317 服务正常运行
- API Key: sk-cliproxy-default-key-2026

## Claude Pro OAuth 成功完成 (22:42)
- 解决方案: 使用 `-oauth-callback-port 9999` 避开端口 3000 占用问题
- SSH 隧道: 本地 54545 → 远程 9999
- OAuth URL 成功获取并在浏览器中授权
- 认证文件: /root/.cli-proxy-api/claude-mf0@msn.com.json
- 测试通过: claude-sonnet-4-6 正常响应 "你好！"
- CLIProxyAPI 现在有 3 个认证: ChatGPT + Claude + 另一个

## 最终配置总结
**CLIProxyAPI (195.128.100.201:8317)**:
- ChatGPT/Codex: gpt-5-codex 系列 (openai@mailpre.com)
- Claude: claude-sonnet-4-6, opus-4-6 等 10 个模型 (mf0@msn.com)
- API Key: sk-cliproxy-default-key-2026

**OpenClaw (4 台机器)**:
- cliproxy provider 已配置
- newcli/claude-sonnet-4-6 已添加
- Telegram 菜单标准化完成

## cliproxy 全机器同步完成 (22:51-23:06)
- Mac mini: 配置完成，模型切换正常
- Tarek (155.103.66.237): models.json 覆盖配置，修正 api 类型 openai-completions→openai-chat
- netcup (159.195.41.188): systemctl 重启完成
- Pixel 6 (frp 38.76.204.161:6022): 配置完成，中文菜单恢复脚本已加入 HEARTBEAT.md
- 问题: Tarek 的 Claude 模型用错了 API 类型，导致调用失败
- 解决: 修改 ~/.openclaw/agents/main/agent/models.json 中 cliproxy 的 api 字段

## Tarek 群聊模型问题修复 (23:11-23:15)
- 问题: 私聊切换模型后，群聊仍用 newcli/claude-sonnet-4-6
- 原因: 群聊用 agents.defaults.model.primary，私聊切换只改了 main agent
- 解决: 修改 agents.defaults.model.primary = "cliproxy/claude-sonnet-4-6"
- 结果: 私聊和群聊现在都用 cliproxy

## Tarek 群聊切换模型权限修复 (23:22-23:26)
- 问题: 群里无法切换模型，提示 rate_limit 错误
- 根本原因: groupAllowFrom 为空，用户无管理员权限
- 解决: 添加 165067365 到 channels.telegram.groupAllowFrom
- 副发现: cliproxy Claude 模型触发 7 分钟冷却（model_cooldown）

## netcup cliproxy API 类型修复 (23:30-23:31)
- 问题: netcup 的 cliproxy 列表里没有 Claude 模型
- 原因: api 类型是 openai-completions，应该是 openai-chat
- 解决: 修改 .models.providers.cliproxy.api = "openai-chat"
- 结果: systemctl restart openclaw，Claude 模型现在可见

## netcup cliproxy API 类型调试 (23:33-23:39)
- 问题: netcup 的 cliproxy 只显示 1 个模型，应该有 5 个
- 尝试1: 改 api 为 openai-chat → 启动失败（不是有效选项）
- 尝试2: 改回 openai-completions → 启动成功
- 教训: OpenClaw 的有效 API 类型有限，openai-chat 不存在
- 有效选项: openai-completions, openai-responses, anthropic-messages 等
- Tarek 的 models.json 用 openai-chat 能工作可能是旧版本或不同配置路径

## netcup cliproxy 模型显示问题 (23:39-23:44)
- 问题: netcup 的 /models 菜单里 cliproxy 只显示 1 个模型
- 排查: models.json 有 5 个模型配置，版本相同 (2026.3.1)
- 根本原因: Claude 模型触发 4 分钟冷却，OpenClaw 启动时测试可用性过滤掉了
- 解决: 等冷却结束后重启，或先用 GPT 模型
- 教训: CLIProxyAPI 的 Claude Pro 速率限制严格，频繁调用会触发长时间冷却

## CLIProxyAPI 部署总结 (18:00-23:57)
- 服务器: 1o (195.128.100.201:8317)
- 账号: ChatGPT Plus (openai@mailpre.com) + Claude Pro (mf0@msn.com)
- 模型: GPT-5-Codex 系列 + Claude Sonnet/Opus 系列
- 部署到: Mac mini, Tarek, netcup, Pixel 6
- 主要问题:
  1. Tarek models.json 覆盖配置，需修改 api 类型
  2. Tarek 群聊权限缺失，需添加 groupAllowFrom
  3. netcup API 类型错误，openai-chat 不存在
  4. Claude Pro 速率限制严格，触发 7 分钟冷却
- 待办: 23:48 重启 netcup (等 Claude 冷却结束)