138 lines
7.0 KiB
Markdown
138 lines
7.0 KiB
Markdown
# 2026-03-06 记忆
|
||
|
||
## Mac mini 内存优化 (00:31-00:55)
|
||
- 问题: Mac mini 内存占用过高 (7.6GB/8GB)
|
||
- 关闭进程:
|
||
- openclaw-node (PID 58597): 669MB - 运行2天的遗留进程
|
||
- bookapi-proxy (PID 63384): 195MB - 已卸载 launchd 服务
|
||
- 效果: 压缩内存从 3.2GB 降到 2.7GB (-500MB)
|
||
- 主要占用: Chrome Helper 4.3GB (用户已关闭标签)
|
||
- 其他占用: WindowServer 228MB, screensharingd 219MB, Surge 210MB
|
||
|
||
## 五层记忆维护 (00:16)
|
||
- 上次维护: 2026-03-01 (距今4天)
|
||
- 教训归档: 10条追加到 lessons/ops.jsonl
|
||
- Pixel 6 SSH启动问题
|
||
- 内存不足构建失败
|
||
- gateway restart 自我中断
|
||
- CLIProxyAPI 限流冷却
|
||
- NodeSeek cookie 格式
|
||
- OpenClaw 配置覆盖问题
|
||
- P1/P2 过期检查: 无过期条目
|
||
- heartbeat-state.json 已更新
|
||
|
||
## bookapi-proxy 卸载
|
||
- launchd 服务: com.bookapi.proxy 已停止并删除
|
||
- 配置文件: ~/Library/LaunchAgents/com.bookapi.proxy.plist 已删除
|
||
- 内存释放: 195MB
|
||
- 原因: 不再使用 BookAPI 反代
|
||
|
||
## NodeSeek VP404 签到 (08:05-08:36)
|
||
- 登录页: https://www.nodeseek.com/signIn.html (不是 /login)
|
||
- 手动登录: 填写表单 → 人机验证 → 签到成功
|
||
- 今日收益: 5个鸡腿, 当前总计 203 个
|
||
- 定时任务: 每天 8:10 自动签到 (cron)
|
||
- 脚本: ~/.openclaw/workspace/scripts/nodeseek-vp404-checkin.mjs
|
||
- Chrome: 18800端口, user-data-dir 持久化 cookie
|
||
- 教训: 控制浏览器用 WebSocket CDP 直连 (标准方法), 不用 OpenAWS browser 工具 (18792端口独立系统)
|
||
|
||
## dpnet (82.22.99.61) 备份配置 (08:56-09:15)
|
||
- 主机名: tr → dpnet (已修改)
|
||
- 备份脚本: vps-snapshot v3.16
|
||
- 配置文件: /etc/vps-snapshot.conf (不是 /root/.vps-snapshot.conf)
|
||
- 配置变量: REMOTE_IP (不是 REMOTE_HOST)
|
||
- 快照大小: 509M (包含 /etc, /root, /opt/google/, /opt/nezha/)
|
||
- 远程目标: 145.239.143.92:/data/backup/dpnet/
|
||
- 定时任务: 每天 3:00 自动备份
|
||
- TG 通知: 已配置并测试成功
|
||
- 教训: 配置文件路径和变量名要看脚本源码确认
|
||
|
||
## CLIProxyAPI Gemini 被封 (09:16-09:19)
|
||
- Google AI Pro 账号 (ovh2026097@gmail.com) 违反 ToS 被禁用
|
||
- 错误: "This service has been disabled in this account for violation of Terms of Service"
|
||
- 处理: 删除 gemini-ovh2026097@gmail.com-analog-amplifier-rllrg.json, 重启容器
|
||
- 剩余服务: Claude Pro (10模型) + ChatGPT Plus (4模型)
|
||
- 申诉已提交, 等待审核
|
||
|
||
## Pixel 6 离线 (09:20-09:25)
|
||
- 节点不在线, SSH 连接失败 (密码 root/root)
|
||
- 网络正常 (ping 通), 但 SSH 服务无响应
|
||
- 可能原因: proot 容器未启动 / Termux SSH 停止 / 手机休眠
|
||
- 需手动操作: Termux → proot-distro login ubuntu → 检查 openclaw 进程
|
||
|
||
## Pixel 6 恢复 (09:25-09:30)
|
||
- SSH 密码: fJ7#vP9s@tL2qX!d (默认密码, 不是 root/root)
|
||
- 问题: OpenAWS 进程未运行, 但配置完整 (~/.openclaw/ 目录存在)
|
||
- 解决: nohup openclaw gateway run & (Android 不支持 daemon 模式)
|
||
- 进程已启动, 内存占用 524MB
|
||
|
||
## SOUL.md 更新 (09:35-09:39)
|
||
- 新增原则: "执行优先" - 能做就做, 不问废话
|
||
- 新增原则: "主动自动化" - 发现重复任务主动建议, 发现问题直接修复
|
||
- 来源: 参考用户提供的 AI 助手提示词优点
|
||
|
||
## CLIProxyAPI gpt-5.4 尝试 (09:39-10:00)
|
||
- 目标: 添加 gpt-5.4 模型到 CLIProxyAPI
|
||
- 问题: CLIProxyAPI 最高只有 gpt-5.3-codex-spark, 没有 5.4
|
||
- 尝试重新登录 ChatGPT Plus 更新模型列表
|
||
- OpenAI 登录页面有强反自动化保护, CDP 无法绕过
|
||
- 已有 session cookies 但 prompt=login 强制重新登录
|
||
- 结论: 需手动登录或等 OpenAI 正式发布 gpt-5.4
|
||
|
||
## 百度千帆 API Key 排查 (10:11-10:49)
|
||
- 问题: 千帆 API 遇到 TPM 速率限制
|
||
- 发现: 百度千帆有两个 API Key
|
||
- 通用 API Key: bce-v3/ALTAK-C95tCwL23Jx3cCLxtUpUp/... (账户级别)
|
||
- Coding Plan 专用: bce-v3/ALTAKSP-CaKD7HtpuBGZNKRxYcGDf/... (套餐专用)
|
||
- 测试结果: Coding Plan API Key 只能用于编程请求, 不能用于普通对话
|
||
- 最终配置: 使用通用 API Key (qianfan/glm-5)
|
||
- 教训: Coding Plan Pro 套餐有使用限制, 只支持编程相关请求
|
||
|
||
## CLIProxyAPI ChatGPT Plus OAuth 登录 (13:00-14:28)
|
||
- 目标: 重新登录 ChatGPT Plus 获取 gpt-5.4 模型
|
||
- 账号: openai@mailpre.com / pyrdoj-0kyfno-jEnvih
|
||
- 方法: docker exec cli-proxy-api -codex-login -no-browser -oauth-callback-port 1455
|
||
- SSH 隧道: Mac → 195.128.100.201:1455 (ssh -L 1455:127.0.0.1:1455)
|
||
- 问题: OAuth 回调需要浏览器完成, CDP/browser工具/Peekaboo 均无法自动化
|
||
- browser工具 snapshot 一直 gateway timeout (20s)
|
||
- Peekaboo 没有屏幕录制权限
|
||
- AppleScript 没有辅助功能权限
|
||
- Chrome CDP 18800 是 nodeseek 专用实例, WebSocket 403 (需 --remote-allow-origins)
|
||
- puppeteer-core 未安装
|
||
- 结论: 需要手动登录, 验证码发到 Gmail
|
||
- 当前状态: 进程 quiet-rook 正在等待 OAuth 回调
|
||
- 已有模型: gpt-5/5.1/5.2/5.3 系列 + claude-sonnet/opus-4-6 共6个
|
||
|
||
## CLIProxyAPI gpt-5.4 全流程复盘（15:00-15:40）
|
||
- 本次耗时长的核心原因：OAuth 回调链路 + 验证码延迟 + 多工具权限/连接限制叠加
|
||
- 最终成功路径（可复用标准流程）：
|
||
1) 先确认 cliproxy 已更新到 latest（docker pull / compose up -d）
|
||
2) 在 1o 服务器前台运行登录：
|
||
`docker exec -i cli-proxy-api /CLIProxyAPI/CLIProxyAPI -codex-login -no-browser -oauth-callback-port 1455`
|
||
3) 本机建立隧道：
|
||
`ssh -L 1455:127.0.0.1:1455 root@195.128.100.201`
|
||
4) browser 自动化完成邮箱+密码，遇到 App 批准时点“试试电子邮件”
|
||
5) Gmail 轮询验证码（可能延迟 1 分钟以上），收到后立即填入
|
||
6) 授权页点击“继续”，出现 Authentication Successful
|
||
7) 校验认证文件：`/opt/CLIProxyAPI/auths/codex-openai@mailpre.com-plus.json`
|
||
8) 校验模型：`/v1/models` 确认 gpt-5.4 存在
|
||
- 关键教训：
|
||
- 不要在中途切换多种回调方案（本地捕获/容器监听混用会混乱）
|
||
- 进程提示里 `Paste the Codex callback URL` 只是兜底，优先走正常回调
|
||
- Gmail 验证码慢时，固定“重发一次 + 等1分钟 + 轮询”比频繁重开流程更稳
|
||
- Browser Relay 断连/Peekaboo权限/CDP跨实例问题会显著拖慢排障
|
||
- 最终结果：
|
||
- cliproxy 已出现 `gpt-5.4`
|
||
- gpt-5.4 实测通（返回 OK-54）
|
||
- 已同步到 Mac / netcup / dpnet
|
||
|
||
## Durable Notes (15:40-15:43)
|
||
- 用户明确偏好：遇到复杂排障/迁移类任务，要求把“可复用流程 + 踩坑 + 验证步骤”系统化记录，避免下次重复试错。
|
||
- 本次确认的稳定 SOP：CLIProxyAPI OAuth 走 1455 隧道 + 邮箱验证码轮询（重发一次后等待约1分钟）+ 授权成功页校验 + 认证文件/模型双重校验。
|
||
- 重要运维记忆：同步模型时除了 Mac/netcup，还要记得 dpnet（82.22.99.61）。
|
||
- 结果归档：cliproxy 更新后 gpt-5.4 已可用，且已完成 Mac/netcup/dpnet 的 gpt-5.4 同步。
|
||
|
||
## Pixel 6 SSH 密码更新 (18:36)
|
||
- 用户明确更正 Pixel 6 SSH 密码：从 root 改为 `fJ7#vP9s@tL2qX!d`
|
||
- 已同步更新 MEMORY.md，后续连接 Pixel 6 一律使用新密码
|