Agent.ai 是什么?300 万人用过的 Agent 商店,2026 年 8 月 22 日关站并进 HubSpot(基础篇)

Agent.ai 是什么?300 万人用过的 Agent 商店,2026 年 8 月 22 日关站并进 HubSpot(基础篇)

2024 年 9 月 HubSpot 的 INBOUND 大会上,Dharmesh Shah 把 agent.ai 放出来公测,当天 4.7 万用户。一年后 200 万。到 2026 年 7 月,这个数字是 300 万。

然后 7 月 29 日,他在自己的 newsletter 里写了一句话:“I’m shutting down one of my favorite things I’ve ever built.” 官方口径是一个月内关停独立站,社区记录的关站日是 8 月 22 日,技术并进 HubSpot 的 Agent Builder。

我盯着这条时间线看了两天。因为它不是一次普通的项目死亡,而是 2026 年 Agent 赛道最清楚的一次形态判决:不是 Agent 不行,是”独立的 Agent 商店”这个壳不行。

它到底是什么

agent.ai 的自我定位是 “The #1 Professional Network for AI Agents”,AI Agent 的职业社交网络。干三件事:发现(逛别人做好的 Agent)、使用(直接跑,不用配环境)、搭建(无代码 builder 拼一个自己的)。

数字都是官方自己公布的:2025 年 7 月 200 万用户、25,337 个 builder、44,000+ 个 Agent、其中 1,800 个公开、76,000+ 条评分;关站前累计 300 万用户。

它的卖点从来不是”最强 Agent”,而是 Agent 有主页、有评分、能被别人搜到。这套逻辑是照着 WordPress、Shopify、Canva 抄的:把创造权从工程师手里拿出来,谁有具体问题谁自己做。Dharmesh 在文章里就是这么类比的,一字不差。

关站的理由,官方写得很直白

the best agents are the ones with the best context

最好的 Agent 需要最好的上下文,而企业的上下文大多躺在 CRM 里。这句话不是事后找补,配套动作一周前就发生了:7 月 23 日 HubSpot 发布 Agent Hub 和 Agent Builder,面向 Professional 和 Enterprise 客户公测。

  • Agent Hub:一个地方看所有 Agent 的存活状态和表现,没启用的点一下就激活,按”造需求 / 赢单 / 服务”分目标管理,还内置了 Agent Marketplace。
  • Agent Builder:原名 Breeze Studio。一块画布上同时放 workflow、自建 Agent、触发器,不用来回切工具;可以用自然语言描述要干什么,让 Breeze Assistant 生成动作;Agent 直接跑在联系人、商机、通话记录、购买信号上,不用另做字段映射。
  • 计费:Agent Hub 各版本自带;自建 Agent 按 action unit 扣 HubSpot Credits;workflow 自动化不扣 Credits;发布前的试跑不扣。

官方给的案例是 Ignite Reading:用 Agent Builder 自动抓每个学区的校历,一件原本 15–20 分钟的活变成几秒,一年省 350 多个小时。

HubSpot Agent Hub 与 Agent Builder 结构图:GTM 团队登录 Agent Hub,经 Agent Builder 在画布上搭建并发布自定义 Agent,触发源提供定时与字段变更事件,Agent 读写 Smart CRM 中的联系人、商机和通话记录
Agent Hub 管所有 Agent 的状态与激活,Agent Builder 负责搭建,Agent 运行读写的是同一份 CRM 上下文;自建 Agent 按 action unit 扣 Credits。

现在想上手,路径就是这样

  1. 订阅:Marketing / Sales / Service 任一 Hub 的 Starter、Professional 或 Enterprise,Agent Hub 都带。
  2. 先打开 Agent Hub 看现成 Agent,能开的直接开,别急着自己搭。
  3. 要定制的进 Agent Builder,画布上把触发器和 Agent 串起来,先试跑,试跑不扣 Credits。
  4. 上线前设 run limit,别让一个 Agent 一晚上把 Credits 跑光。
  5. 上线后回 Agent Hub 看表现,按目标分组对比。

国内读者大概率用不上这套,CRM 不在 HubSpot 上。那这篇的意义有两条:

想”无代码搭 Agent”,路子确实在别处:Dify 这类画布平台或者 Coze 这种托管线,都能自己部署、自己控模型。

想”Agent 长在数据旁边”,逻辑是通用的:Agentforce 长在 Salesforce 上,Breeze 的七个预置 Agent 长在 HubSpot 上,Notion Agent 长在文档库里。谁的上下文近,谁就赢一截。agent.ai 输的不是产品,是上下文距离。

几句实话

一、300 万用户救不了一个没有定价的商店。 Dharmesh 2025 年就公开说过 “I haven’t quite figured out what the right pricing model should be”。免费拉来 300 万人,最后变成 HubSpot 的一个功能模块,这是最体面的结局,也是最典型的结局。流量不等于生意,这条在 Agent 赛道已经验证过不止一次。

二、关站没有迁移路径。 44,000 个 Agent 里 1,800 个是公开的,站一关,链接就没了。所以自己搭的东西,prompt、流程、字段映射都要另存成本地文件,别只存在别人的画布上。我在平台横评那篇里说过一句:选平台先看它敢不敢让你导出。

三、”按 action unit 扣 Credits”会成为主流计费法。 它比按人头卖 seat 更贴近成本,但对预算极不友好:一次 Agent 到底跑多少 action unit,事前算不出来,只能靠 run limit 和自己的实测数据兜底。企业采购时要把这一条写进合同:超出部分怎么算、能不能限流。

四、星数在这条线上没有意义。 agent.ai 闭源,没有 star 可看。判断一个 Agent 平台活不活,看三样:有没有明确定价、有没有公开的付费客户、最后一次产品更新是哪天。agent.ai 前两样长期缺位,所以它走了。

它大概是我见过最漂亮的 Agent 商店,也是最短命的那一类。想清楚一件事就不亏:Agent 值钱的部分从来不是那个商店,是它能碰到的那份数据。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注