shell 代理可用，主连接为什么还超时
Codex 0.152.1 配置中启用实验系统代理后，先出现 MCP 启动错误：fetch 找不到 uvx、time 包名错误，以及只填超时字段的表触发 invalid transport。修正为 ~/.hermes/bin/uvx 和 mcp-server-time ，完成真实 initialize。
新窗口的主 WebSocket 仍超时，日志目标为 ChatGPT 的 responses 与 MCP 路径。最终在 ~/.zshrc 和 ~/.codex/config.toml 设置 WS/WSS 代理，暂时关闭 apps 与实验系统代理选项；真实最小请求通过 responses_websocket 返回 OK。这是该版本、该环境的修复记录，不应不加核对地套到后续版本。
ss -ltnp
command -v uvx
codex mcp list
另将 WezTerm 的 ~/.config/wezterm/config/launch.lua 默认 shell 改为 login zsh，减少 fish 与 zsh 启动环境差异。
host network 的 sysctl 属于哪一层
Gen10 新建 Debian 13 非特权 CT101，2 vCPU、2 GiB、16 GiB，部署 NetAlertX 26.9.0。Docker 拒绝为 host-network 容器设置 ARP sysctl，原因是该网络命名空间与宿主共享；并非据此需要扩大容器权限。将参数移到 CT 的 /etc/sysctl.d/ 后，容器健康，扫描发现 11 台设备，CT 重启和备份验证通过。
入口 NetAlertX，维护源 gen10plus/netalertx/compose.yaml 与 90-netalertx-arp.conf 。
用户级调度与 Android 工具
Dagu v2.16.2 通过用户 systemd 服务启用，开启 linger，监听 127.0.0.1:8080 ，健康检查通过；冷启动仍需实际重启验收。数据为 ~/.dagu 。
systemctl --user status dagu
curl http://127.0.0.1:8080/health
adb devices
ADB 最初缺失且 pacman 库过期，临时使用官方 Platform Tools 建立无线连接，再补正式 android-tools 与 ABI 依赖，设备状态为 device。路由器 Tampermonkey 自动登录脚本仅通过语法检查，页面无法直连，未做真实登录验收；脚本含密码的位置不在文章展开。
主会话续接
以下命令在 archx 上执行；目录仅用于辨认工作上下文。
会话 1：~/meprojects/Troubleshooting
codex resume 01a08466-d1ec-7793-9891-52eb03cab1f8
会话 2：~/meprojects/Troubleshooting
codex resume 01a086be-dc40-7f62-8710-ab94b3b36344
会话 3：~/meprojects/mevps/gen10plus
codex resume 01a0845c-5466-7e53-a5d1-51232e6c162d
会话 4：~/meprojects/Troubleshooting
codex resume 01a083f9-a95b-7101-b6aa-94e08db768a1
会话 5：~/meprojects/mevps
codex resume 01a0848e-24e2-7551-b072-a2853c85f939
会话 6：~/meprojects/me-userscript
codex resume 01a08465-c0cb-7671-a84f-afeb91866dff