EndpointMe

发布之后的表现

收入

• indie(TrustMRR):库里没有。按域名 app.endpointme.world 和名字 \bendpointme\b 都没查到档案,即没有把支付平台 key 接进来公开流水库。这不等于没收入,只等于没有可验证的收入证据。

用户 / 下载

• App Store / Google Play / Mac App Store / Chrome 应用商店:四个库全部没有库。产品是纯 Web + API,没有上架商店,属预期。
• 官网 /humans「Find humans」页是 JS 渲染,抓到的正文只有搜索表单,看不到任何已注册用户;app.endpointme.world/api/aditya 返回「Profile not found — No endpoint exists for this username yet」,连首页 demo 里那个示例用户都不存在官网。无法确认注册量。

开发者关注

• github 库:库里没有。按 homepage_domain = app.endpointme.world、仓库名 endpointme、简介含 endpointme 都查不到仓库库。PH 档案里 github_repo 也是空的库。产品没有开源部分。

讨论

• hackernews 库:库里没有。按域名和标题 \bendpointme\b 都没有故事库。
• x 本地库:库里没有。core 层 560 人的原创帖里没有一条提到 endpointme / app.endpointme.world库。创始人 @Aditya_Raj90 不在圈子名单里,且账号受保护、0 粉丝网页。
• PH 本身:发布当天 87 票、日榜第 25、7 条评论;产品档案 111 关注、0 条评价库。评论里创始人回复说 GitHub/LinkedIn 级验证和 DID 签名要放到 v2自报,PH 评论。

官网和公开网页

• 首页仍在,内容完整:did:key + Ed25519 签名、/verify 三档判定(high_trust / low_trust / invalid)、/search/humans 查询、六个用例官网,2026-11-02 抓取。
• 但首页展示的 API 主机 api.endpointme.world 根路径和 /aditya、/verify 全部返回 Vercel「404 DEPLOYMENT_NOT_FOUND」,即该子域没有部署官网。
• 没有 changelog、没有博客、没有融资或收购消息官网/搜索。
• Wayback Machine 对 app.endpointme.world 没有任何存档快照〔第三方 archive.org/wayback/available?url=app.endpointme.world〕,无法做前后对比。

自报 vs 实际

• 自报(官网首页):「A profile that answers like an API」「curl api.endpointme.world/aditya 返回 200 OK + 签名 JSON」。实际:该 URL 返回 404 DEPLOYMENT_NOT_FOUND,首页 demo 是死的官网。这是本档案里最硬的一处对不上。
• 自报(PH 文案):「every person a unique API endpoint」。实际:公开可查的 endpoint 一个都找不到,连示例用户 aditya 都没有官网。
• 自报(PH 评论):「v2 会加 GitHub/LinkedIn 级验证和 DID 签名」。实际:首页已经把 DID 签名当 V1 卖点写出来了官网——自述前后不一致。
• 没有任何自报的收入 / 用户数字,所以没有可对照的 MRR 或用户数。

为什么成了 / 没成

没成。三个可验证的点:

1. 核心交付物是坏的。产品承诺「一个可查询、可验签的 API endpoint」,而首页唯一给出的可执行示例(api.endpointme.world/aditya)返回 404。一个 API 产品的 demo 打不通,等于没有产品。
2. 需求侧是伪需求。它要解决的是「agent 查人时不要爬 LinkedIn」,但真实世界里 agent 查人要么走 LinkedIn/简历,要么走人自己写的个人站;「结构化 + 签名」的价值只有在有大量 agent 真的按这个协议去查时才成立,而这是双边网络效应——没有供给(用户档案)就没有需求(agent 查询),没有需求就没有人愿意填档案。5 个月过去,公开可见的档案数看起来是 0。
3. 分发只有一次 PH 发布。87 票、日榜 25 名、7 条评论,之后 HN、X、GitHub 三个库全无痕迹库,也没有 changelog 或后续发布。创始人 X 账号 0 粉丝且受保护网页,等于没有持续分发的渠道。

对想跟的人

别跟这个具体产品,但「给 agent 读的结构化身份」这个方向本身还有位置——只是位置不在「再做一个协议」,而在「先有存量数据再谈协议」。证据:EndpointMe 发布当天拿到 87 票、日榜第 25库,说明「agent 可查询的人」这个概念在 PH 上有人认;但同一份档案里 indie 收入库没有它、GitHub 没有它、HN 和 X 一条提及都没有库,说明认概念的人没有一个转成用户。最大的坑是双边冷启动:你得先有一个 agent 生态真的会去调用的数据源(比如从 GitHub / 简历 / 作品集反向生成档案),而不是让用户先来「claim 一个 handle」——EndpointMe 的 onboarding 第一步就是「Claim a username, before the clean handle is gone」官网,这是典型的先要供给、再找需求,顺序反了。

没查到的

• indie(TrustMRR):没有它的档案,收入 / MRR / 订阅数 / 是否挂牌出售全部答不了。
• appstore、googleplay、macappstore、chromestore:四个库都没有它(纯 Web 产品,预期)。
• github:没有仓库,star 走势 / fork 比 / 提交活跃度都答不了。
• hackernews、x 本地库:零提及,无法判断社区反应。
• 官网定价页:不存在,收费模式无法确认。
• 注册用户数、档案数:官网 /humans 是 JS 渲染,抓不到列表;Wayback 无存档;无法估计。
• 创始人身份:PH 只给「Aditya Raj · Cortex」,X 账号受保护且 0 粉丝,无法确认是否同一人、团队几人、此前做过什么。