这里展示由 GitHub Actions 定时生成的公开边缘探测结果。它回答的是：从公共网络访问官网、API 文档和模型列表入口时，DNS、TLS、HTTP 是否按预期返回。
它不代表所有模型、账户额度、具体模型质量或固定 SLA。模型是否可用，仍应以当前模型广场和你的实际请求为准。
当前组件
| 组件 | 结果 | HTTP状态 | 检查耗时 | 检查时间 | |:—|:—:|—:|—:|:—|
| Website | ✅ 正常 | 200 | 871 ms | 2026-10-24T05:49:23.102Z |
| API documentation | ✅ 正常 | 200 | 415 ms | 2026-10-24T05:49:23.102Z |
| OpenAI-compatible models endpoint | ✅ 正常 | 401 | 452 ms | 2026-10-24T05:49:23.102Z |
Gemini 4 Argon：目录状态与探测分开看
gemini-4-argon 的 2026-10-14 上架公告和 2026-10-15 目录核验已收录在模型目录与原始目录摘录。目录返回 available: true，不表示本页探测调用过该模型。下方边缘探测方法及历史原始数据保持独立，不据此推断 Gemini 4 Argon 的生成成功率。
方法与边界
- 官网入口预期返回
200； - API 文档入口预期返回
200； /v1/models不发送API Key，接受公开接口可能返回的200、401或403，因为这些状态都说明公共边缘已经响应；- 每次探测记录状态、响应时间、Content-Type和错误摘要；
- 探测不会保存或提交任何API Key，也不会声称底层模型全部可用。
完整原始数据：status.json。探测脚本：probe-edge.mjs。
遇到调用错误怎么办？
GPT 或 DeepSeek API 状态正常，为什么调用仍失败？
本页的“正常”只表示当次公共入口按预期响应。探测没有携带 Key，也没有逐一调用 GPT、Claude 或 DeepSeek，因此无法判断你的账户额度、所选分组和模型上游是否可用。
| 真实请求现象 | 先检查什么 | 后续操作 |
|---|---|---|
未带 Key 的 /v1/models 返回 401 |
鉴权入口能响应，不代表模型调用成功 | 使用自己的限额 Key 和精确模型 ID 测一条短文本 |
| 带 Key 的请求仍返回 401 | Key 是否完整、启用，鉴权头和站点是否对应 | 401 排错 |
| 返回 429 | 响应正文中的限流、余额或并发提示 | 429 排错，避免无上限重试 |
| 返回 502/503 或流式中断 | 请求时间、模型 ID、Request ID、是否只在流式时失败 | 502 与 SSE 排错 |
| HTTP 200，但结果不符合要求 | 有效文本、响应格式、usage、SSE 与工具调用 | 分项检测报告判读 |
保存故障记录时注明时区、网络地区、端点和错误正文，并移除 Key 与私人内容。不同地区、模型和时间的请求不能直接视为同一测量条件。
先看OpenAI API状态检查，按 DNS/TLS、鉴权、路径、限流、上游错误的顺序保留证据；再用在线模型检测检查具体模型和协议能力。
这是公共边缘可达性观察，不是厂商认证、模型质量保证或支付/账户可用性承诺。动态状态以最新探测、控制台和实际请求为准。