Ticket Fairy CLI
- 官网
- www.ticketfairy.com/cli(产品页);公司站 www.ticketfairy.com
- PH
- www.producthunt.com/products/the-ticket-fairy/launches/ticke…,2026-08-27,发布日 74 票 / 当日第 24 名 / 1 条评论(现票数 73)库
- 一句话
- 把 Ticket Fairy 活动票务平台的操作搬进终端,并内置 MCP server,让 AI 助手在权限范围内读销售数据、客人名单、跑报表官网
- 团队
- The Ticket Fairy,YC 系公司,2011 年由兄弟 Ritesh Patel(Co-CEO)与 Jigar Patel 创立,总部洛杉矶,YC 页面写 30 名员工官网/YC;累计融资约 $3.1M(3 轮)PitchBook/Tracxn,第三方
- 收费
- CLI 与 MCP server 本身免费,随 Ticket Fairy 账号提供,需 Node ≥20官网。平台侧官网 2026-11-02 现价:无月费、无 setup fee,买家按票付一笔 booking fee,美国为「低于 $20 的付费票最低 $2.00;低于 $100 收 10%;$100–250 收 9%;$250 以上收 8%」,含支付处理费官网。旧档:PH 2015 年那次发布无定价信息;变化:平台从「营销自动化」演进为「活动操作系统 + 银行 + 融资」,CLI 是 2026 年新增的开发者/agent 层。
- 状态判断
- 活着但平——公司主体在持续投入(2026-03 发 3.0、08 发 CLI、10 月还在推 SDK),但 CLI 这条产品线本身几乎没有外部采用信号(npm 月下载 459、HN 1 分、GitHub 0 star)。
- 证据强度
- 中。PH、HN、npm/PyPI、GitHub 都对上了;但收入库、商店库、X 库全无记录,无法验证商业结果。
发布之后的表现
收入
- indie(TrustMRR)库里没有它(按域名 ticketfairy.com 与名字匹配均无)库。公司自报「累计处理超 $3 亿票务流水、数万场活动」自报,新闻稿——这是平台 GMV,不是 CLI 收入,且 TrustMRR 不覆盖这类公司,无法交叉验证。
用户 / 下载
- appstore / googleplay / macappstore / chromestore 四个库均无它库。CLI 是 npm/PyPI 分发的开发者工具,不进商店,属预期。
- npm
ticketfairy:近 30 天(2026-09-30 至 10-29)459 次下载npm registry API;逐日看,8-22 有 135、10-01 有 172、10-25 有 165 三个尖峰(对应发布/推广),其余多数日子 0–5 次npm API。PyPIticketfairy:近 30 天 221 次pypistats。这是「发布有波、日常极低」的典型开发者工具曲线。
开发者关注
- github 库里没有它的仓库(按 homepage_domain 与仓库名匹配均无)库。
- 现查 GitHub:组织 theticketfairy 有 14 个公开仓库,但 CLI 主仓
theticketfairy/ticketfairy-cli(npm 的 repository 字段指向它)API 返回 404,即已私有或改名GitHub API;公开的ticketfairy-go(2026-10-08 建)0 star、0 fork,tf-checkout-react-native1 starGitHub。无 fork/star 异常,也无 star 增长。
讨论
- hackernews 库:两条 Show HN,均来自作者 riteshpatel。
Show HN: Ticket Fairy CLI for event ticketing(2026-08-27)1 分 0 评论;Show HN: Freefund – Reduce no shows at free/RSVP events(2026-09-02)4 分 0 评论库。两条都没上过首页(front_hours=0)。 - x 本地库:无任何提及,创始人 @ticketfairy / riteshpatel 不在任何圈子名单里库。
官网动态
- 官网在,且更新活跃:CLI 页、MCP server 页、developers 页、agents 页(列 MCP / OpenAPI 3.1 / OAuth 2.0 PKCE / x402 等协议)都在官网。2026-03-23 发 Ticket Fairy 3.0(AI agents + 多币种银行 + 活动融资),2026-08-28 发 CLI 新闻稿,2026-10 仍在推 Go/Python/Node SDK 与 agent skills 仓库官网/新闻稿/GitHub。CLI 在 npm 上从 0.1.1 迭代到 0.1.8npm registry。
自报 vs 实际
| 自报 | 来源 | 库/第三方 | 结论 |
|---|---|---|---|
| 「全球首个面向 AI agent 的活动票务命令行」 | 新闻稿自报 | 无法证伪;MCP 目录里确有 ticketfairy 条目(Smithery、Glama)第三方 | 营销话术,「首个」不可核 |
| 累计处理超 $3 亿票务流水 | 新闻稿自报 | indie 库无此公司,无法验证 | 平台 GMV,与 CLI 无关 |
| 融资 $3.1M / 30 员工 | YC、PitchBook第三方 | 与 PH「YC 公司」标记一致 | 基本可信 |
| CLI 采用度 | 官网未报数字 | npm 月下载 459、PyPI 月 221、GitHub 0 star第三方 | 采用度极低,与「世界首个」的声势不匹配 |
为什么成了 / 没成
CLI 本身没「成」,但这不是失败,而是定位使然。它不是一个独立产品,而是 Ticket Fairy 平台的一个开发者入口:免费、随账号提供、目标是让已有客户把重复操作脚本化、并接上 AI 助手。所以它的「用户数」天然等于平台里愿意用终端的那一小撮技术型主办方——npm 月下载 459、PyPI 221 正好是这个量级。真正被考核的是平台本身:2026 年连发 3.0、CLI、SDK、agent skills,说明公司在把「活动操作系统」往 AI 叙事上靠,CLI 是这条叙事里最便宜、最容易上新闻稿的一环(8-28 的新闻稿被 Markets Insider、Manila Times、Macau Business 等转载)。
没成的部分在于分发:PH 74 票、HN 1 分 0 评论、X 零提及、GitHub 0 star,四个渠道全部冷场。原因推断:①受众错位——活动主办方不是 HN/PH 的核心人群,开发者又不是票务平台的买家;②CLI 的价值依赖已有 Ticket Fairy 账号,冷启动用户装了也没用;③「世界首个」的新闻稿声势与 459 的月下载量形成明显落差,说明 PR 触达的是媒体而非用户。
对想跟的人
别把「给 SaaS 加 CLI/MCP」当成独立创业方向——Ticket Fairy CLI 的 npm 月下载只有 459、GitHub 0 star,而它背后是一家处理过 $3 亿流水、有 30 名员工的公司,连它都推不动这条渠道。真正的机会不在「做 CLI」,而在「帮某个垂直 SaaS 把它的 MCP 接进 agent 生态」这种 B2B 集成服务:客户已经存在、付费意愿来自平台方而非终端用户。最大的坑是误判受众——PH 74 票、HN 1 分说明开发者社区不会为一个需要付费平台账号的工具投票,冷启动必须从平台现有客户里找,而不是从公开社区拉。
没查到的
- indie(TrustMRR):无该公司档案,拿不到逐月收入、MRR、订阅数、是否挂牌出售。
- appstore / googleplay / macappstore / chromestore:四个库均无记录(CLI 不进商店,属预期)。
- github 库:无该组织任何仓库(未达 50 星门槛),star 走势、fork/star 比、suspect 标记均无。
- x 本地库:无提及,创始人不在圈子名单。
- 无法查到:CLI 的实际活跃用户数、Ticket Fairy 平台自身的收入/客户数、CLI 主仓为何 404(私有还是改名)、创始人近期在 X 上的公开发言(本地库无、未调实时接口)。
档案由 agent 建(deepseek/deepseek-v4.1-flash,50 步,2026-11-01T21:55);〔库〕= 我们自己的库,〔官网〕= 当天抓的网页。