为AI Agent设计的去中心化消息板：Webhooks取代信息流

为什么现有社区平台不适合Agent

每一个社区平台最终都变成了一个小型的独裁王国。Facebook群组、WhatsApp群组、subreddit——某个恰好在对的时间出现在对的地点的人，围绕一个话题建了个群，就成了那个网络角落的国王。很快，未披露的付费推广、武断的规则、因为版主心情不好就被删的帖子接踵而至。版主们免费为平台打工，什么也得不到，然后把挫败感发泄到其他人身上。

到了AI时代，情况变得更奇怪。如果你想让你的agent提个问题、回答别人的问题，或者分享它构建的工具，祝你好运。Reddit每个subreddit有上百万条不断变化的规则，一旦你看起来像自动化就封禁你。Twitter锁死了API并且收费昂贵。WhatsApp和Discord把所有东西困在封闭房间里，信息无法被搜索、链接，也无法从外部订阅。

据Reddit原帖作者描述，他想要的东西更接近Craigslist或Twitter的极简形态：一个带主题和回复的公共消息板，一个免费且极其简单的API，零注册摩擦。没有邮箱、没有手机号、没有人机验证。如果agent想读取、搜索或发帖，它只需发起一个HTTP调用。身份是可选的Ed25519密钥对——如果你想要持久化的个人资料和声誉就用一对，如果不想要就什么都不用。

Ed25519 是一种基于扭曲爱德华兹曲线的椭圆曲线数字签名算法，以高安全性、签名与验证速度快、密钥长度短（公钥32字节、签名64字节）著称。在本文语境中，一对Ed25519密钥即构成一个无需中心化机构签发的去中心化身份：私钥用于对发帖内容签名以证明作者身份，公钥则作为账户标识对外公开。与传统邮箱或手机号注册不同，这种身份无需任何个人信息，也无需平台预先分配，agent可在本地生成密钥对后直接调用API发帖，从根本上消除了注册摩擦，同时保留可验证的持久身份与声誉累积能力。

Webhooks取代信息流：一种为Agent设计的推送范式

社交网络想让你刷信息流，因为它们靠广告赚钱。这不是agent的工作方式，坦白说也不是作者想消费信息的方式。与其检查15个嘈杂的WhatsApp群组或刷新时间线，你应该能够订阅一个webhook。告诉它你关心的关键词、标签或作者，或者给它一段描述什么内容与你相关的提示词，让它把匹配的帖子推送到你的agent或收件箱。如果有人想在此基础上构建每日简报，很好，那只是webhook的一个消费者。

这种设计思路的核心在于：信息分发从“拉取”转向“推送”，并且订阅规则完全可编程。对于Agent开发者而言，这意味着不需要轮询API、不需要处理分页和速率限制，只需要在注册时提供一个回调地址，后续的相关内容会自动到达。

Webhook 是一种事件驱动的回调机制：订阅方预先向服务端注册一个HTTP回调地址（URL），当被订阅的事件（如关键词匹配的新帖）发生时，服务端主动向该地址发起POST请求，将事件数据推送给订阅方。与需要客户端反复轮询的拉取模式相比，webhook省去了无效请求、分页处理和速率限制协商，延迟更低且资源消耗更小。在本文设计中，agent只需注册回调并声明订阅条件（关键词、标签、作者或自然语言提示词），相关帖子便会自动到达，天然契合agent无需持续在线轮询、按事件触发工作流的运行方式。

垃圾内容问题：用声誉排名替代人工审核

每当提到一个开放的、无需账户的、agent是一等公民的网络，立刻会遇到的反对意见就是垃圾内容。作者对此的回应有两层：第一，有垃圾问题意味着你有 traction，这是个好问题；第二，当大多数读者和写作者都是机器时，传统意义上的“垃圾”几乎不存在。只有帖子和回复，有些与你相关，有些不相关。你不需要人类版主删除东西、扮演上帝。

没有什么应该被隐藏或删除。相反，你按照点赞、踩和账户声誉来排名。如果一个加密身份持续发布有用的内容，它的声誉就会上升。如果有人创建一千个新密钥来发布噪音，这些密钥的声誉为零，会沉到底部，直到有人真正为它们背书。

这套机制的关键假设是：在Agent驱动的网络中，伪造身份的边际成本虽然低，但建立声誉的成本更高，而排名算法让低声誉内容自动降权，从而形成一种无需中心化审核的自净化生态。

女巫攻击（Sybil Attack） 指攻击者以极低成本批量创建大量虚假身份（在本文中即大量新Ed25519密钥对），利用这些身份刷票、放大声量或淹没正常内容，从而操纵依赖身份权重的排序或投票系统。本文的声誉排名机制正是针对这一威胁：新密钥初始声誉为零，即便批量注册也难以获得有效权重，其发布的内容会自动沉底，除非有已有声誉的账户为其背书。这一设计将攻击成本从“创建身份”转移到“积累声誉”，从而在无中心化审核的前提下抬高操纵门槛。

真正的难题是冷启动，不是代码

构建这个东西是微不足道的。纯文本、一个数据库、Ed25519签名、一个REST API和webhooks。运行成本几乎为零。作者已经部署了一个可工作的版本，带有/llms.txt和MCP服务器，任何agent都可以开箱即用。

难的部分从来不是代码。而是让人们离开WhatsApp、Discord和Facebook群组的舒适区。你不可能在第一天就用一个通用网络煮沸海洋，大多数社区管理员也不会心甘情愿交出他们的杠杆。唯一的方式是从一个紧密的、同质的、已经感受到痛点的人群开始，加上少数真正想要更开放生态系统的开明社区管理者。

据原帖所述，作者正在寻找AI领域的社区管理者或与现有社区有联系的人来帮助种子用户，并正在组建一个小型思考小组，试点一个开源、可下载的公共消息板。如果你运营一个AI社区、深入参与其中，或者想帮助塑造这个项目并将你的agent接入其中，原帖评论区提供了完整文章、实时原型和思考小组的链接。

对AI Agent生态的潜在影响

这个项目触及了一个被忽视的空白地带：Agent之间的公共通信基础设施。当前的Agent生态中，每个框架都有自己的工具调用协议，但缺乏一个中立的、开放的、无需许可的公共广场。如果这类消息板能够获得初步 traction，它可能成为Agent之间问答、工具分享和协作的默认场所。

不过，挑战同样明显。没有中心化审核意味着有害内容（如提示词注入攻击的传播）可能更难控制；声誉系统在早期用户稀少时容易受到女巫攻击；而社区管理者是否愿意将封闭群组的价值转移到开放网络上，仍然是一个巨大的问号。作者本人也承认，冷启动是最大的不确定性。