^-^ 是这样的，我的常规模式就是国模做一些日报、测试、打包的打杂工作；sol在背后默默干活；与此同时opus和astra对方案互相吵架到天昏地暗。

找到问题啦佬，下版本修复下～

感谢反馈，我看看～

可以到vps上ip检测一下，这两个我刚好都有过，qqpw的nat ip质量比dmit好一些。 （用网页版gpt pro，qqpw nat也基本不会被路由到mini）

Rovai AI 版本更新 V0.0.7 - **[新增] Pi Coding Agent**：新增 Pi Runtime，可配置给 Rovai 队员使用，支持 Camp 对话、原生 Session 恢复、图片输入和 Usage，并已支持 macOS arm64、macOS x64 和 Windows x64。 - **[界面] 会话区重新设计**：调整用户 / Agent 消息布局、消息气泡、回

Rovai AI 版本更新 V0.0.6 重点更新 支持队员发布到钉钉 把 Rovai 里已有的队员发布成钉钉 Bot，继续使用原来的身份、Runtime 和协作关系。 - 支持私聊、群聊与多队员协作； - 支持执行状态、最近输出和任务停止； - 支持从手机端打开 Web 执行台查看完整执行过程； - 多 Bot 消息会作为同一次请求聚合处理，不会拆成几次互不相关的任务； - 补齐消息重启恢复、重

感谢PR，晚点就看哈，最近7*16小时coding没顾上 ^-^。

嗯，Multica是比较标准的企业AI员工那种风格了，我比较想做的是“长期队员”这一层，出发点不同，底层的A2A、mention、公共上下文方面设计也不同。

OpenCode包括其他harness的多Agent大部分是Lead-Sub的模式，子代理的生命周期会跟随session结束。Rovai也支持OpenCode作为队员的运行时。 我想尝试的是另一种协作模式，队员长期存在，每个队员有自己的长期记忆，彼此在公共频道共享信息，通过mention和Task在公屏协作。