评测与安全工具
OpenRouter Uptime:面向 OpenRouter 全模型的独立可用性监测与历史数据集
dthinkr/openrouter-uptime · Independent uptime registry for every OpenRouter model. Polled every 30 min, raw + derived + incidents, keyless
ELI5:它是什么,解决什么问题
该项目为 OpenRouter 上每个模型及其各推理提供方建立独立的可用性注册表,通过两个采集器每 15 分钟轮询 OpenRouter 公共 API(无需 API Key),记录约 400 个目录模型、约 1150 个路由端点的状态,并以带时间戳的快照形式提交原始响应与派生数据。仓库提供 raw/、derived/、status/ 三类数据,包括逐端点状态 CSV、最新快照、只追加的故障日志与模型/提供方变更日志,用于重建任意端点的历史可用性;Parquet 镜像每日同步到 HuggingFace 与 Kaggle。
核心能力与快速开始
★ 0 · Python
- 能做什么
- 每 15 分钟轮询 OpenRouter 公共 API,抓取 /models、/providers 与每个 /endpoints 的响应,为约 400 个模型、约 1150 个路由端点记录可用状态(up/degraded/down/idle);保存逐次采集的原始 gzip 归档与逐端点派生 CSV(ts、model、provider、endpoint_id、state、up5m、up30m、up1d 等);维护最新端点快照、只追加的故障转移日志 incidents.jsonl(含 previous_ts、observation_gap 等)、模型目录与提供方元数据及其变更日志;发布采样覆盖情况 coverage.json;由 raw/ 可重放生成派生数据(reparse.py、rebuild_history.py、audit.py)。
- 适用场景
- 研究 AI 基础设施依赖与 OpenRouter 各模型/推理提供方的可用性趋势;按模型或提供方统计历史可用率、排查故障时段;获取可用于分析的开放端点状态数据集(Parquet 镜像);跟踪模型目录与提供方的增减及元数据变更;用 grep/jq 等方式查询某模型当日状态或全部故障起始事件。
- 项目形态
- 资料合集
- 部署方式
- 采集端为 Python 脚本(poll.py、scripts/*.py),使用 Railway cron 作为主采集器、GitHub Action 作为备用采集器;数据以 git 提交形式存储,另有 HuggingFace 与 Kaggle 的 Parquet 镜像。具体运行环境与依赖未说明。
- 主要依赖
- 仅使用 OpenRouter 公共 API,无需 API Key;除 Python 外未说明其他依赖、硬件或额度要求。
- 使用限制
- 调度为 best-effort,2026-08-06 前采集最多每小时一次,早期序列需参考 coverage 文件而非计划频率;state 基于 OpenRouter 自身 30 分钟可用率统计(up>=98%、degraded 50–98%、down<50% 或非 OK 状态、idle 为无近期流量);identity_ambiguous=true 的行不是稳定时间序列且被 incidents.jsonl 跳过;原始归档约每轮 160 KB gzip(15 分钟节奏下约 15 MB/天);提供方元数据为 best-effort,data_policy 在 2026-07-15 后为 null。
- 许可证
- MIT
- 最近推送
- 2026-09-20 06:46
资料检查:2026-09-20 07:00 · 卡片整理:2026-09-20 07:00
卡片由 AI 根据仓库资料整理,未进行安装或运行验证 · 本次更新未完成,保留上次成功内容
职业应用
程序员
在开发依赖 OpenRouter 模型的应用时,可用该仓库的逐端点状态 CSV、最新快照和只追加故障日志查询各模型与推理提供方的历史可用性,辅助选择稳定端点或排查调用失败。
查看内容依据
该项目为 OpenRouter 上每个模型及其各推理提供方建立独立的可用性注册表,通过两个采集器每 15 分钟轮询 OpenRouter 公共 API(无需 API Key),记录约 400 个目录模型、约 1150 个路由端点的状态
由 AI 根据来源材料整理,未进行安装或运行验证
讨论 0
登录后参与讨论,阅读资讯无需注册。
还没有评论,来分享第一个看法。