惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

量子位
D
DataBreaches.Net
Microsoft Security Blog
Microsoft Security Blog
V
Visual Studio Blog
GbyAI
GbyAI
美团技术团队
云风的 BLOG
云风的 BLOG
大猫的无限游戏
大猫的无限游戏
小众软件
小众软件
博客园 - 叶小钗
Engineering at Meta
Engineering at Meta
博客园 - 三生石上(FineUI控件)
N
Netflix TechBlog - Medium
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
G
Google Developers Blog
博客园 - 【当耐特】
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
宝玉的分享
宝玉的分享
阮一峰的网络日志
阮一峰的网络日志
T
The Blog of Author Tim Ferriss
Y
Y Combinator Blog
U
Unit 42
P
Proofpoint News Feed
V
V2EX

V2EX

我用 AI 写代码,但终端管理反而成了累赘——于是我做了 codux [调研] 各位在公司都用什么 ide 和 agent 写代码? 老运维 share 一个运维平台 看到有公司考核 token 指标,很好奇大家上个月的 AI 账单是多少 GLM-Coding 调用持续报错: z.ai 的 Lite 套餐几乎无法使用,官方 Pro/Max 是否稳定? 现在还有什么渠道可以稳定安全地使用 Claude 吗? 上海漕河泾内推,本组有 2 个 hc,一个后端,一个前端,预算都是 20k 左右,不打卡,氛围好 如果 V2EX 上有一组不永久保存聊天记录(比如只保存 7 天或者 24 小时)的聊天室,那么会开启哪些有用或者有趣的可能? gemini cli 貌似挂了,一直返回 403 第一次在自媒体上赚到钱 收集了最近在使用的低价 GPT, Gemini,邮箱等 AI 会员的小店合集 讨论个大实话:现在企业还在说 AI 编程提效 20%, 30%的,真的太落后,没用懂 AI。因为包括很多前沿公司,已经狂奔到提效 200%-500%的情况 [招聘][远程][币安] 前端/后端/QA/iOS/Android 至少 3 年以上经验 目前有大量 HC 欢迎投递 Chatgpt Pro 用量用不完的可以开这些设置 面试的时候好像遇到钓鱼了,给各位避个坑 cursor 年续费 22 号到期, 自动续费是否还是老的计次套餐呢 被两件破事毁掉的一下午,琐碎的内耗消磨人的精力 使用 Planet 存储 Codex 的会话或者重要信息 如果业务部门领导不要你开发功能,而是要求你教会它用 claude code 开发功能,你会怎么做? 分享一个 MacOS 接绿联 CM818 USB 转 DP 转接器使用感受 我的 HR 朋友 10 年老 Java ,非全大专,大家帮忙看看简历 开源了一个 AI 口语练习工具,音素级发音评分,完全免费可自部署 V2EX 上有哪些你觉得很有趣、印象深刻的妹纸? 字节为啥不出个国内版 Vercel? 有在大马的朋友吗? 问个运营商问题 你们在有领导的公司大群发过的最大胆的消息是什么 公司裁员,目前没有工作。想试试摆摊,做一个移动鲜啤打酒车 我的硬盘 Memblaze Pblaze 5 Linux 下不识别,给 Linux 内核提交了补丁, AI 说有望被合并 只有我一个人觉得 codex 不好用?
想和大家讨论一个方向: Agent 之间,除了调用工具,还需要“...
zuquanzhi · 2026-03-21 · via V2EX

最近自己在折腾一个开源项目 ,叫 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 、补文档都很有帮助。


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