LLM API FAQ

利用開始ページを開き、プランを選択し、受信用メールアドレスを入力して決済を完了してください。新しい認証情報は購入手順に従って発行されます。迷惑メールフォルダもご確認ください。

チャージページで既存のキーを正確に入力してください。完全なキーを公開チケット、グループチャット、スクリーンショット、共有ドキュメントに貼り付けないでください。

決済状況、受信用メールアドレスの入力、受信トレイ、迷惑メールフォルダを確認してください。少し待っても届かない場合は、注文番号と決済時刻を添えて非公開でサポートにご連絡ください。

このサイトからリンクされている公式残高確認ポータルをご利用ください。キーは必ずその公式ページにのみ入力し、完全な認証情報をサポートに送らないでください。

通常のプリペイドクレジットは現在、使い切るまで利用できます。キャンペーン、契約、またはカスタムプランに別の条件がある場合は、購入ページまたは署名済み契約が優先されます。

すべての地域で https://api.llm-token.cn/v1 をご利用ください。華東・華南・香港・シンガポール・米国・ドイツにノードを配置したグローバルルーティングで、最速の経路に自動接続されます。

Base URLは /v1 までです。完全なエンドポイントでは、その後ろに /chat/completions、/responses、または /messages を追加します。クライアントの項目名に従い、同じパスを二重に追加しないでください。

Chat Completions互換、Responses互換、Messages互換の形式が利用できます。ライブラリ、クライアント、またはエージェントワークフローが要求する形式を選択してください。

API Key、Token、またはAuthorization欄を使用します。通常、直接HTTPリクエストでは Authorization: Bearer YOUR_API_KEY を送信します。引用符、プレースホルダー文字列、不要な空白は削除してください。

最新のモデルカタログまたは料金ページからコピーしてください。表示名とリクエストIDが異なる場合があるため、大文字小文字、ハイフン、バージョンサフィックスを正確に保ってください。

カタログには、主要なGPT、Claude、Grok、DeepSeek、Qwen、Doubao、Kimi、GLM、MiniMax、Hunyuan、StepFun、MiMo、LongCatファミリーが含まれます。現在のバージョン、機能、料金は料金ページでご確認ください。

まず必要な機能に合わせ、次に品質、応答時間、料金、コンテキスト長、ツール対応を比較します。本番トラフィックを割り当てる前に、同じ小さなテストプロンプトを2〜3個の候補で実行してください。

はい、ライブカタログで該当機能が表示されているモデルで利用できます。選択したモデルが画像URLやBase64入力を受け付けるか、または画像を出力するかを確認し、専用のリクエスト形式に従ってください。

一般的な構成には、Codex CLI、Claude Code、OpenCode、OpenClaw、Cursor、Cline、Roo Code、Kilo Code、Windsurf、Cherry Studio、OpenWebUI、Dify、n8n、LangChain、LM Studioなどがあります。正確な項目名はチュートリアルで確認してください。

まずライブカタログとサービスからのお知らせを確認してください。特定のモデルだけが失敗する場合は一時的に同等のモデルに切り替え、複数のモデルが失敗する場合はルーティングまたはメンテナンスの問題として扱ってください。

クレジットはプリペイド方式で、各モデルの最新料金に基づき、入力・出力トークン、倍率、または適用されるタスク単位の料金に従って差し引かれます。購入前や本番利用前に料金ページをご確認ください。

長い会話履歴、大きな出力、自動再試行、エージェントのツールループ、画像、キャッシュ動作はいずれも使用量に影響します。プロンプトと保持するコンテキストは、タスクに必要な範囲で最小限に保ってください。

履歴の重複送信、長い出力上限、並列リクエスト、SDKの再試行、エージェントループを確認してください。完全なAPIキーを露出せずに、残高確認ポータルの期間とアプリケーションログを比較してください。

チームでの利用量、同時実行数、調達、請求、サポートの要件については、サポートにご相談ください。カスタム料金やサービス承諾は、適用される契約にて非公開で確定する必要があります。

キーが完全で、空白がなく、正しい欄に入力され、このサービスのBase URLのいずれかと組み合わせて使用されているか確認してください。露出の可能性がある場合は、そのキーの使用を中止し、交換してください。

正確なモデルIDとエンドポイントパスを確認してください。表示名を使っている、/v1 を二重に付けている、ResponsesまたはMessagesのペイロードをChat Completionsのパスに送っていることが主な原因です。

まず残りクレジットを確認し、次に同時実行数と再試行頻度を下げてください。残高が十分なのに429が続く場合は、サポート用にモデル、発生時刻、エラーのスクリーンショットを保存してください。

デプロイ地域に最も近いエンドポイントを試し、コンテキストと出力を短くして、最小構成のリクエストを送信してください。特定のクライアントだけが失敗する場合は、そのプロキシ、証明書、タイムアウト設定を確認してください。

少し時間を置いて1度だけ再試行し、別のモデルもテストしてください。特定のモデルのみの失敗は通常そのルートの問題を示し、複数モデルの失敗は共通ルーティングまたはメンテナンスの可能性を示します。

同じキーとBase URLで、モデルIDだけを変えて同じ最小構成のリクエストを送信してください。1つだけ失敗するならモデルルートの可能性が高く、複数が失敗するならサポートへのエスカレーションが必要です。

漏えいしたメッセージを削除または取り下げ、そのキーの使用を中止し、交換またはリスク評価のためサポートに連絡してください。スクリーンショットでは先頭と末尾の数文字以外をマスクしてください。

いいえ。公開のトラブル解決に必要なのはモデル名とエラーのスクリーンショットのみです。認証情報を伴うアカウント確認は、非公開の安全なサポートチャネルで行う必要があります。

次の2点のみをお送りください：(1) モデル名、(2) 可能な場合は発生時刻またはリクエストIDが分かるエラーのスクリーンショット。完全なキー、パスワード、決済カード情報、マスクされていない本人確認情報は含めないでください。

まずサービスからのお知らせを確認してください。復旧後は無制限の再試行を有効にするのではなく、最小構成のリクエストを1回送信してください。失敗が続く場合は、モデル名と最新のエラースクリーンショットを報告してください。

返金と利用量に関する異議は、返金ポリシーと実際の注文状況に従います。追加の呼び出しを停止し、注文番号と関連時刻を添えて非公開でサポートに審査を依頼してください。