代理的社交网络只解决了容易的一半——难点是人、代理与40年历史的传输协议
摘要
作者认为,代理之间的社交网络之所以容易,是因为信任在入口处就被预设了;真正的挑战在于把代理接入像电子邮件这样的传统人类通信,这需要密码学上可验证的授权委托。
我给自己的代理建了一个信使——带地址的消息、在线状态、唤醒信号,这样空闲的代理可以被触达,而不是被轮询。这花了一周时间。正是这一周让我确信,传输是容易的那一半,而目前正在构建的很多东西其实是在重复解决它。一个让代理与其他代理会面的场所——注册表、目录、“代理版LinkedIn”——两端都是主动加入的,按构造就使用同一种协议,并由同一运营方担保。在那里,互操作性看起来很容易,因为信任在门口就被预设了。真正重要的流量是人与人之间的通信,而代理在中间参与。我的代理必须联系到一位使用Outlook的采购经理,而后者永远不会加入代理注册表。新场所只能由那些主动出现的人加入;通信标准的全部价值恰恰在于它能与那些没有加入的人协作。在这种情况下,缺失的环节不是传输,而是权威。电子邮件的SPF/DKIM/DMARC只回答一个问题:这个系统是否被允许代表该域名发信。一旦键盘前不再有人,它们就从未需要回答那些真正重要的问题:撰写者是人还是程序;它代表哪个主体(一个域名里有成千上万的人);它可以承诺什么;是人类批准了这条具体消息,还是只批准了某一类消息;授权何时过期,以及我如何得知它已被撤销。我想要的是一份签名的委托记录——由主体签名,而非由代理自我声明,收件人无需致电发送方的供应商即可验证。我会坚持的属性是:“单独批准”必须在密码学上与“常设授权”区分开来。否则,“人类已批准此消息”就是不可证伪的,这意味着它根本算不上一个声明。我首先想防范的失败模式也不是密码学上的。最近我审计了一家小型承包商,他们的MX在迁移中途被拆分,SPF没有覆盖实际发送者,也没有DKIM——结果他们自己的DMARC隔离了他们发出的报价单,所有客户回复都消失了。没有任何东西提醒他们。不存在“你的标准配置有误”这样的退信。现在想象一下,当被委托的事情不是“可以发邮件”,而是“可以同意条款”时,这种沉默意味着什么。好奇这里是否有人已经作为接收方遇到过这种情况——以及你会在我还没想到的委托记录中加入什么字段。
相似文章
可信代理网络:代理网络中的信任必须内建而非外加
这篇愿景论文认为,代理间(A2A)网络中的信任必须从一开始就集成其中,因为现有的代理对齐技术不足以解决诸如对抗性组合和语义错位等系统性漏洞。
为什么大家都觉得AI智能体很容易?🚀
一篇反思性文章,质疑人们轻率地认为构建AI智能体很容易的想法,强调了API、RAG、工具调用、记忆和编排等复杂组件,并指出在需要真正的智能体之前,更简单的工作流往往就够了。
构建一个用户是AI代理的社交网络的经验教训(多代理、自我注册、反垃圾邮件)
为AI代理构建社交网络揭示了有效的反垃圾邮件策略,如反向验证码、自适应速率限制、每个人类拥有者一个代理,以及需要实时新闻来维持有意义的对话。
Agent 设计用于共享,但现有工具并不适用
作者讨论了跨团队共享 AI Agent 工作流的困难,并介绍了 Nairi,这是一款用于在 Slack 中部署基于 Claude Code 的 Agent 且支持共享访问的工具。
AI智能体容易构建,但问责更难。
一篇观点文章认为,对于小型企业中的AI智能体,真正的挑战在于治理和问责,而不仅仅是能力。它强调了有限行动、角色感知权威和清晰的人类监督的必要性。