Airbyte Agents

发布之后的表现

收入

• indie(TrustMRR):库里没有。按 domain=airbyte.com 与名字匹配均无记录——符合预期,TrustMRR 只收独立开发者自报收入,不收融资公司产品线。
• 无任何公开收入数字。第三方评测站提到的 $29/$299 是定价档,不是实收。

用户 / 下载

• App Store、Google Play、Mac App Store:三个库按名字与开发者域名查均库里没有。产品是云端 API/SDK/MCP,无移动端,符合预期。
• Chrome 应用商店:数据包该节被截断,未取到结果,不写结论。
• 官网自报「25,000+ 家公司跑 Airbyte」「每天 200 万条 pipeline 同步」官网——这是整个 Airbyte 平台的数字,不是 Agents 的,不能当 Agents 的用户量。

开发者关注

• GitHub airbytehq/airbyte-agent-sdk:136 star、13 fork,fork/star 比 9.6%(正常区间,无 suspect 标记),建库 2025-11-26,最后 push 2026-10-31,无任何 release。10-28 至 11-02 六天 star 完全不动(136→136)库。
• 主库 airbytehq/airbyte:22,294 star、5,429 fork,fork/star 24%,近 6 天日增 1–4 star,status「待观察」库。主库仍在维护,但 Agents 相关子库已冻结。
• 对照:官方 benchmark 仓库 airbytehq/airbyte-agents-benchmarks 在 GitHub 库里查不到(未达 50 星门槛)。

讨论

• Hacker News:Show HN「Airbyte Agents – context for agents across multiple data sources」,2026-05-05,mtricot 发,156 分、48 条评论库。这是全档案里最亮的一个数字——48 条评论说明讨论质量不低。但 front_hours=0(首页快照 2026-10-31 才开始,对 5 月的故事无意义)。
• X 本地库:按「airbyte」「airbyte agents」查均 0 条命中;创始人 mtricot 不在任何圈子名单里库。中文/英文独立开发者圈层没讨论它。
• 媒体报道:BusinessWire、Yahoo Finance、VMblog 均转载了 2026-05-05 的发布稿官网/第三方。

官网动态

• /agents → 302 到 /mcp,页面标题已变成「The Airbyte MCP Server」,文案从「context layer for production-grade AI agent」改成「Build new pipelines. Fix failing syncs.」官网 2026-11-02。
• /context-layer 页面仍在,但已改成「Available today for Snowflake and BigQuery users」,面向 Cloud 用户,不再是独立产品。
• 文档 docs.airbyte.com/ai-agents 已 302 回文档首页;PR #89805「retire Airbyte Agents documentation」GitHub。
• 停用时间线:2026-10-16 应用内横幅(sonar#6868)→ 10-21 PR #89584 合并「folded into Airbyte Cloud」→ 文档下线。发布到停用约 5 个半月。

自报 vs 实际

为什么成了 / 没成

没成,而且是被公司自己主动关掉的,不是自然死亡。 三条证据链闭合:应用内横幅(10-16)、官方 PR 明说「folded into Airbyte Cloud」(10-21)、官网 /agents 重定向到 /mcp(11-02)。

原因我的判断是产品定位与公司主航道冲突,而非需求不存在:

1. 它把 Airbyte 从「数据搬运」重新定义成「agent 上下文层」,但 Context Store 依赖 Snowflake/BigQuery 仓库,等于要求客户先有数仓——把目标客户从「任何用 agent 的团队」缩到「已有数仓的中大型企业」,而后者本来就在买 Airbyte Cloud。
2. 独立定价($29/$299 + Agent Operations 计量)与主产品四档定价并行,销售和计费都复杂;并入 Cloud 后直接砍掉。
3. 独立 SDK 仓库 136 star、6 天零增长,说明开源侧没形成社区拉力;真正的分发靠 MCP(装进 Claude/ChatGPT/Cursor),而 MCP 不需要独立品牌。
4. 时间点也说明问题:5 月发布、10 月停用,5 个半月——这是典型的「大公司试错后收编」节奏,不是产品失败。

对想跟的人

这个方向位置还在,但独立开发者不该做「上下文层」本身。看两个数字:Airbyte 用 22,294 star 的主库 + 6 年连接器积累,做出来的 agent SDK 也只有 136 star、6 天零增长——说明「通用上下文层」的护城河在连接器数量和数据治理,不在产品创意,个人做不出来。真正有位置的是垂直切一刀:比如只做「Gong + Salesforce 的销售上下文」或「Zendesk + Stripe 的客服上下文」,用 Airbyte 自己的开源连接器(700+,免费)当底座,卖的是预置的实体解析规则和行业 schema,而不是又一个 Context Store。最大的坑是别把「省 token」当卖点——Airbyte 自己从「省 80% token」改口到「省 73%」,这个数字既难验证又容易被模型侧降价抹平;要卖就卖「agent 答对率」这种客户能直接感知的结果。

没查到的

• indie(TrustMRR):库里没有——符合预期,融资公司产品线不入库。
• App Store / Google Play / Mac App Store:三个库均无记录(产品无移动端)。
• Chrome 应用商店:数据包该节被截断,未取到结果。
• X 本地库:0 条命中,创始人不在圈子名单,无法评估社交传播。
• 收入、用户数、Agent Operations 实际消耗量:Airbyte 未公开,任何库都查不到。
• 停用的具体日期与是否退款/迁移方案:只有「即将停用」横幅和「并入 Cloud」的表述,官方未给公开的截止日。