ProcBoss

发布之后的表现

收入:indie(TrustMRR)库里没有库。没有挂牌出售、没有 MRR、没有订阅数——创始人没把支付 key 接进去,所以「$4–72/月」的定价是否真有人付,库里查不到。

用户 / 下载:appstore、googleplay、macappstore、chromestore 四个库全部没有库(它是服务器端 CLI + Web 控制台,本来也不该在这些商店)。唯一可量化的用户代理是 npm 下载量官网 api.npmjs.org:2026-09-30 至 10-29 共 2,836 次。逐日看,峰值出现在发布前后——9-14 的 997 次、10-07 的 684 次、10-08 发布日 458 次——之后一路下滑,10-19 起多数日子只有 0–50 次(10-29 仅 28 次)。这是典型的「发布脉冲后回落」。

开发者关注:GitHub 库里有 Procboss/pboss库。117 star、11 fork,fork/star 比 9.4%(同龄同量级正常区间,不异常);建库 2026-02-12,最近一次 push 2026-10-15,360 次提交,0 个 release tag,0 open issue / 0 open PR,suspect 标记为空。星数从 2026-10-28 到 11-02 六天纹丝不动(117→117),gain_7d / gain_30d 为 NULL(观测窗口不够,不是 0)。也就是说:发布后 GitHub 侧没有二次增长。

讨论:hackernews 库里没有库(按域名和标题都查不到);x 本地库 core 层成员里也没有任何提及库。PH 上只有 1 条评论。也就是说,除了 PH 发布页和创始人自己在 DEV 发的 5 篇软文(2026-02-12、09-18、10-06、10-18 等),公开讨论几乎为零。

官网动态:官网在线,内容完整(功能页、定价页、Wall of Love),文档站 docs.procboss.com 显示版本 v1.7.7官网。npm registry 显示 1.7.7 是最新版,发布节奏密集(1.1.0 → 1.7.7 在几个月内)官网 registry.npmjs.org。没有 changelog 页、没有博客、没有融资或收购消息。GitHub 上有一个 Procboss/docs 仓库在维护文档。

自报 vs 实际

• 官网自称「zero-dependency process manager」「daemon 冷启动 <50ms、内存 ~12MB」自报。npm 包实际依赖 chalk、pidusage、cli-table3、cron-parser 四个包官网 registry——「zero-dependency」指的是运行时不需要 Node.js(用 Bun 原生 API),不是 npm 零依赖,措辞有歧义。
• 官网「Wall of Love」列了用户好评自报,但 PH 评价数 0、GitHub 无 release、HN/X 无讨论,这些好评无法用任何第三方数据交叉验证。
• 没有找到任何「X 万用户」「$X MRR」这类硬自报数字,所以没有可对账的夸大项。

为什么成了 / 没成

它没「成」,但也没死。判断依据是三条独立曲线的方向一致:PH 发布日 65 票只排到当日第 41 名(当天 871 个发布、头名 415 票)库;npm 下载在发布脉冲后回落到日均 20–50 次官网;GitHub 117 star 六天零增长库。

根因是定位夹在两头。上游,PM2 是 Node 生态的默认答案,装机量以百万计;pboss 用「Bun 原生 + 多运行时」做差异化,但愿意为「Bun 原生」买单的人本身就是小众。下游,它真正想卖的是 ProcBoss Cloud($4–72/月),可这个价位段的正面对手是免费的 Uptime Kuma、Grafana + Prometheus,以及 Fly.io / Railway 这类把部署监控打包进 PaaS 的平台。官网自己也承认「CLI 免费、云层是可选加值」——当核心价值免费、加值层又撞上免费替代品时,转化就难。

创始人执行力其实不差:360 次提交、文档站、多运行时适配、Telegram/Discord ChatOps、状态页,产品完成度远超一般 PH 项目。问题不在做得好不好,在于分发:除了 PH 一次和 DEV 五篇软文,没有看到任何社区渗透(HN 零、X 零)。一个开发者工具没有在开发者聚集地留下痕迹,基本等于没被看见。

对想跟的人

这个方向还有位置,但不在「再做一个 PM2 替代品」。pboss 的 117 star 和 2,836 次月下载说明:纯开源 CLI 的差异化(Bun 原生)换不来规模,因为受众太窄。真正没被满足的是它官网反复强调的那句「CLI 让进程活着,但说不清为什么死」——崩溃归因 + 部署关联 + 聊天里一键回滚,这是 PM2 和 Uptime Kuma 都没做好的缝。但坑也很明确:这条缝的付费意愿被 $4/月 的定价自己压死了——一个愿意为「3am 不惊醒」付钱的人,不会因为便宜 $8 而选你,反而会因为 $4 怀疑你撑不撑得住。要做就做 $30–50/月、绑定「省下的 on-call 时间」,而不是和免费监控工具比价。

没查到的

• indie(TrustMRR):没有它的档案,收入 / MRR / 订阅数 / 是否出售全部未知。
• appstore / googleplay / macappstore / chromestore:四个库都没有它(产品形态本就不在这些商店)。
• hackernews:按域名和标题都查不到任何帖子。
• x 本地库:core 层成员无提及;创始人 Zak R. 不在任何圈子名单里,无法看其 X 动态。
• 创始人真实身份、所在地、团队人数:公开信息只有 DEV 简介「区块链 & Solidity 开发者」和 GitHub 提交者 ra-sun-god,没有 LinkedIn 或公司注册信息可核。
• ProcBoss Cloud 的实际付费用户数、转化率:无任何来源,官网「Wall of Love」无法验证。
• PH 发布页正文和评论内容:producthunt.com 被 Cloudflare 拦截,未能抓到,评论数(1)来自库。