订阅慢点在串行上游读取
sub.envoys9.top/getprofile 响应慢。分段计时和日志显示，subconverter 每次串行处理 25 个 GitHub raw 规则集，再聚合三个上游；Caddy、TLS 和主机资源不是主要瓶颈。先将规则引用改为容器内 rules/ACL4SSR/Clash/... ，响应从秒级较慢区间下降到约 0.91—1.76 秒。
进一步把生成从用户请求路径移出：服务器脚本 /opt/stacks/sub-platform/scripts/sub-profile-pregenerate 每 30 分钟生成，写入 /opt/stacks/caddy/site/sub-profiles/ ，Caddy 提供静态结果。有效认证返回 200、错误认证返回 403，静态响应约 9—11 毫秒；生成失败保留旧缓存。
有效的原因是请求不再等待远端聚合。代价是存在最多一个生成周期的更新延迟。实施时曾误用 Mihomo 的 proxies: 校验 QuanX 格式，并遇到 Caddy 挂载与锁目录问题，最终按格式分别校验。私有订阅只记录入口结构，认证参数不公开。
复查计时示例：
curl -o /dev/null -sS -w '%{time_connect} %{time_starttransfer} %{time_total}\n' https://sub.envoys9.top/
systemctl list-timers --all
更新磁盘上的包，不代表运行中的版本已经变化
本机用户完成 sudo -E pacman -Syu 后，数据库更新、待更新包为零，新 linux-zen 与 VMware DKMS 安装成功，运行内核却仍为旧版，需要重启才切换。SSH 服务监听正常，但出现 hostkeys confused ，仅记录为升级后协商兼容问题的线索，未修改服务配置。
Codex 则是 PATH 问题：用户级 ~/.local/bin/codex 已为 0.146.0，zsh 命中新版，fish 仍使用旧版。修改 ~/.config/fish/config.fish 后，两种 shell 都解析到新版。运行中的旧会话仍需重新启动。
uname -r
command -v codex
codex --version
sshd -t
主会话续接
以下命令在 archx 上执行；目录仅用于辨认工作上下文。
会话 1：~
codex resume 019fea45-50d9-7a42-9f5f-33c00582bcb9
会话 2：~/meprojects/mevps
codex resume 019fea47-fcca-7532-a92e-92b20ba43fe3
会话 3：~
codex resume 019fea46-3548-79f0-851f-c1f0c80b8062