Openclick

发布之后的表现

收入

• indie(TrustMRR):库里没有。按域名 openclick.sh 和名字 openclick 查均无记录库。产品本身免费开源,没有可验证的收入来源。
• 无融资、收购、定价页消息官网/搜索。

用户 / 下载

• App Store / Google Play / Mac App Store / Chrome 商店:四个库按名字和域名查均无记录库。产品是 npm CLI,不进应用商店,属预期。
• npm 是唯一可量化的分发渠道:包 openclick 2026-04-28 首发,累计下载 1,480 次(2026-04-28 至 10-29)npm registry API;但近 30 天(2026-09-30 至 10-29)只有 21 次下载npm downloads API。逐日看,5 月发布期单日最高 161 次(5-01)、110 次(5-04),之后迅速衰减到个位数,7 月下旬起大量 0 下载日。这是典型的「发布即峰值、随后归零」曲线。
• 最新版本 0.2.0 发布于 2026-05-04npm registry,此后无新版本。

开发者关注

• GitHub riccardoio/openclick:17 star、1 fork、0 watcher、104 commits、2 tags、MITGitHub 页面 2026-11-02。最后一次提交 2026-05-04(「Add optimized demo GIF to README」),此后近 6 个月无提交GitHub commits 页。
• 该库不在我们的 github 库里(全站门槛 ≥50 星,17 星未达线),所以没有 star 走势、fork/star 比、suspect 标记等字段库。手工看:fork/star = 1/17 ≈ 5.9%,属正常区间,无刷星迹象。
• 提交历史里大量 commit 由 claude(Claude Code)共同署名,是 AI 辅助开发的项目GitHub commits 页。

讨论

• Hacker News:库里没有(按域名、github_repo、标题词边界查均无)库。
• X 本地库:没有提及;创始人 @openclick_sh / @riccardoar 不在任何圈子名单里库。
• PH 评论区有 5 条,质量不低:一条说「这发布排名这么低简直离谱,如果真像我希望的那么可靠,这东西强得可怕」;另一条是同行认真提问——「截图驱动的 planner 有意思,但第 N 步的截图到第 N+1 步就过期了,你们是每步重新锚定 AX tree 还是信任原计划最后验证?」hunted.space。说明有懂行的人关注,但没转化成使用。
• 第三方目录站(visalytica、salefa.st、conduid)有收录/评测,多为 SEO 站自动生成,非真实用户反馈官网。

官网动态

• 官网在线,内容与 5 月发布时基本一致,自称「EXPERIMENTAL macOS · v0」「Expect rough edges」,下载指向 GitHub Releases官网。无 changelog 页(指向 GitHub releases)、无博客、无 roadmap(指向 issues)官网。GitHub Releases 停在 0.2.0。

自报 vs 实际

• 自报:PH 文案称「Works today for browser navigation, Gmail, Finder, Calculator…」,并自认「Still early (0.2.0 beta), still rough on canvas-heavy apps」自报。与 GitHub README 一致,没有夸大,也没有报任何用户数/收入数字。
• 官网自报「No accounts, no telemetry」自报——无法用库验证,但 npm 下载量极低,与「没有用户」不矛盾。
• 没有可对账的收入或用户自报数字,不存在「自报 vs 实际」的冲突;唯一硬数字是 npm 下载(累计 1,480 / 近 30 天 21)npm,与 PH 76 票的曝光量级严重不匹配——76 票换来 30 天 21 次下载,转化率约等于零。

为什么成了 / 没成

没成,而且停得很干脆。三个原因:

1. 方向对但产品形态错。2026 年 5 月「桌面 agent」正是热点(同期 PH 上 Intuned、Kilo Code 都在做 autonomous execution),但 Openclick 交付的是一个需要 Node 20+、要手动开 Accessibility 权限、要自备 API key 的 CLI。目标用户(想自动化重复操作的普通 Mac 用户)根本不会装 CLI;会装 CLI 的开发者,又更愿意直接写 AppleScript 或用自己的 agent 框架。
2. 可靠性是硬伤,作者自己承认。官网和 README 反复写「rough edges」「canvas-heavy apps such as Figma…can still fail」官网。截图驱动的 planner 在页面重渲染后失效——PH 评论里同行一针见血指出的正是这个技术死穴官网,而项目此后没有提交去解决它。
3. 单人 + AI 辅助 + 无商业化路径。104 个 commit 里大量由 Claude Code 署名,5 月 4 日集中提交后彻底停更。免费 MIT、无定价、无付费墙,意味着没有收入反馈循环来支撑继续投入。作者同时挂着 steelyard.dev、open42AI、hotpot.sh 等多个 side project官网,Openclick 显然是被放弃的那一个。

对想跟的人

这个方向(桌面 agent)本身没死,但别做 CLI 形态——Openclick 用 76 票 PH 曝光换来近 30 天 21 次 npm 下载npm,证明「开发者工具 + 命令行」在这个场景里拿不到普通用户。真正的机会在把 Accessibility 权限、模型 key、失败重试全部封装成一个双击即用的 Mac App,并且必须解决 PH 评论里那个「第 N 步截图过期」的问题官网——谁能让 agent 在 Figma 这类 canvas 应用里稳定跑完多步任务,谁才拿到这个市场。最大的坑是:这个赛道 2026 年 5 月已经挤满(Intuned、Kilo Code 同期发布),而底层可靠性问题至今没人公开解决,先做出来的人很可能像 Openclick 一样,发布即巅峰。

没查到的

• indie(TrustMRR):没有该产品,无法给出收入/MRR/订阅数/是否挂牌出售。
• appstore / googleplay / macappstore / chromestore:四个库均无记录(产品是 npm CLI,不进商店)。
• github 库:该仓库 17 星,低于全站 ≥50 星门槛,未入库,因此没有 star 走势、gain_7d/30d、suspect 标记等字段。
• hackernews 库、x 本地库:均无提及。
• 创始人所在地、团队规模、是否有其他收入来源:公开渠道未查到。
• PH 发布当天的逐小时票数曲线:库里只有 1 个观测点(2026-10-29 回填),无法还原发布日走势。