想做一个多 Agent 协作的外挂状态层,想请各位佬友帮忙拍砖
- 内容介绍
- 文章标签
- 相关推荐
各位佬友好,我最近在思考一个多智能体协作的问题
最近我在用Claude来写代码,Codex来Review,有时候还会哈基米写前端
看起来互不冲突,但是Review的模型,在review完之后,上下文都缓存好,直接让他改代码就会更方便,然后越搞就越冲突。。。之前用过一个叫蜂巢的项目,前端时间还挺火的,但那是一整套系统,我不能分别使用各家AI的原生IDE或CLI。
所以
我现在在设计一个项目,暂定叫 Vault 吧,以便后文提到能有个名字。
是一个本地外挂服务 / sidecar,专门解决多 Agent 协作中的共享状态、交接、冲突、回放和按需读取问题。
也就是他是一个各个Agent的通用数据库
所有agent在运行前都按需读取当前所有Agent运行情况的快照
来知道
发生了什么,现在需要做什么,什么我不能做,什么已经有人做了
真心想请各位从架构、工程可行性、协议设计、几个角度狠狠干我一顿,看看这东西有没有走偏。
各位佬友好,我最近在思考一个多智能体协作的问题
最近我在用Claude来写代码,Codex来Review,有时候还会哈基米写前端
看起来互不冲突,但是Review的模型,在review完之后,上下文都缓存好,直接让他改代码就会更方便,然后越搞就越冲突。。。之前用过一个叫蜂巢的项目,前端时间还挺火的,但那是一整套系统,我不能分别使用各家AI的原生IDE或CLI。
所以
我现在在设计一个项目,暂定叫 Vault 吧,以便后文提到能有个名字。
是一个本地外挂服务 / sidecar,专门解决多 Agent 协作中的共享状态、交接、冲突、回放和按需读取问题。
也就是他是一个各个Agent的通用数据库
所有agent在运行前都按需读取当前所有Agent运行情况的快照
来知道
发生了什么,现在需要做什么,什么我不能做,什么已经有人做了
真心想请各位从架构、工程可行性、协议设计、几个角度狠狠干我一顿,看看这东西有没有走偏。

