Spotify Helper 移植、Doom 同步与摘要模型筛选｜Codex 日报 · 2026-08-21 · archx

从 Windows 启动链迁移到 Arch

Spotify Helper 的 Python 核心可复用，但启动链依赖 PowerShell、VBS 和 Windows 证书库。当天在 ~/meprojects/mebin/spotify-helper 增加 spotify-helper-linux.sh 、 scripts/install-linux-ca.sh 和 Linux 文档，用 UPSTREAM_PROXY 管理上游。首次 pacman 因旧同步库失败，完整升级后安装 mitmproxy 12.2.3、spotify-launcher 0.6.6，用户 NSS 证书导入和本地监听测试通过。

远端配置仍曾出现 TLS EOF，后续又遇 8180 旧进程冲突。音频无声最终发现 Spotify 流为静音且右声道为零，已解除静音并恢复双声道，实际声音恢复仍待用户听音确认。代理健康与声卡输出是独立层次，不能把所有播放异常归到网络。

bash -n spotify-helper-linux.sh
ss -ltnp

Spotify 配置位于 ~/.config/spotify/prefs ；系统升级保留 /etc/pacman.conf.spotify-helper.bak-20260821 等备份。远程配置下载问题与音频流问题分别记录。

Doom sync 的失败不全是网络问题

Doom 入口从 ~/.doom.d -> ~/doom.d 改为 ~/meprojects/doom.d ，旧目录备份保留。首次同步因 Straight recipe 缓存缺失 acp 失败，后又发现 centered-window-mode 的旧 pin 与新仓库不一致。更新 recipe、保留缓存备份，并在 packages.el 覆盖对应配方后，305 包同步成功。

摘要模型池与结果存储

在 ~/meprojects/me_inoreader 增加 Linux DO 摘要 UI5 页面、Markdown API 与 SQLite 文章索引，文件包括 scripts/summarize_linuxdo.py 、 scripts/summary_store.py 和 data/summaries.db ，入口 http://127.0.0.1:8848/linuxdo-summaries 。真实单篇总结在连接失败重试后成功，文章保持未读。

模型池从 18 项过滤到 9 个文本模型，前两模型限流后切换到可用项。早期全量测试曾有旧 Cnblogs mock 失败，后续完整测试集通过；最终模型过滤提交 2ed3643 已推送，未夹带 UI/数据库未跟踪内容。

其他配置

WezTerm 中文输入确认 Fcitx/Rime 正常，但 XIM/热键链仍需用户实际输入验收。Codex 子代理配置备份到 ~/.codex/backups/subagent-v2-20260821-002039 ，TOML 和 CLI 加载通过；这些主会话记录的是配置工作，不纳入被派生代理的独立会话。另一个磁盘扫描请求未产生结果。

主会话续接

以下命令在 archx 上执行；目录仅用于辨认工作上下文。

会话 1：~/meprojects/mebin/spotify-helper

codex resume 01a021ff-b0d7-7fd2-9f47-c579c442ecbf

会话 2：~/meprojects/Troubleshooting

codex resume 01a02014-e171-7f53-840f-6d4c27b80755

会话 3：~/meprojects/doom.d

codex resume 01a01ffd-1b47-7b33-9f79-3cae47f500d8

会话 4：~/meprojects/Troubleshooting

codex resume 01a01ff6-43ea-73a1-a060-4c1cce0a5cfc

会话 5：~/meprojects/me_inoreader

codex resume 01a02016-9526-7be3-8fad-5a5dcdd85cd7

会话 6：~/meprojects/Troubleshooting

当天未保留助手进展回执。

codex resume 01a0200b-c227-7d71-b0c2-e46877b0f147