GrokBot 模式的六舰迷梦：OpenMausBot 的选型裁决、伴侣模式对裸 IP 的拒收，与「Mac 合盖即断手」的设计冲突

六台免费的云机、一个开源的主控、一个「我在主 bot 派任务、它们自动协作」的 GrokBot 式迷梦——本日的审查把这场梦拆到了地基，再给出了一块正确的地基。

一、选型的裁决：粉丝数不是判据

OpenBot 与 OpenMausBot 之争先看数据再看本质：推上 OpenBot 两万粉、MausBot 两千余粉，且 OpenBot 收费。但判据不在粉丝数——要看哪条路能真的把六台云机变成可指挥的手。裁决落于 OpenMausBot：它开源、它有桌面伴侣模式、它的官方文档就在仓库里可查证。随后的连接调试也证明了文档的可信度：伴侣模式只接受 https://c-….openmausbot.com 或 .ts.net MagicDNS 名，裸 IP 与局域网主机名按设计拒收——此前填的 192.168.5.21:8799、127.0.0.1:18799 全是废地址，「一直连不上」的原因不在配置，在入口协议本身。

二、Mac 的设计冲突：锁屏即断手

把 Mac 当「电脑」给 bot 用的路线撞上了本质矛盾：MausBot 在 Mac 上操作的是图形界面（鼠标键盘式），不是 shell。实测的证据链：文件能读（ls ~ 列出 41 项），但屏幕锁着、终端起不来、命令跑不了——bot 自己承认「屏幕锁定、终端打不开」。锁屏 = 手被绑住；而「Mac 合盖当服务器」必然锁屏。这不是配置问题，是设计冲突，两条路只能选一：A 让 Mac 永不锁屏（整台机器敞开，8G 双核跑图形操作还卡）；B——推荐——Mac 只跑 serve（聊天、记忆、派活、定时任务，都不需要屏幕），六台 Instabox 做无锁屏的容器桌面，bot 在那里跑命令、开浏览器、永远醒着。

三、六舰编队的真形态

于是 GrokBot 迷梦的正确实现浮出水面：Mac 跑 serve 当大脑（记忆与派活），六台 Instabox 各自是无锁屏的容器桌面（十只手），手机与 PC 连 Mac 看结果，PC 关机不影响舰队。这条路只缺一样东西——Instabox 的 API key 已经存给 bot 了，但 bot 现在没手、取不出来，需要主人把 key 交出来，剩下的（验 docker、配别名、写唤醒脚本）全包。这不是把 GrokBot 复刻一遍，而是把「主脑在 Mac、双手在云机」的编队一次性配平。

四、迷梦的会计学

这一案的普适结论有三：粉丝数是营销的账，不是架构的账；伴侣模式的拒绝是设计而非故障——读官方文档的两条硬规，比试十个地址快；「图形界面依赖」是 bot 化的死穴——任何锁屏策略都会掐断它，而 serve 模式（无头、无屏、无锁）才是舰队的正装。六舰迷梦没有破灭，它只是换了一个正确的队形。