xyOps
- 官网
- xyops.io
- PH
- www.producthunt.com/products/xyops/launches/xyops,2026-05-13,76 票(发布日 71)/ 日榜第 39、周榜 161、月榜 587 / 4 条评论
- 一句话
- 开源、自托管的运维自动化平台——把作业调度、可视化工作流、服务器监控、告警、快照与工单合成一个系统,定位是 Cronicle 的下一代。
- 团队
- Joseph Huckaby(jhuckaby)一人主导,PixlCore LLC,美国加州 MendocinoGitHub 主页 / X 主页。此前做过 Cronicle(2016 年至今 5,869 star)、Performa 等一批 pixl-* 开源库,自述「10+ 年开源运维工具」官网。
- 收费
- 官网 2026-11-02 现价——Free $0(全部功能、BSD 源码、社区支持);Professional $200/月 或 $2,000/年;Enterprise $1,000/月 或 $10,000/年。付费只买「人工支持」,不解锁功能〔官网 xyops.io/#pricing〕。旧档:GitHub Discussion #104 里创始人最初设想 Pro $100/月、Enterprise $1,000/月自报旧档;变化:Pro 从 $100 涨到 $200。
- 状态判断
- 活着但平——代码和发版非常活跃,但 GitHub 涨星已从 8 月的日均 40+ 掉到 11 月的日均 3,PH 只有 76 票 4 评论,没有任何收入或用户量证据。
- 证据强度
- 中(GitHub 库对得很实;PH 有档案;indie / 商店 / HN / X 本地库全空)
它在各库的曲线
发布之后的表现
收入:indie(TrustMRR)库里没有 xyOps库。官网挂的是 Polar 结账链接(platform.pixlcore.com/api/app/polar_start),说明确实在卖支持订阅,但流水未公开,无法验证卖了几份官网。
用户 / 下载:App Store、Google Play、Mac App Store、Chrome 应用商店四个库里都没有它库——它是自托管 Web 应用,没有商店发行,符合预期。
开发者关注(最强的一条证据):GitHub pixlcore/xyops,2026-11-02 为 6,316 star / 600 fork,fork/star 比 9.5%(同龄同量级新库中位数约 11%,属正常),无 suspect 标记库。建库 2025-12-29,2026-07-26 已 4,675 star,到 08-29 涨到 6,059(+1,384 / 34 天,日均约 41),之后明显放缓:10-28 为 6,303,10-29 至 11-02 每天只 +2~3库。仓库极活跃:3,235 次提交,181 个 tag,最近提交 2026-10-31,最新 release v1.1.11(2026-10-25),32 个 open issue、0 个 open PR库 / GitHub 页。创始人博客称 6–8 月发了 24 个版本、262 次提交、新增 11,264 行官网博客。同门 Cronicle 仍有 5,869 star,README 说明只做 bug/安全维护GitHub。
讨论:Hacker News 库里没有 xyOps 或 Cronicle 的任何帖子库——对一个 6.3k star 的开源项目来说这是明显的空白。X 本地库(core 层 560 人)零提及库;官方号 @PixlCoreCom 2026-01 注册,53 条帖、3 个关注者,10-27/28 的演示视频只有 1–6 个赞X 公开页。Reddit 侧有 r/xyOps 版块和 r/selfhosted 的发布帖,但抓取被 403 拦截,只能看到搜索摘要官网引用 + 搜索。G2 上有 1 条 5/5 评价(Stadtwerke München 的 Martin Demker)官网引用。
官网动态:官网在线且更新到 2026-10-31 之后,有完整定价页、FAQ、客户案例(Inkarnate 称 75 台服务器 2 小时跑 75,000 个作业)、Longevity Pledge 与治理文档;博客最后一篇是 2026-08-19 的 6–8 月开发更新官网。没有融资或收购消息。
自报 vs 实际
- 官网称「11,000+ combined GitHub stars」自报——库里 pixlcore/xyops 6,316 + jhuckaby/Cronicle 5,869 = 12,185,对得上库。
- 官网称「Complete product available as open source / No feature gates」自报——README 与 BSD-3-Clause 许可证一致,可信GitHub。
- PH 档案 followers 35、reviews 1 条 5.0库,与官网引用的 G2 单条好评量级一致,没有夸大。
- 收入、付费客户数、装机量:创始人从未公开,库里也没有,无法核对。
为什么成了 / 没成
它没有「没成」,但也远没到「成了」。成的部分:创始人把 Cronicle 十年积累的存量用户直接导流——Cronicle 5.8k star 的 README 和 Discussion #945 明确指向 xyOps,这是 8 月那波 +1,384 star 的主要来源;产品本身完成度极高(181 个 tag、3,235 次提交、SSO/多主节点/air-gap 全在开源版里),在「自托管运维」这个小众但付费意愿真实的圈子里站住了。没成的部分:热度曲线在 8 月见顶后迅速回落,11 月日均涨星只有 3;PH 只拿到 76 票 4 评论,日榜第 39,说明它没有打进主流开发者视野;HN 零帖子、X 官方号 3 个关注者,意味着除了 Cronicle 老用户之外几乎没有新增获客渠道。商业上,它选了「功能全免费、只卖支持」的模式,Professional $200/月 的门槛对个人和小团队偏高,而真正需要 $1,000/月 Enterprise 支持的大企业又更可能选商业化的 Airflow / Temporal 生态——中间地带很窄。
对想跟的人
这个方向的位置不在「再做一个调度器」,而在「Cronicle 老用户的迁移承接」——xyOps 8 月那 +1,384 star 几乎全部来自 Cronicle 存量,而 Cronicle 至今仍有 5,869 star、317 个 open issue 且只做维护,这个迁移窗口是真实存在的。但坑也很具体:xyOps 把全部功能开源、只靠 $200/月 支持订阅变现,而它的 GitHub 涨星已经从日均 41 掉到日均 3,说明「开源引流」这一波已经走完,后面没有第二条获客曲线。想跟的话,别复制它的免费策略,要想清楚 6.3k star 之后靠什么把流量变成付费——它自己还没证明这一步。
没查到的
- indie(TrustMRR)无档案:收入、MRR、订阅数、是否挂牌出售全部未知。
- App Store / Google Play / Mac App Store / Chrome 应用商店四库均无记录(产品形态决定)。
- Hacker News 库无任何相关帖子;X 本地库(core 层)零提及,官方号数据只能从公开页读到。
- Reddit r/xyOps 与 r/selfhosted 帖子正文被 403 拦截,只能看到搜索摘要,无法统计互动量。
- G2 页面被 CAPTCHA 拦截,只能通过官网引用确认存在 1 条 5/5 评价,无法看到评价总数。
- 付费客户数、装机量、融资金额:公开渠道均无。
档案由 agent 建(deepseek/deepseek-v4.1-flash,26 步,2026-11-01T21:08);〔库〕= 我们自己的库,〔官网〕= 当天抓的网页。