2026 國內使用 AI API 指南:模型來源、網路質量、付費與合規怎麼判斷
在國內使用 AI API,先回答兩個問題:你要的模型在你所在地區是否被官方支援,你的網路到它的介面是否穩定。前一個問題決定能走哪條路(國產模型平臺、海外官方 API、雲廠商託管或聚合閘道器),後一個問題決定這條路好不好用。付費方式和合規要求在這兩個答案出來之後再定。下文按這個順序展開,引用的探測資料都來自 cdnping 自己的採集,並寫明視窗。
國內開發者能從哪裡拿到 AI API?
大致有四類來源,各自的前提不同:
| 來源 | 典型例子 | 主要前提 | 需要你自己確認的事 |
|---|---|---|---|
| 國產模型官方 API | DeepSeek、智譜、Kimi 開放平臺、阿里雲百鍊、火山方舟、矽基流動 | 國內實名註冊,人民幣付費 | 模型能力是否滿足任務;限流與配額 |
| 海外模型官方 API | OpenAI、Claude、Gemini、xAI、Mistral、Groq | 官方支援的國家和地區,外幣支付方式 | 你所在地區是否在官方支援列表內 |
| 雲廠商託管 | 海外模型在大型雲平臺上的託管版本 | 雲賬號與對應區域的開通資格 | 區域可用性、資料駐留條款 |
| 聚合閘道器 | OpenRouter、AGI Plan 等 | 閘道器自己的註冊和付費方式 | 閘道器是否為官方授權渠道、資料政策、可用率是否公開 |
三種接入方式(官方、雲託管、閘道器)在計費、資料和出問題時找誰這幾方面差別不小,展開對比見官方 API、雲廠商託管與聚合閘道器:三種接入方式怎麼選。
海外服務提示“地區不受支援”怎麼辦?
如實說:OpenAI、Anthropic 等海外服務對可用國家和地區有明確列表,按官方公佈的列表,中國大陸不在其中(以官方頁面為準)。遇到這類提示,原因和官方政策可以看Claude 提示所在地區不受支援:原因、官方政策與合規選擇。本文不討論任何繞過地區限制或風控的做法;請遵守各服務的條款和當地法規。合規的選擇通常是改用國產模型 API、使用你所在法律實體有資格開通的雲服務,或者使用條款清楚的第三方服務並自行評估風險。
怎麼判斷網路到 AI API 的質量?
很多“API 很慢”的問題,原因不在模型,而在 DNS 解析、TLS 握手或出口線路。判斷網路質量要分開看兩樣東西:首次連線(含 DNS 和 TLS 握手)和連線複用後的往返時間。兩者的區別可以參考國內訪問 AI API 的延遲說明,從連線建立到首 token 的拆解見AI API 延遲拆解:連線建立、閘道器往返與首 token 時間(TTFT)。
第一步:在瀏覽器裡測你自己的網路
開啟 cdnping 首頁的線上測速,它會從你當前的瀏覽器測到 15 個 AI 模型 API 的“首次連線”和“往返”(連線複用後 3 次請求的中位數)。結果反映的是你此刻、這條網路到各家介面的情況,換一個網路(公司、家裡、手機熱點)結果可能完全不同,建議每個常用環境都測一次。
如果首次連線明顯偏高、往返正常,問題多半在 DNS 或握手;如果往返本身就高,說明線路遠或繞路。完整的自檢順序(出口 IP、DNS、IPv6、測速)可以照著開發者網路自檢清單(2026 版)走一遍。
第二步:用命令列復測
瀏覽器測速受擴充套件和快取影響,部署到伺服器之前,最好在實際要跑程式碼的機器上用 curl 複測。下面的命令把一次請求拆成 DNS、TCP、TLS 和首位元組幾個階段:
curl -o /dev/null -s -w \
'dns=%{time_namelookup}s tcp=%{time_connect}s tls=%{time_appconnect}s ttfb=%{time_starttransfer}s total=%{time_total}s\n' \
https://api.deepseek.com/
把域名換成你要用的介面(例如 open.bigmodel.cn、dashscope.aliyuncs.com),每個跑 5 到 10 次,看中位數和波動,單次結果參考價值不大。這裡只測連通和握手,不傳送真實的模型請求,也不需要 API Key。
第三步:看服務本身是否正常
網路正常但請求失敗,下一步是看服務端。cdnping 的 API 狀態頁 從 Cloudflare 邊緣每 5 分鐘探測各官方 API 入口,並同步 OpenAI、Anthropic、Moonshot、Groq 等的官方狀態頁。先看這裡再改程式碼,可以少走彎路。狀態頁上的事件等級怎麼理解,見怎麼看 OpenAI 狀態頁和 Claude 狀態頁。
cdnping 的邊緣探測資料能說明什麼?
下面是 cdnping 在 2026 年 10 月 17 日 16:40 至 18:05(北京時間)從 Cloudflare 丹佛(DEN)邊緣節點的探測結果,視窗內共 242 條探測記錄,資料以 CC BY 4.0 公開,口徑見 /methodology。cdnping 從 2026-10-17 才開始採集,這只是一個很短的快照。
| 服務 | 介面域名 | 中位數 | p95 | 視窗內成功率 |
|---|---|---|---|---|
| xAI API | api.x.ai | 42 ms | 55 ms | 100% |
| OpenRouter | openrouter.ai | 54 ms | 83 ms | 100% |
| Groq API | api.groq.com | 61 ms | 131 ms | 100% |
| Gemini API | generativelanguage.googleapis.com | 69 ms | 89 ms | 100% |
| Claude API | api.anthropic.com | 73 ms | 84 ms | 100% |
| OpenAI API | api.openai.com | 96 ms | 194 ms | 100% |
| Mistral API | api.mistral.ai | 153 ms | 536 ms | 100% |
| DeepSeek API | api.deepseek.com | 353 ms | 414 ms | 100% |
| Kimi 開放平臺 | api.moonshot.cn | 375 ms | 1125 ms | 94.4% |
| 智譜 BigModel | open.bigmodel.cn | 395 ms | 674 ms | 100% |
| 火山方舟 | ark.cn-beijing.volces.com | 485 ms | 1149 ms | 100% |
| 阿里雲百鍊 | dashscope.aliyuncs.com | 615 ms | 1152 ms | 100% |
| SiliconFlow | api.siliconflow.cn | 631 ms | 1030 ms | 100% |
讀這張表要注意一點:探測點在美國丹佛,所以海外 API 的數字小、國產 API 的數字大,這是地理距離造成的,不能反過來推斷“從國內訪問海外 API 更快”。從國內網路出發,結果通常會反過來,具體是多少隻能在你自己的網路上測。這張表真正有用的是兩類資訊:
- 穩定性:同一視窗裡,p95 遠高於中位數的介面(如表中 p95 超過 1 秒的幾項),說明延遲波動較大,做超時設定時要留餘量。
- 可用性:Kimi 開放平臺在這個視窗內成功率為 94.4%,其他各項為 100%。視窗很短,不代表長期水平,但說明值得在程式碼裡做重試和降級。
想看更長時間的趨勢,可以關注每週一生成的穩定性週報。
付費有哪幾種方式?
付費方式基本跟著模型來源走:
- 國產模型平臺:人民幣充值或按量計費,開票方式以各平臺的計費和發票說明為準。
- 海外官方 API:通常需要外幣支付方式,且賬號本身要滿足官方的地區要求。
- 聚合閘道器:各家方式不同,有的按量、有的訂閱,有的支援人民幣。
以 AGI Plan 為例(AGI Plan 是 cdnping 的商業合作方):它是多供應商的大模型聚合閘道器,按月訂閱、人民幣結算,不需要海外信用卡;套餐有 Lite ¥49/月、Plus ¥119/月、Pro ¥649/月、Max ¥1,368/月,四檔只有額度不同,也可以按量付費(1 元 = 500 CU,¥20 起充)。站方明確說明自己不是官方授權渠道,部分模型標註“僅境外”,可用範圍以 agiplan.dev/models 為準。它的逐小時可用率資料公開在 https://agiplan.dev/api/status/requests?month=YYYY-MM,不登入也能拉取,cdnping 的 /status/agiplan 也做了映象。
選任何閘道器之前,可用率、計費口徑、資料政策這幾項都應該能查到並驗證。逐項檢查的方法見AI API 中轉站怎麼選:可用率、計費、資料政策 8 項檢查;人民幣付費和發票的展開討論見國內開發者怎樣付費使用 AI API。
合規上要注意哪些邊界?
- 遵守服務條款:不規避地區限制,不使用多賬號或批次註冊,不轉售你沒有轉售許可權的額度。
- 資料出境與隱私:把使用者資料、公司程式碼發給境外介面之前,先確認公司的資料管理要求,以及服務方的資料保留和訓練條款。怎麼讀資料政策見用第三方 AI API 時,程式碼和對話會被看到嗎。
- 面向公眾的產品:如果你基於 AI API 做的產品要向國內公眾提供生成式 AI 服務,需要了解相關的備案和安全評估要求,以監管部門最新規定為準。網站本身在大陸境內上線需要 ICP 備案。
- 記錄來源:在專案文件裡寫清楚用的是哪個服務、哪種接入方式、對應哪份條款,出問題時追溯會容易很多。
接入前的檢查表
開始寫程式碼之前,可以按下面這張表逐項確認:
| 檢查項 | 怎麼驗證 | 透過標準(建議) |
|---|---|---|
| 地區與條款 | 讀服務的支援地區列表和使用條款 | 你的使用場景在條款允許範圍內 |
| 瀏覽器測速 | 在 cdnping 首頁 測一次 | 目標介面能連通,首次連線和往返沒有異常值 |
| 伺服器測速 | 在部署機器上跑上面的 curl 命令 5–10 次 | 各階段耗時穩定,沒有超時 |
| 服務狀態 | 檢視 /status 和官方狀態頁 | 近期沒有持續中的故障 |
| 付費與發票 | 讀計費和發票說明 | 付費方式和報銷流程走得通 |
| 資料政策 | 讀資料保留與訓練條款 | 與公司資料要求不衝突 |
| 容錯 | 在程式碼里加超時、重試和備用介面 | 單個介面不可用時功能可降級 |
如果用的是 Claude Code、Codex 這類命令列工具,改介面地址的具體寫法見 Claude Code 自定義 API 與 Codex、OpenCode 介面地址配置。