我写这篇的时候是 2026 年 6 月 30 日早上。6 月最后一天。

如果要我用一句话总结 2026 年上半年 AI 圈在工程上最重要的变化，我不会说模型又变强了、上下文又变长了。我会说：agent 周围那圈协议，开始像 1995 年的互联网一样长起来了。

过去两周，Product Hunt 月榜、GitHub 月榜、Hacker News 周榜、Follow Builders 顶流推文，四个完全独立的数据源，同步给我指到一个判断：现在的 agent 已经不只是「一个能聊天的模型」了，而是一个正在被协议化的对象。它需要跟人通信、需要替人发布内容、需要替人收钱。这三件事每件事都已经长出独立产品、独立用户群、独立增长曲线。

这一篇把这三层协议摊开，讲清楚每层在解决什么、谁在做、做到哪一步了。然后讲为什么这件事比「模型又大了多少 B」重要得多。

通信层：agent 怎么收到、发出消息

通信是 agent 经济的第一层。一个 agent 要真正替你做事，它得能跟你对话、跟别的 agent 对话、跟外部系统对话。这是协议栈最基础的一层。

雷达 6/30 采到的代表性产品：

  • Upstream，Product Hunt 月榜第 3，↑898 票、566 评论。tagline 直接写「The inbox designed for humans and agents」。产品链接
  • Bond，Product Hunt 月榜第 4，↑765 票、188 评论。tagline 「The AI to-do list that does itself」。产品链接
  • Goldfish，Product Hunt 月榜第 2，↑902 票、301 评论。tagline 「Press Option. It knows your work and replies like you」。产品链接

Upstream 是这一层最显眼的信号。它的产品定位是「人 + agent 双向界面」，意思是邮箱不再只是人跟人通信的工具，而是人 + agent 共用的通信总线。PH 月榜第 3、566 条评论，说明用户真的在讨论这个方向，不是单纯点赞。评论区一个高频问题是：agent 在邮件里到底应该以什么身份出现？以你的身份？以它自己的身份？这是协议层的问题，不是产品形态的问题。

Bond 走的是另一条路，把 to-do list 自己执行掉，agent 是「代办执行者」而不是「对话对象」。Goldfish 再激进一步，绑死在 macOS 的 Option 键上，按一下就用你的口吻回消息，是「agent 模拟本人」的最直接形态。

我的判断是，通信层接下来会再分叉。Upstream 这类做「人 + agent 共用通信总线」，Bond 这类做「agent 是 to-do list 的执行器」，Goldfish 这类做「agent 模拟本人接管小任务」。三条线是三个独立的产品形态，不会合并。

发布层：agent 怎么替你发内容

通信解决「agent 怎么收消息」，发布解决「agent 怎么把内容发出去」。这是协议栈第二层，也是 2026 年开始成型得最快的一层。

雷达 6/30 采到的代表性产品：

  • Publora，Product Hunt 月榜第 7，↑680 票、113 评论。tagline 「A publishing API for agents to post on 10 social platforms」。产品链接
  • Spira for Product Hunt Makers，Product Hunt 日榜第 2，↑350 票、121 评论。tagline 「Social media growth agents that build your momentum」。产品链接
  • Tencent EdgeOne Makers，Product Hunt 月榜第 5，↑733 票、180 评论。tagline 「Ship AI agents like web apps, in minutes」。产品链接

Publora 是这一层最干净的信号。它把自己定位成一个发布 API，给 agent 一套统一的接口，往 10 个平台发内容（X、LinkedIn、Instagram、Threads、小红书、微博、TikTok 等等）。这种产品 12 个月前完全不存在，因为 12 个月前没有人相信「agent 应该有权自动发内容」。现在 PH 月榜 #7、680 票、113 条评论，说明真有人把 agent 接到 Publora 上跑生产工作流了。这是协议层的关键信号：用户开始愿意把发布权交给 agent。

Spira 更进一步，把发布层 + 增长侧合在一起——它不只帮你发内容，还帮你「累积 momentum」，让推文节奏、互动时机、跨平台复用都自动化。Tencent EdgeOne Makers 从腾讯云的角度切发布层，把「发布 agent 作品」和「部署 web 应用」做成同一种动作。

我的判断是，发布层接下来会从「跨平台同步」往「内容原生为 agent 设计」演化。人类写的内容是给人看的，agent 写的内容未来会有自己的一套结构、节奏、互动模型。Publora 们现在做的是前者，后者还在路上。

结算层：agent 怎么替你收钱、付钱

通信是入口，发布是流量，结算才是闭环。一个 agent 替你发了内容、接到了客户、提供了服务，最后怎么收钱？这是协议栈最薄、也是最关键的一层。

雷达 6/30 采到的代表性产品：

  • Bluerails Discovery，Product Hunt 月榜第 8，↑674 票、192 评论。tagline 「The rails AI agents use to find and pay you」。产品链接
  • Fundraisly，Product Hunt 月榜第 1，↑1,479 票、413 评论。tagline 「AI fundraising agent that finds investors and books meetings」。产品链接
  • Agent Mode by Receiptor AI，Product Hunt 日榜第 1，↑369 票、83 评论。tagline 「Bookkeeping assistant that runs receipt workflows end-to-end」。产品链接

Bluerails 是这一层最直接的答案。它的产品名里就带「rails」——这是 Stripe 当年给自己取名的同一个词。它的定位是「agent 找你做生意 + agent 付你钱」的全套基础设施。PH 月榜 #8、674 票、192 条评论，用户真的在用。

Fundraisly 是结算层在「融资」这个垂直场景的形态，agent 主动找投资人、主动约会议、主动跟进入度。本质是「agent 替你收钱」在企业服务市场的首例。Agent Mode by Receiptor AI 是日榜冠军，做的是记账 agent，从「agent 替你付钱」的角度切入。

我的判断是，结算层接下来会分两条路：一条是 Bluerails 这种「通用结算 rails」，另一条是 Fundraisly / Receiptor 这种「垂直场景结算 agent」。通用层吃基础设施的复利，垂直层吃单点场景的溢价。跟支付行业过去十年的演化路径一模一样。

凿墙层：agent 怎么看见互联网

协议栈上面三层是「agent 跟人交互」，还有第四层是「agent 跟互联网交互」。这一层不直接面向终端用户，但是其他三层的基础设施。

雷达 6/30 采到的代表性项目：

  • Panniantong/Agent-Reach，GitHub 月榜第 4，月增 +25,059 stars，总星 ★45,806。描述：「Give your AI agent eyes to see the entire internet. Read & search Twitter, Reddit, YouTube, GitHub, Bilibili, XiaoHongShu, one CLI, zero API fees」。GitHub
  • mvanhorn/last30days-skill，GitHub 月榜第 5，月增 +21,128 stars，总星 ★47,688。描述：「AI agent skill that researches any topic across Reddit, X, YouTube, HN, Polymarket, and the web」。GitHub

Agent-Reach 这个项目的描述直接点题：「让 agent 看见整个互联网」。它一个 CLI 把 Twitter、Reddit、YouTube、GitHub、B 站、小红书都接进来了，而且零 API 费用。月增 2.5 万 stars 是什么概念？GitHub 月榜上能月增 1 万 stars 的项目已经是现象级，月增 2.5 万 stars 是现象级 × 2.5。

last30days-skill 是同一条线的另一个形态，它把「调研最近 30 天的内容」做成一个标准 skill。两者加起来说明一件事：agent 看见互联网这件事，已经从「各家 agent 自己爬」变成「开源工具统一解决」。这是协议层的明确信号，上游凿墙、下游接住。

我的判断是，凿墙层会再按「垂直平台」细分。Agent-Reach 走全平台广覆盖，last30days-skill 走时间窗深覆盖。下一波会出现「专门给 agent 看的搜索引擎」「专门给 agent 看的视频摘要工具」「专门给 agent 看的播客转录工具」。每一类都是单点创业机会。

跨源信号：四件事同时发生不是巧合

把上面四层放一起看，你会看到一件更明显的事：这四层的产品都集中在 6 月被 PH 月榜、GitHub 月榜、HN 周榜同时验证。这种四源同爆的情况，过去半年我没见过。

再叠一个来自 builder 圈顶流的信号。@rauchg（Vercel CEO）6/28 早上发了条推，原话是：

You don’t need a LinkedIn, you need a page on your website describing and linking to what you shipped.

6.2k 赞、304 转发、452 评论。这条推跟 Upstream / Publora / Bluerails 是同一周、同一个判断。Rauch 的本意是个人品牌应该自托管，但叠在一起看，意思变成了：agent 时代的「人 + agent 关系」，也不应该被任何一家平台垄断。Upstream 让人和 agent 通信自托管，Publora 让发布自托管，Bluerails 让结算自托管。这三个产品的合计位置，正好就是 Rauch 推文里「自托管个人页面」在 agent 时代的对应物。

这是我 6 月最看重的判断：模型本身的进步已经不是新闻，模型周围那圈协议的进步才是。这跟 1995 年浏览器 / HTML / HTTP 长出来时一模一样。1995 年没人讨论 Mosaic 浏览器是「模型」，大家讨论的是 HTML 3.2、CSS 雏形、HTTP/1.0。那时候的「模型」是 NCSA Mosaic 这款浏览器自身，但它真正改变世界的方式，是它让 web 这件事变成一个可被协议化的对象。2026 年的 agent 就在做同样的事。

我会怎么用这四层

如果我今天要做一个新的 agent 产品，我会先问自己三件事：

第一，我这个 agent 需不需要独立的通信入口？ 如果用户要在 5 个工具之间切换来用你的 agent，你需要 Upstream 这类通信总线，让用户在一个地方看 agent 替你处理的全部对话。Bond 这类「to-do list 自己执行」是另一个解法，但前提是你的 agent 是「代办执行者」形态，不是「对话伙伴」形态。

第二，我这个 agent 需不需要替用户发内容？ 如果是，你必须接 Publora 这类发布 API。自己写 10 个平台的发布适配器是三个月的工作量，PH 月榜 #7 的产品已经把这事做完了。发布层的赢家会是「跨平台统一接口 + 内容原生为 agent 设计」，不是某一个平台的官方 API。

第三，我这个 agent 需不需要替用户收钱？ 如果是，你必须接 Bluerails 这类结算 rails。Stripe 花了 15 年把「人替人收钱」做成了基础设施，Bluerails 在押注「agent 替人收钱」是下一个 15 年。早期接进去有先发优势，等这个赛道变成红海就没你位置了。

如果这三个问题你的答案都是「是」，那你的 agent 不再是一个产品，而是一个小型商业实体。它有入口、有流量、有收入。这就是协议栈真正的意义：它让 agent 从「工具」变成「商业实体」。

一句话总结

2026 年 6 月之前，agent 是一个「更聪明的 chatbot」。2026 年 6 月之后，agent 正在变成一个「有自己通信地址、有自己发布渠道、有自己收钱账户的小型商业实体」。Upstream / Publora / Bluerails / Agent-Reach 这四个产品是转折点的第一波信号。

下一个杀手产品不会是个 chat，会是某个切掉这三层之一的具体场景。

参考链接