@zitup 实际上我用 codex 或者 claude code ，指挥其他 ai 效果会更好，而且遵守说的工作流，24 小时运行，像一般的团队协作 ai 应用，你是不能直接跟子节点交流的，更不能直接看到每一个成员的命令行界面，我想也是我这个应用独一份的优势。 还有一个很重要的原因是，大家都在造 agent ，就跟写程序一样重复造轮子，我这边是直接可以利用其他任意 agent 能力，而且底层写好了相关代码，可以直接进行适配。
@seeksky 我只使用 openclaw 也可以实现 main agent + 多个 sub agetn 的架构，开发速度也很快，甚至一个 main agetn 就可以完成任务。 无论是单 agent 还是 agent team ，真正有用的可能是 context 工程，如何让 agent 完美了解上下文，精准产出是最重要的。 另外还有 agent tool 基础设施，假如缺少调用第三方的能力，agent 能做到的事情也有限
说难听点，不就是抄袭 open claw ，进行一些微调吗？ 就像做人一样，建立什么样的品性不是关键，使用这些品性做出什么行为才是最关键的 也就是说，第一你无法于 open claw 竞争工作流模式，第二你没有实际业务落地。 有没有前途就另说了，开个直播搞抽象都有人能弄出前途
感谢楼主，在楼主这个项目激励下，我在本地安装了 OpenCode ，安装了 OpenClaw ，搞定了 Cursor CLI （我想把 Cursor CLI 接进去，因为有额度），还注册并使用了 OpenRouter 的免费 API （还没用付费 API ，付款也简单）。 把上面的工具弄的七七八八，也基本都接入到 golutra 了之后，现在我也开始面对到楼上提到的问题，怎么真正让 AI 协作起来。 目前我对 golutra 的认识就是，它把命令行的交互方式，换成类似人类的协作对话框式的了。但是对于如何组织蜂群 Agent ，我还没有形成很好的概念。看了下 golutra 的系统提示词，似乎还没有这方面的，是吗？
@sillydaddy 嗯，这个确实是需要根据自己项目或者工作流的不同来自己定义自己的工作流架构，我的设想是，这种行业业务越来越多的情况下，大家的模版都可以共享，就可以达到很好的一个效果，大家解决问题的成功率都会不断上升，比单一构建行业 agent ，我感觉这样会更好，可以进群交流下
