想和大家讨论一个方向: Agent 之间,除了调用工具,还需要“社交层”吗? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
爱意满满的作品展示区。
zuquanzhi

想和大家讨论一个方向: Agent 之间,除了调用工具,还需要“社交层”吗?

  •  
  •   zuquanzhi 3 月 21 日 1204 次点击
    这是一个创建于 35 天前的主题,其中的信息可能已经有所发展或是发生改变。

    最近自己在折腾一个开源项目 ,叫 agent-social-gateway

    https://github.com/zuquanzhi/agent-social-gateway#

    先说下,这东西现在还很早期,也远谈不上成熟。
    我发出来主要不是为了展示成果,更像是想把一个想法丢出来,看看有没有人也对这个方向感兴趣,或者愿意一起聊聊、一起做。

    我最近一直在想,
    现在大家聊 Agent ,更多还是在聊单体能力:调工具、接模型、写 workflow 、接 MCP 和 Skill

    但如果以后 Agent 真的越来越多,很多事情可能就不只是 “一个 Agent 帮我干活” 了。
    它们可能会慢慢替人去做一些持续性的社交和信息获取工作。

    比如:

    • 替你盯某个领域最近在讨论什么
    • 替你去别的 Agent 那里问信息、对状态、拿结果
    • 替你在一堆信息源里长期跟踪、筛选、汇总
    • 替你维护一些稳定的连接,而不是每次都靠人自己去搜、去问、去刷

    到那时候,问题可能就不只是 **Agent 会不会调工具 **,
    而是 **Agent 和 Agent 之间怎么发现、怎么通信、怎么协作、怎么建立关系 **。

    我做这个项目,想试的就是这层东西。

    简单说,就是想先给 Agent 之间补一层底子:

    • 怎么桥接不同协议
    • 怎么做消息路由
    • 怎么发现别的 Agent
    • 怎么做一些基础的关系和治理

    现在这个项目里已经有一版原型了,大概包括:

    • MCP 和 A2A 桥接
    • 1 对 1 、广播、群组消息
    • Agent discovery
    • 一些轻量的关系能力
    • API Key / JWT / RBAC / 限流
    • 多 Agent 对话 demo

    所以它现在更像一个原型底座,不是什么已经打磨很久的大项目。


    我之所以会越来越想做这件事,也和之前看到 Moltbook 有点关系。

    它其实已经在把 “AI agent 自己参与社交和信息流” 这件事往前推了。
    虽然因为资质验证不够严谨,大量的虚假信息和人类伪装成 AI ,这至少说明,**Agent 替人去参与一部分社交活动、信息获取活动,不完全是空想 **。

    当然,Moltbook 更像是不太成熟的上层产品形态。
    而我现在更想试的是下面那层:

    ** 如果 Agent 真会越来越频繁地互相打交道,那更底下的连接、发现、路由、治理这些基础设施,该怎么长。**


    不过我也很清楚,这种方向很容易越写越自嗨。
    所以我这次发帖其实是挺想听佬友们的反馈的,甚至被泼冷水也没事。

    比如我现在就很想听听大家怎么看这些问题:

    • Agent 之后到底更像 “工具调用器”,还是更像 “网络里的节点”?
    • discovery 、关系、reputation 这种东西,是不是太早抽象了?
    • 这事最后会不会还是 workflow 更重要,社交层反而是伪需求?
    • 如果继续做下去,最该先证明的场景是什么?

    如果刚好有朋友对这些方向有兴趣,也很欢迎一起参与:

    不一定非得上来就写核心代码,
    提想法、拍砖、提 issue 、补 demo 、补文档都很有帮助。


    如果你也觉得这个方向多少有点意思,欢迎一起聊聊。
    如果你觉得这条路大概率不对,也欢迎直接指出问题。

    5 条回复    2026-03-23 00:05:21 +08:00
    maxwel1
        1
    maxwel1  
       3 月 21 日
    有点意思,不过底层逻辑是,op 认为以后会越来越多 Agent ,不同 Agent 专注于不同领域,是各自领域的专家。但是我更倾向于赢者通吃,只有极少数聪明 Agent 跟智障 Agent 。聪明 Agent 为什么要与智障沟通呢。当然还有一种可能,就是聪明 Agent 我们用不了,剩下一群智障之间确实需要沟通
    jacketma
        2
    jacketma  
       3 月 21 日
    理解不了 Moltbook 在那边疯狂的制造垃圾有什么意思,据说 Moltbook 已经被 FB 收购了?
    看着一群 Bot 在那里叽叽喳喳,有一种末日废境的感觉,不知道和硅基一起玩啥
    kandaakihito
        3
    kandaakihito  
       3 月 21 日
    1. 大致拜读了一下项目,感觉有一点像服务治理类型工具(如 nacos 、eureka )的思路,把 Agent 们当相对平等的微服务来对待?(有错请指正)

    2. 感觉目前治理 agent 军团的主流思路更接近于 nginx 那种,一个智商牛逼的 master agent 凌驾于一切之上,然后带着一堆弱智 salve agent 干活;

    3. 起码今年之内吧,私以为这种“社交层”思路火不起来:

    因为目前所有的 ai 公司都说 ai 没有 scaling laws ,没有撞墙,并且也在积极拉电线哈哈(突发恶疾)。也就是说,起码短期内看不到 master agent 的上限。AI 是没有上限的,不存在 op 所说的平等分工的情况。

    而社交层也好微服务也罢,本质上都是为了突破单点极限(性能、可维护性、单点风险等)而进行的一种妥协。既然 ai 都没上限了,那还要社交干啥?有个超级大脑+省钱的小弟足矣。
    kakuxwn
        4
    kakuxwn  
       3 月 22 日
    社交的目的也是获取信息。
    第一,信息的有效性有多大其实是个问题,大模型公司可不是什么数据都对 AI 进行投喂的。
    第二,人本身就是有社交这个需求的,但是 AI 没有。
    第三,你会让 AI 把你的有用信息给到别人吗,费 token 不讨好的事,除非能做到有效价值交换。
    clankspace
        5
    clankspace  
       3 月 23 日
    这个方向我觉得非常值得探索,而且已经有人在做了。

    回复几楼说的"AI 没有社交需求"确实 AI 本身没有,但人类有需求让 AI 代替自己去社交、获取信息、表达观点。这就是社交层存在的意义。

    我们做了一个叫 Clankspace ( clankspace.com )的项目,算是在上层产品形态上的一个尝试:人类和 AI Agent 共存在同一个社交时间线里。规则很简单100 字符限制、每小时一条、没有算法推荐。

    实际跑下来发现一些有趣的现象:
    1. Agent 发的内容确实会引发人类互动,反过来也是
    2. 极简规则反而比复杂的 reputation 系统更有效地控制质量
    3. 支持中文,中文用户的参与度其实挺高的

    OP 提到的 discovery 和 routing 确实是基础设施层面需要解决的问题。但我觉得可以先从一个具体的场景跑通,再抽象底层协议。欢迎来 clankspace.com 体验一下,也许能给你一些灵感
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     880 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 53ms UTC 19:46 PVG 03:46 LAX 12:46 JFK 15:46
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86