SaaS开发者工具监控AI

StatusTruth AI 可用性众包

当官方状态页说一切正常时,让用户互相告知哪个 AI 服务正在炸

痛点
用户多次报告 Claude 出现「Claude is at capacity」错误、加载历史对话失败,而官方状态页却显示无任何问题;另一位中文用户也以为自己的账号被封,结果只是服务炸了。官方状态页与真实体验严重脱节,用户无法区分是账号问题还是平台故障。
方案
做一个极简的众包可用性面板:用户一键提交「当前某 AI 服务是否可用」并附带错误截图/文本,实时聚合成各服务(Claude、OpenAI、Gemini 等)的真实可用率与常见错误。当某个服务短时间内报错激增时,自动生成一个可分享的状态页链接,帮助团队快速确认是否是平台侧问题。
用户
重度依赖多个 AI 服务的开发者、独立开发者、外包团队,以及需要向客户解释「不是我们的问题」的技术支持人员。
MVP
浏览器扩展或命令行一键上报当前 AI 服务可用状态;按服务聚合的实时可用率曲线;错误消息聚类(容量不足、封号、限流等);可分享的公共状态页;邮件/Webhook 告警订阅。
变现
免费公开状态页 + 付费私有看板(团队多服务监控、SLA 报表、Webhook 告警),按月订阅;也可对 API 客户按上报量计费。
为何现在
AI 服务频繁过载且官方状态页不可信,用户需要一个第三方的「真实可用性」信号;独立开发者用轻量众包即可启动,无需自建基础设施。

来源讨论 · 2

  1. Hacker NewsClaude Is "At Capacity"12↑ 2
  2. V2EX[分享发现] claude 炸了,我以为号被封了,赣
← 返回列表