全平臺健康分
—
—
近 24 小時請求—
近 24 小時報錯—
上游錯誤 502—
拒絕 403—
限速 429—
全平臺质量
—
統計日期—
請求數—
可判定數—
一致數—
這些數字是怎麼算出來的
- 健康分 = 100 − 100 × 加權報錯數 ÷ 請求數,窗口是最近 24 個整點小時,與下面按自然日計算的廠商质量不是同一個窗口。
- 加權口徑:502 等上游錯誤算 1.0,403 拒絕算 0.8,其它錯誤算 0.6,429 限速算 0.5——上游掛掉比被限速嚴重得多。
- 柱狀條一格是一個整點小時,顏色取該小時的健康分;灰格表示那一小時沒有調用,不參與算分。
- 只統計已經路由到某個廠商的請求。平臺側的限速、內容攔截、找不到路由,都沒有廠商歸屬,不會落在任何一張卡片上。
- 客戶端主動斷開的請求計入總請求數,但不算報錯——那是使用方走了,不是廠商出錯。
- 质量 = 模型響應一致數 ÷ 當日請求數,原值 100%。
- 比對基準是「實際發給上游的那個模型名」。平臺自己做的保底替換與轉發改名,不算在廠商頭上。
- 模型名只在大小寫、點與橫線、廠商前綴、GA 日期後綴上有差別的,視為一致——那是命名風格不同,不是換了模型。
- 上游沒回報模型名的請求同樣算在分母裡,只是不計入一致數——可判定率就是它拉低了多少。唯一的例外是整個廠商當日一條都無從判定(不少媒體與異步協議的回包里根本沒有模型名字段),那不算它降智,质量保持原值 100%。
各廠商最近 24 小時狀態
加載中...


