开发者将部分Hermes配置迁移至Grok Bot作为工作环境测试

开发者将自己的部分Hermes配置迁移到Grok Bot中，开始将其作为工作环境使用。开发者先用Codex将需要迁移的配置文件和相关目录打包为压缩包，添加导入提示后，Grok Bot完成解压和读取。大部分Markdown文档、记忆文件、技能和定时任务一次性完成迁移，过程比预期更顺畅。

每个Grok Bot都连接到一台托管Linux计算机，开发者可以打开机器桌面，查看其中的文件、浏览器和运行中的任务。看着机器人桌面逐渐变成专属工作区，体验很有意思。机器人之间的交互也很流畅，一对一聊天中，一个机器人可以在后台联系另一个机器人交接任务，再将结果返回，从界面上看就像机器人在幕后互发消息。

也可以将多个机器人拉入同一个群组，像和人聊天一样和它们互动。开发者尝试玩了几次狼人杀游戏，每次都失败了，目前还在调整规则和机器人技能，观看机器人的内心独白和互相发送的私密消息十分有趣。群组聊天功能本身可用，但对话过程仍然不够流畅。

开发者此前在Telegram上多次测试Hermes和OpenClaw的多机器人功能，一直没能实现顺畅运行。智能体通常只会轮流给出回答，很少跟进之前的讨论内容，偶尔能顺利解决分歧，但结果不稳定。规则对多机器人群组聊天的效果影响很大，目前不确定这个问题是否值得投入过多精力。

率先做好多机器人群组聊天的产品可能会吸引更多用户，也有可能用户根本不需要观看机器人开会，后台交接任务和共享结果就足够了。Grok Bot比开发者试过的开源配置使用体验好很多，Hermes和OpenClaw也能实现大部分相同功能，但需要开发者自行管理服务器、进程、更新、密钥和机器人之间的连接。Grok Bot将所有这些整合到一个托管界面中，省去了大量维护工作。

因为机器不属于开发者，所以不方便将Wise或PayPal的原始API密钥放在上面。开发者在自己已经在用的云服务器上保留了一个自托管MCP（机器控制协议），将PayPal和Wise的原始API密钥存放在那里，Grok Bot只获得一个独立的连接令牌。如果没有现成的连接器，开发者会让AI编写MCP，打包后作为一组机器人可调用的工具连接到Grok。

开发者目前还没弄清楚Grok Bot如何处理短期和长期记忆，也不清楚自己可以配置多大的存储空间，看起来平台会自行管理部分文件。复制Hermes目录是因为操作简单，不确定这是不是最优的迁移方法，但目前能用。Grok Bot使用成本较高，但开发者仍然很喜欢它。

开发者还把夜间复盘工作迁移了过来，简化出了一个极简版本。每天夜间，Grok Bot只需要读取每个机器人的检查点，更新一份滚动更新的TEAM_ALIGNMENT.md文件，所有冲突都交由开发者处理，任何拟议的文件修改都会保持挂起状态，等待开发者白天审核。下方是简化后的完整提示词，可以复制到Grok Bot中使用。