capthvnsen/alans-way 是一个项目：在 macOS 应用中，Hermes 机器人直接操控 Mac 与云端 VPS 上的浏览器标签页，并同时接入 Telegram，在两种环境之间进行交接。2026-10-31 的提交 cfdb8ed 没有改动运行时代码，只新增了一份文档。docs/qa/security-merge-plan.md 增加了 288 行，没有删除任何行。提交信息所表明的意图是：提前准备安全迁移，同时不把已安装的连接器锁死。
这份文档更接近一份实务合并记录。10 个安全相关 PR（#243、#266、#267、#268、#271、#272、#273、#275、#270、#274）先被 rebase 到当前的 main 上，再按既定顺序进行 squash 合并，并逐一记录了经过验证的 head 和 CI 运行编号。正如文档所明示，所列的测试工作流通过了全部 8 项检查，#270 另外还在一次性的 Linux 网络命名空间中通过了第九项内核过滤检查。文档还包含了对凭据主体（credential subject）的整理：注册表中的 botId 是替换后仍然保持不变的恒定主体，各机器人独立的 bearer token 与该主体以及被隔离的 OS UID 绑定，而 Tailscale 身份仅表示设备可达性。
不过，这个提交改动的只有文档。根据同一份文档，任何安装都没有启用 strict 标志，没有执行过 provisioning，也没有触碰实机的 SSH 密钥、防火墙和 Tailscale ACL。现有安装保持 legacy 路径原样，等待运维人员亲自选择已配置好的替代路径。文档自己说明，已通过的单元测试并不能作为 live OS 隔离或已配置的强制命令监听器的证据；Windows 上 hermes-update-ps1.test.cjs 的更新预算计时仍然是观察到的 flake。就目前的解读而言，安全阶段已经整理完毕并以文档形式留存，而真正的落地实施还在后面。