Reset Alerts

发布之后的表现

收入

• indie(TrustMRR):库里没有。按域名 resetalerts.com、名字 Reset Alerts 全等/词边界双条件点查均无记录库。也就是说创始人没把 Stripe / RevenueCat 的只读 key 接进 TrustMRR,或收入不足以挂牌。对照:同期同库里「Headroom」(extraheadroom.com,同样的 AI 额度监控方向)30 天收入 $2,962、MRR $2,089、232 订阅库——同类产品是能变现的,Reset Alerts 走的是免费+赞助的另一条路。

用户 / 下载

• App Store、Google Play、Mac App Store:三个库按名字和域名点查全部库里没有(产品本身无 App,SMS/Telegram 交付)库。
• 最硬的外部代理:Telegram 频道 @ResetAlerts,创建于 2026-09-29(与第一次 Show HN 同日),截至抓取 536 订阅者;单条推送浏览量从 9-30 的 545 次涨到 10-15 的 1.27K 次官网/Telegram 公开页。这个数字偏低——频道开了 5 周只有 536 订阅,且浏览量约是订阅数的 2 倍(公开预览页的浏览会重复计入),不能读成「有 1,000 多活跃用户」推断。
• 官网自己不放用户数、注册数,PH 也零评论数(reviews_count = 0)、49 关注者库。

开发者关注

• GitHub:库中没有以 resetalerts.com 为主页、或名字含 resetalert 的仓库库。但赛道拥挤度可从 GitHub 直接读出:跟踪 Codex / Claude Code 额度与重置的开源库至少 20 个,如 CodeZeno/Claude-Code-Usage-Monitor 673 星、Licoy/Quosparr 315 星、jordan-edai/codex-reset-watcher 106 星、inmve/codex-reset-alerts(用 GitHub Release 当重置闹钟)库。竞争者大多开源、免费、且做成了菜单栏常驻 App。

讨论

• Hacker News:两次 Show HN,Show HN: Text alerts when Codex resets are announced(2026-09-29,3 分 2 评论)与 Show HN: A calendar tracker for OpenAI's 28-day Codex reset challenge(2026-10-11,3 分 0 评论),两次都没上首页(front_hours = 0)库。
• X 本地库:直接搜 reset alerts|resetalerts 库里没有提及,创始人 @sam_feldman_ 也不在五个圈子名单里库。但同一批人讨论「Codex reset」热度很高:@eliebakouch 讲额度重置过期没等到(536 赞)、@iScienceLuvr 说「该加个提醒」、@wong2__ 提到抢注 @codex_resets 账号(88 赞)库——需求真实存在,但没人替 Reset Alerts 说话。
• 第三方写成「竞品目录」的场面很扎眼:codex-reset.com、notifyreset.com、whencodexreset.com、resetbeacon.com、codexreset.today、codexresets.com、aiidelist.com 都在同一关键词下出现官网/搜索。

官网动态

• 官网在运营且有实质更新:首页顶部挂着实时状态条「Nov 1, 2026 · 3:29 PM PT · Tibo announced the second of two banked Codex resets」官网;另建了两个 SEO 内容页——/codex-reset-almanac(重置历史 72 条公告、准时率统计:35 次定时重置里 27 次准时、平均迟 2h24m)和 /codex-28-day-challenge。官网
• 无 changelog、无博客、无融资或收购消息;Wayback 最早存档为 2026-09-29(即 Show HN 当天),说明站点就是那时上线的Wayback。

自报 vs 实际

• 官网/PH 的定位语是「Get a text when a Codex reset is announced」,没有报任何用户数或收入数字,因此没有「自报 vs 实际」的正面冲突点——这本身是个信号:一个以增长见长的独立开发者,五周后仍未在任何渠道报量。
• 唯一的量级线索是 Telegram 536 订阅者官网,与 PH 49 关注者库一起看,量级自洽(几百人,非几万)。
• 需要点出的口径问题:PH 显示 score 79、发布日 76,但当日第 23 名,而当天第 1 名 Empacer 是 443 票——79 票在这个赛道属于「有曝光但没破圈」,不宜读成「热门发布」库。

为什么成了 / 没成

做对的三件事:①切口极小且真实——不是做「另一个额度监控器」,而是做「重置前 5 分钟的一脚提醒」,官网的原话「Use that 67% before it resets」把价值讲得很干净;②交付零摩擦——不用装 App,短信/Telegram 直达,官网也把这点当卖点;③创始人会玩内容杠杆,两周内把代码重置换成了 72 条带原始 X 链接的重置档案,吃到了 SEO。官网

没成的三个原因:①免费无收入。Terms 写明 SMS 免费、只靠赞助行,而赞助短信的商业模式对独立开发者几乎无法规模化(需要卖广告位);②护城河为零。监控一条公开发布的 X 推文,任何人在一个周末就能复刻,GitHub 上 20+ 个同类库和 7 个同类网站已经证实了这一点;③顺风是租来的。整波热度的燃料是 OpenAI 的「28 天重置挑战」,该活动 2026-11-01 结束,almanac 页里 11 月重置数已经是 0——如果 OpenAI 停止高频重置,产品的触发场景会大幅萎缩。官网

结论:它作为一个流量小实验是成功的(登录 PH 首页、Telegram 几百订阅、上线 5 周就在该关键词下与 7 个竞品并列),但作为一个生意,目前看不到变现结构。

对想跟的人

想跟这个方向,先看两个数字再动手:第一,Telegram 频道 5 周只有 536 订阅者,说明「重置提醒」这种一次性、事件驱动的需求留不住人——用户拿到提醒就走了,不做订阅留存;第二,indie 库里同类 Headroom 是 $2,089 MRR / 232 订阅,而 Reset Alerts 收入库里没有库——差别不在技术,在于 Headroom 卖的是「持续监控与用量分析」,Reset Alerts 送的是一次性通告。所以位置在「把一次性提醒变成常驻的额度资产看板」(提醒 + 用量烧录进度 + 多账号管理),而不是再做一个更快的短信机器人;最大的坑是你的唯一上游(OpenAI 的重置频率)随时会被关掉,而下游已有 7 个免费竞品。

没查到的

• indie(TrustMRR):无记录,无法给出逐月收入、MRR、订阅数、是否挂牌出售库。
• App Store / Google Play / Mac App Store / Chrome 应用商店:均无记录(产品无客户端)库。
• GitHub:无产品自有仓库,因此无 star 走势、fork/star 比、最近提交、可疑标记库。
• X 本地库:无提及,创始人不在圈子名单,无法给出社交媒体口碑的时间线库。
• 无法获得:SMS 订阅者数量、发送量、赞助收入、留存的任何绝对数字(官网、Terms、PH 均未披露,苹果/谷歌也不适用)。