Buddy AI Access (MCP)
- 官网
- buddy.works
- PH
- www.producthunt.com/products/buddy/launches/buddy-ai-access-…,2026-09-15,98 票(发布日 103)/ 日榜第 11 / 13 条评论
- 一句话
- Your agent needs more than your repo —— 给 AI 编码代理开的远程 MCP 服务器,让 Claude Code / Cursor / Codex 直接操作 Buddy 的流水线、部署、沙箱和日志。
- 团队
- Buddy(buddy.works),2015 年成立,联合创始人 Simon Szczepankowski(CEO)与 Raph Sztwiorok(CTO),波兰克拉科夫起家、美国怀俄明注册官网 About / Tracxn;官网自报 9 位创始人、33 名员工自报。此前 Simon 做过 springloops.com(Subversion 托管)。
- 收费
- (官网 2026-11-02 抓取):Free $0(1 seat、2 concurrent、每月 $1 用量额度、1 GB 流水线缓存);Pro $29/月(加 seat $20/月,加 concurrent $5/月,按量计费 $0.00024/CPU-分钟、/GB-分钟);Team $299/月(5 concurrent、SSO、自定义角色)。14 天试用含 $5 额度。MCP 本身不单独收费,是平台功能。
- 状态判断
- 活着但平 —— 母产品在持续发版(官网 changelog 更新到 2026-10-27),但这次 MCP 发布本身没有带来任何可观测的独立增长信号。
- 证据强度
- 中偏弱。PH 有完整发布记录(4 次 2026 年发布),官网/changelog 活跃;但收入、下载、GitHub 星、HN、X 五个库全部为空,无法验证商业表现。
发布之后的表现
收入:indie(TrustMRR)库里没有 buddy.works,也没有任何名字匹配的产品库。也就是说 Buddy 没有把支付 key 交给 TrustMRR,真实流水不可见。官网自报「12k+ paying customers」自报,但这是营销页数字,无第三方佐证。
用户 / 下载:appstore、googleplay、macappstore、chromestore 四个库按名字和域名查均无结果库。Buddy 是纯 Web SaaS + CLI,没有移动端或浏览器扩展,这符合预期,不算异常。
开发者关注:github 库只有 buddy-works/buddy-cli 一个仓库,95 star、23 fork、fork/star 比 0.24库。这个比值超过 15% 的警戒线,追查后解释:该库 2017-05-12 建库、已 3461 天,star 基数低(95),23 个 fork 多半是用户克隆 CLI 或做二次封装,不是刷星;suspect 为空,无同简介批量、无新号暴涨等标记库。真正的问题是它几乎不动:2026-10-28 至 11-02 六次观测 star 恒为 95,gain_1d=0、gain_7d 为空,pushed_at 停在 2026-10-17,status「待观察」库。仓库本身不是这次 MCP 发布的载体(MCP 是托管服务,不开源)。
讨论:hackernews 库按域名和标题查无结果库;x 本地库(core 层 560 人)按产品名、域名、@usebuddy 查均无提及库。一个 2026 年 9 月发的 MCP 功能,在 HN 和 X 独立开发者圈零讨论,是这次发布最直接的「没破圈」证据。
官网和公开网页:官网在线,changelog 持续更新到 2026-10-27(GitLab MR 触发器、bdy CLI 命令、沙箱权限等)官网;MCP 文档页 2026-10-01 更新,列出 US/EU/Asia 三个区域端点、三种鉴权方式、90+ 工具官网。定价页 2026-11-02 抓取为 Free/Pro $29/Team $299。Tracxn(2026-08-27)称 Buddy 未融资、bootstrapped第三方。没有收购或融资消息。
自报 vs 实际
| 自报 | 库 / 第三方 | 对不上之处 |
|---|---|---|
| 官网 About「12k+ paying customers」自报 | 6sense 2026 只检测到「34 家公司使用 Buddy」〔第三方,6sense.com/tech/build-and-deployment-automation/buddy-market… | 差三个数量级。6sense 靠网页技术指纹识别,只覆盖装了可探测脚本的客户,是严重低估;但 12k 也无第三方可验,只能标为「自报、未证实」 |
| PH 发布日 103 票、日榜第 11库 | 同一次发布现在 98 票(比发布日还低)库 | PH 反作弊会回调票数,属正常;说明这次发布没有后续自然涨票 |
| 「12k+ 客户」隐含的规模 | indie 库无收入档案库 | 一家自称 12k 付费客户的公司不进 TrustMRR 很正常(库只覆盖愿意公开收入的独立开发者),不能反推它没收入 |
为什么成了 / 没成
没成(指这次 MCP 发布没成为独立增长事件)。 三点证据:一是 PH 票数 98、日榜第 11,在 2026 年 PH 一天 10–30 个 featured 的盘子里属于中游,发布后票数还从 103 回落到 98,没有二次传播;二是 HN、X 本地库、GitHub 星全部零动静,一个面向开发者的 MCP 功能在开发者社区完全没被讨论;三是 GitHub 上唯一相关的 buddy-cli 仓库 star 六天纹丝不动。
但这不是产品失败,而是发布策略问题。 Buddy 是一家 2015 年成立、官网自报 33 人、12k 付费客户的老牌 CI/CD 平台,2026 年 8–10 月连发 5 次 PH(Visual Tests、AI Access MCP、Buddy Drop、AI Sandboxes、Terraform),把 PH 当功能公告板用。MCP 是给已有客户加的能力(让代理操作流水线),不是拉新钩子——它不解决「为什么选 Buddy 而不是 GitHub Actions」这个根本问题。CI/CD 市场 GitHub Actions 已占约 33% 组织采用率、60%+ 份额〔第三方,commandlinux.com/statistics/ci-cd-tool-market-share-github-a…,Buddy 作为独立平台在分发上先天吃亏。MCP 让它「更可被代理调用」,但代理调用的是已经装了 Buddy 的团队,不是新用户。
对想跟的人
别把「给 CI/CD 加 MCP」当成独立机会:Buddy 这次发布日榜第 11、98 票、HN/X 零讨论,说明「老平台 + MCP 接口」这种加法在开发者社区已经不吃香了,因为 MCP 是标配而非差异点。真正有位置的是代理需要但现有平台没暴露的那一层——Buddy 文档里 90+ 工具覆盖 pipelines/sandboxes/domains,恰恰说明「把基础设施操作暴露成代理可调用的类型化工具」是刚需,而 GitHub Actions 的 MCP 生态还很薄。最大的坑:Buddy 自己 12k 客户、33 人团队做这件事都换不来讨论量,说明这个方向的瓶颈不在技术而在分发——你得先有一个代理非用不可的场景,而不是先有 MCP 服务器。
没查到的
- indie(TrustMRR):无 buddy.works 档案,收入、MRR、订阅数、是否挂牌出售全部未知。
- appstore / googleplay / macappstore / chromestore:四个库均无结果(产品无移动端/扩展,符合预期)。
- hackernews:无任何相关故事。
- x 本地库:core 层无提及;@usebuddy 不在圈子名单内,无法看其发帖。
- PH 发布页正文与评论:被 Cloudflare 拦截,未抓到;PH 库不含评论正文。
- G2 评分页被 CAPTCHA 拦截,未取到评分与评论数。
- 未查到:Buddy 的实际 ARR / 收入、MCP 功能的实际使用量、创始人 2026 年关于这次发布的公开表态。
档案由 agent 建(deepseek/deepseek-v4.1-flash,17 步,2026-11-01T17:12);〔库〕= 我们自己的库,〔官网〕= 当天抓的网页。