LiteLLMがインストールされました
LiteLLMプロキシサーバーまたはPython SDKのいずれかを使用してください。
LiteLLMとの統合
LiteLLM proxy または Python SDK に ChinaAPI を OpenAI-compatible バックエンドとして追加し、1 つのキーでアプリケーションを中国モデルへルーティングします。
前提条件
LiteLLMプロキシサーバーまたはPython SDKのいずれかを使用してください。
Base URL は https://api.chinaapi.ai/v1です。API keys はダッシュボード -> コンソール -> トークンで作成します。
プロキシ設定
openai/<model> エントリです。記述先は config.yaml。model_list:
- model_name: deepseek-fast
litellm_params:
model: openai/deepseek-flash
api_base: https://api.chinaapi.ai/v1
api_key: os.environ/CHINAAPI_API_KEY
- model_name: kimi-code
litellm_params:
model: openai/kimi-k2.7-code
api_base: https://api.chinaapi.ai/v1
api_key: os.environ/CHINAAPI_API_KEY
- model_name: qwen-max
litellm_params:
model: openai/qwen3.7-max
api_base: https://api.chinaapi.ai/v1
api_key: os.environ/CHINAAPI_API_KEY
export CHINAAPI_API_KEY="sk-..."
litellm --config config.yaml --port 4000
Python SDK
import os
from litellm import completion
response = completion(
model="openai/deepseek-flash",
api_base="https://api.chinaapi.ai/v1",
api_key=os.environ["CHINAAPI_API_KEY"],
messages=[{"role": "user", "content": "Say LiteLLM is connected to ChinaAPI."}],
stream=True,
)
for chunk in response:
print(chunk, end="")
deepseek-flashチャット、コーディングヘルプ、エージェントループに対する迅速な代替ルート。
kimi-k2.7-codeリポジトリレベルのタスクや長時間の作業に適したコーディング手法です。
qwen3.7-max品質がレイテンシーよりも重要な場合、推論を重視するルートを選択する。
glm-5.2大規模なドキュメントやコードベース向けの、長文コンテキストルート。
MiniMax-M3代替ルーティングのためのマルチモーダル符号化とロングコンテキストモデル。
トラブルシューティング
たとえば qwen3.7-max などの思考モデルは、最終出力の前に推論トークンを生成することがあります。LiteLLM の背後にあるクライアントでストリーミングを使うか、アップストリーム/クライアントのタイムアウトを延ばしてください。
モデルが見つからない場合:正確な model ID を最新料金で確認してから、litellm_params.modelを更新してください。openai/ プレフィックスは OpenAI-compatible のルーティングに使うため、そのまま残してください。
401: 次の点を確認してください:CHINAAPI_API_KEY が sk-... 形式のキーに解決され、LiteLLM がそれをプロバイダーの API key として渡していること。
料金と登録方法
Standard のモデル料金はプロバイダーの国際向け公式価格の 100% に準拠します。一部のモデルには、初回チャージ後に適用される別の Paid 価格があります。登録して $2 の無料クレジットを受け取り、本番トラフィックをルーティングする前に最新料金を確認してください。