github.com/openJiuwen-ai/…
多数 agent 都能把一件任务收尾,难的是让一整队 agent 一起干活,还别把上下文、归属和决定弄丢。
冲着这条看过去的是 openJiuwen 的 WorkSwarm。它围着一个说法搭起来,叫协调工程,管的是把多 agent 系统建起来、跑起来、再一步步改好,协议是 Apache 2.0,仓库在上面那个链接里。
"不丢上下文、不丢归属、不丢决定"这三样是全场重心。前面四条内部规则讲的是团队怎么排活,这条讲的是排活用的那副架子。跟前面并排跑两家 agent 呼应,那条解决并排跑,这条解决跑完之后账记在谁头上。跟前面状态存盘那层也接得上,一个记事实,这条记的是谁在什么时候拍了什么板。
协调工程这四个字我留意,把"协调"单拎出来当一门工程,说明这行已经承认,多 agent 的难处不在单个聪明,在一起干活时那点看不见的摩擦。
我留的疑问有三处。归属怎么判定没说;跨 agent 的决定冲突谁裁没写;和已有骨架怎么接也没交代。
这周拿两个任务试试,看它跑完之后能不能说清楚每一步是谁干的、哪条决定是谁下的。
话题来源 @atulkumarzz
99.4K阅读 ❤️221 x.com/…↗ 已改写,非原文转载
116 浏览 0 评论
0 反应














