Pixcode

发布之后的表现

收入:indie(TrustMRR)库里没有它——按 name/domain/website 三种条件查均为 0 行库。产品本身免费开源,也没有可挂牌的收入档案。库里没有。

用户 / 下载:App Store、Google Play、Mac App Store、Chrome 商店四个库里都没有 Pixcode(数据包里的 GitHub / GitHub Copilot 条目是域名 github.com 的误配,与本品无关)库。唯一可量化的第三方数据是 npm:

• 发布日 2026-05-12 当天 2,166 次下载,是明显的发布脉冲npm API;
• 峰值 2026-07-17 单日 3,830 次npm API;
• 最近 30 天(2026-09-30 至 10-29)共 927 次,最近 7 天(10-23 至 10-29)仅 115 次npm API;
• GitHub Release 资产下载量极小:v2.6.3 的 AppImage 28 次、Windows exe 12 次、macOS dmg 5 次、rpm/deb 各 3 次、msi 1 次GitHub Releases API。

开发者关注:GitHub 库(github.duckdb)里没有它——不到 50 星的老库不在名单上,我改用 GitHub API 现查:20 star、3 fork、0 watcher、3 个 open issue、3 个 open PR,建库 2026-04-17,pushed_at 2026-09-20GitHub API。fork/star 比 3/20 = 15%,看着偏高,但绝对量只有 20 星,不构成刷星信号,只是「有人 fork 去自己改」的小项目常态。仓库不是只有 README:有 server/、src/、docs/、CI workflow、OpenAPI 文件,内容实在。

讨论:hackernews 库里没有它(按标题/URL/正文搜 pixcode 与 alicomert 均 0 行)库;x 本地库里也没有——作者 @alicomerrt 不在任何圈子名单里,库里 0 条提及库。第三方只有 daily.dev 转载了 PH 发布,1 个赞、351 次曝光daily.dev。

官网动态:落地页、docs.html、features.html、orchestration.html、api-automation.html 都在线且内容完整官网。npm 上 latest 标签停在 2.5.0,而 GitHub 最新 release 是 v2.6.3,两者不同步npm registry + GitHub。2026-09-29 AppImage 官方目录的自动收录 PR #7638 被打开,但 CI 测试报「AppImage 启动即崩溃、内部文件不可执行」,至今仍是 open 状态〔github.com/AppImage/appimage.github.io/pull/7638〕。

自报 vs 实际

• PH 文案自报「free and open-source」自报——与仓库 MIT LICENSE、npm 无付费字段一致,对得上。
• 没有任何用户数或收入自报,所以不存在「自报 vs 库」的冲突。
• 唯一可交叉的量级是 npm 下载:发布日 2,166 次看着不错,但 30 天后掉到 927/月、7 天 115 次,说明绝大多数是「看一眼就卸载」的尝鲜流量,不是留存用户npm API,推断。
• PH 76 票 / 日榜 24 名,属于「上了首页但没爆」;这个量级通常不会带来 HN 或 X 的二次传播,与 HN/X 库全无记录互相印证推断。

为什么成了 / 没成

没成,但也没死透。它踩中了 2026 年最热的方向(多 CLI agent 编排),产品完成度不低——1,146 次提交、248 个 tag、跨平台桌面安装包、OpenAPI、多语言 README,一个人(加 AI 代写)做到这个程度不容易。问题在于三点:

一是没有分发。PH 76 票、日榜 24 名,之后既没上 HN,也没在 X 上被任何圈内人提到,AppImage 目录的收录还卡在崩溃测试上。开源项目没有分发就等于没有用户。

二是没有商业模式。MIT + 捐赠按钮,意味着做得再好也没有收入回路;而它要解决的问题(把多个 CLI 塞进一个 UI)恰好是 Cursor、Windsurf、Claude Code 官方 GUI 正在免费吞掉的地盘。

三是节奏断了。最后一次提交 2026-09-20,之后 6 周无动作;npm 下载从 7 月峰值 3,830/天掉到 10 月 115/周。这不是「平」,是「滑」。

对想跟的人

这个方向还有位置,但不在「再做一个多 CLI 控制台」。Pixcode 的 20 star / 3 fork 说明连开发者都不愿意 star,而它的 npm 峰值 3,830 次/天证明需求是真实存在的——人们确实在找「一个界面管所有 agent」。位置在于:把免费开源当获客、把托管版或团队协作/审计/密钥托管做成付费点(Pixcode 明确说「不是托管云 IDE」,这块它主动放弃了)。最大的坑是:你花 1,146 次提交做的编排功能,官方 CLI 一个版本更新就可能内置;所以别做「CLI 的壳」,要做 CLI 厂商没动力做的东西——跨厂商的审计、成本归因、团队权限。另外别学它把发布当终点:76 票之后 6 周不更新,再好的方向也会凉。

没查到的

• indie(TrustMRR):没有 Pixcode,也没有作者 Ali Cömert 的任何产品——无法给出收入、MRR、订阅数、是否挂牌出售。
• appstore / googleplay / macappstore / chromestore:四个商店库都没有它(它是 npm + GitHub Release 分发的桌面/Web 应用,本就不走商店)。
• github 库:因不到 50 星未进名单,star 走势、gain_7d/30d、suspect 标记都拿不到,只能用 GitHub API 的单点快照。
• hackernews、x 本地库:0 条记录,无法判断圈内口碑。
• 作者 X 账号 @alicomerrt 的公开推文:本地库不含该账号,未做实时查询,所以「创始人在社交媒体上说了什么」这一项答不了。
• 官网没有定价页,所以「定价以官网为准」这条只能写成「无定价,免费开源」。