Secret Key

发布之后的表现

收入:indie(TrustMRR)库里没有库。产品本身免费开源,官网只收打赏,所以「没有收入记录」与商业模式一致,不是数据缺失。打赏平台 suppi.pl 不公开累计金额,无法估算。

用户 / 下载:appstore、googleplay、macappstore、chromestore 四库均无库。它是自托管 PHP 网页应用,不上架商店,属预期。

开发者关注:GitHub 库没有它(不到 50 星的老库不在名单)库。现查 GitHub API:5 star、0 fork、0 watcher、149 commits、10 个 tag、0 open issue,建库 2026-03-20,最后 push 2026-10-28GitHub API。fork/star = 0/5,不构成可疑信号,但 5 星说明几乎没人真正部署过。作者 GitHub 账号只有 1 个公开仓库、1 个 follower。

讨论:HN 库有 1 条 Show HN(2026-11-01,作者 karpatka122),1 分、5 条评论、front_hours = 0,从未进过首页库。5 条评论里 3 条是作者自己回复,唯一实质质疑是「受托人被抓/死亡怎么办」,作者答「3 of 5 有冗余」HN 页面。X 本地库无任何提及,数据包给的 3 条命中是「secret key」短语在无关长文里的误配库。

官网动态:站点在线且维护活跃——changelog 有 61 条记录,最新 v3.1.3(2026-10-28),内容是很细的 DevTools 日志路径与阈值范围修复官网 changelog。文档有 PL/EN 双语,演示面板目前只有波兰语。2026-10-31 作者向 awesome-selfhosted 提交收录 issue #3275,截至建档仍 openGitHub。Wayback 无任何快照Wayback API。

自报 vs 实际

作者没有自报用户数或收入,官网明确写「Secret Key jest darmowy i open source」(免费开源),与库一致,无冲突。唯一需要点出的是热度落差:PH 拿到 99 票、日榜第 7,但同一产品在 HN 只有 1 分、GitHub 只有 5 星、X 零提及。PH 当天共 855 个发布、22 个 featured,榜首 290 票,99 票属中游;PH 的 featured 位本身会带来票数,不能当独立需求验证。

为什么成了 / 没成

没成,而且原因很具体。第一,分发错位:PH 是英文产品社区,而它的演示面板只有波兰语、文档以波兰语为主,英文用户点进去用不了。第二,门槛太高:要自备 PHP 8+ 主机、把配置文件放到 public_html 之外、改 7 处路径、还要接 SMSPlanet 短信网关——文档自己列了 4 步安装和 9 层安全配置,这不是「点一下就用」的产品,而是给运维型用户的自托管工具,而这类人恰恰更可能自己写 20 行 secrets.js。第三,需求本身低频且沉重:数字遗产是「一生用一次」的场景,没有复购、没有口碑传播的日常触点。作者在 HN 也承认「未做独立安全审计、SMS 依赖外部供应商」,对一个保管主密码的工具来说,这是最致命的信任缺口。

对想跟的人

这个方向有位置,但位置不在「再做一个 Shamir 分片工具」——HN 上 iancoleman.io/shamir、passguardian.com、bs.parity.io 三个同类免费工具被直接列出来,Secret Key 的差异化只是「多存了一个 vault 文件」。真正的空位在信任层:5 星、0 fork 说明没人愿意把主密码交给一个没有审计、单人维护、波兰语界面的项目。想跟就做托管版 + 第三方审计 + 英文优先,把「自托管 PHP」这个 4 步安装砍成 1 步;最大的坑是低频需求撑不起订阅,Secret Key 连定价页都没有、只能靠 10–20 zł 打赏,这就是这个品类变现难度的直接证据。

没查到的

indie、appstore、googleplay、macappstore、chromestore 五库均无记录;GitHub 库因 5 星低于 50 星门槛未收录,星数走势只能靠现查 API 的单点;Wayback 无快照,无法看官网历史版本;suppi.pl 不公开打赏累计额,收入无法估算;作者未绑定 X,无法看其社交动态;PH 页面被 Cloudflare 拦截,评论正文未取到。