73 lines
3.2 KiB
Markdown
73 lines
3.2 KiB
Markdown
|
# 2026-03-10 记忆
|
|||
|
|
|
|||
|
|
## dpnet (小陈) 群聊报错
|
|||
|
|
- 现象: 群聊每次都报 `An unknown error occurred`，私聊正常
|
|||
|
|
- 根因: `qianfan-code-latest` 模型不支持 function calling，群聊消息格式触发工具调用就炸
|
|||
|
|
- 配置: primary=qianfan-code-latest, fallback=[DeepSeek-V3, claude-sonnet-4-6]
|
|||
|
|
- 修复方案: 把 primary 改成 gptclub/claude-sonnet-4-6 或 siliconflow/DeepSeek-V3
|
|||
|
|
- 用户不愿改配置，待定
|
|||
|
|
|
|||
|
|
## CLIProxyAPI 1o服务器认证文件丢失
|
|||
|
|
- 服务器: 195.128.100.201:8317
|
|||
|
|
- 容器认证目录: /root/.cli-proxy-api/
|
|||
|
|
- 现有: claude-mf0@msn.com.json, antigravity-ovh2026097@gmail.com.json
|
|||
|
|
- 缺失: codex-openai@mailpre.com-plus.json (ChatGPT Plus), gemini 认证文件
|
|||
|
|
- 导致只有 10 个 Claude 模型可用，大量 429 限流
|
|||
|
|
- 正在重新 OAuth 登录 ChatGPT Plus (openai@mailpre.com / pyrdoj-0kyfno-jEnvih)
|
|||
|
|
- 设备码方式需要去 https://auth.openai.com/codex/device 授权
|
|||
|
|
|
|||
|
|
## NodeSeek 签到
|
|||
|
|
- 朦胧: +5鸡腿 → 213累计 (cron报的，但MEMORY记438，待核实)
|
|||
|
|
- VP404: 今日已签到，重复跳过
|
|||
|
|
|
|||
|
|
## 模型切换
|
|||
|
|
- Mac mini 主实例切换到 cliproxy/gpt-5.4 后又切换到 cliproxy/claude-sonnet-4-6
|
|||
|
|
|
|||
|
|
## CLIProxyAPI ChatGPT Plus 认证恢复
|
|||
|
|
- 设备码方式重新授权成功
|
|||
|
|
- 设备码: NUV8-AWVNE，通过浏览器 https://auth.openai.com/codex/device 授权
|
|||
|
|
- 验证码从 Gmail (mailpre.com 转发到 Mac Gmail) 获取: 772680
|
|||
|
|
- 最终模型数: 22个 (10个Claude + 12个GPT/Codex)
|
|||
|
|
- 三账号认证文件都在 /root/.cli-proxy-api/:
|
|||
|
|
- codex-openai@mailpre.com-plus.json
|
|||
|
|
- claude-mf0@msn.com.json
|
|||
|
|
- antigravity-ovh2026097@gmail.com.json
|
|||
|
|
|
|||
|
|
## 认证文件持久化踩坑 [教训]
|
|||
|
|
- Docker 容器重启时，挂载目录会覆盖容器内文件
|
|||
|
|
- 认证文件必须在挂载目录内才能持久化
|
|||
|
|
- 如果只在容器内，重启后会丢失
|
|||
|
|
|
|||
|
|
## dpnet 迁移到 Bero
|
|||
|
|
- 源: dpnet (82.22.99.61) | Debian 13, 5.8GB, OpenClaw 已停止
|
|||
|
|
- 目标: Bero (45.82.120.52) | Debian 13, 19GB, 197GB, OpenClaw 2026.3.8
|
|||
|
|
- Bot: @aibot444_bot (Token 更新: 8623570933:AAEMBnFhZU9EGuLU3dxSNIWXfXCPrNUOzTQ)
|
|||
|
|
- 记忆迁移: 笨笨头/马哥/小陈 身份完整保留
|
|||
|
|
- 模型: gptclub/claude-sonnet-4-6 + cliproxy + siliconflow + baiduqianfan
|
|||
|
|
- 状态: dpnet OpenClaw 已停止并禁用开机自启，Bero 正常运行
|
|||
|
|
- 问题: Bot 不回复私聊，待排查
|
|||
|
|
|
|||
|
|
## QQ Bot 配置
|
|||
|
|
- Mac Mini Bot: AppID 1903293262 | 部署成功 | 模型: cliproxy/claude-opus-4-6
|
|||
|
|
- 官方接入: https://q.qq.com/qqbot/openclaw/ | 插件: @sliverp/qqbot
|
|||
|
|
- dpnet 尝试配置 QQ Bot (AppID 1903090851) 失败
|
|||
|
|
- 模型配置错误 (baseUrl 需要用 /v2/coding)
|
|||
|
|
- 白名单配置
|
|||
|
|
- 土耳其服务器到 QQ API 延迟 216ms，消息发送成功但不显示
|
|||
|
|
- 最终卸载
|
|||
|
|
|
|||
|
|
## dpnet OpenClaw 卸载
|
|||
|
|
- 原因: QQ Bot 在土耳其服务器不稳定
|
|||
|
|
- 命令: `npm uninstall -g openclaw @sliverp/qqbot; rm -rf /root/.openclaw`
|
|||
|
|
- dpnet (82.22.99.61) 已清空 OpenClaw
|
|||
|
|
|
|||
|
|
## 香港服务器网络测试
|
|||
|
|
- HK标 (157.254.32.201): SSH 超时，无法连接
|
|||
|
|
- HK优 (157.254.53.55): 正常，到 QQ API 延迟 52ms（土耳其 216ms）
|
|||
|
|
- 结论: 香港服务器适合部署 QQ Bot
|
|||
|
|
|
|||
|
|
## Mac mini OpenClaw 更新
|
|||
|
|
- 从 2026.3.7 → 2026.3.8
|
|||
|
|
- 更新: +6 包，-1 包，更新 160 包
|
|||
|
|
- Gateway 重启成功，运行正常
|