企業が豆包 API を調達するとき、よくあるやり方は個人アカウントで動かしてから契約と請求書を後追いすることです。プロトタイプ段階では問題ありませんが、業務に接続すると三つの問題が露出します。アカウントの主体が会社ではない、Key に権限の境界がない、データ条項を誰もレビューしていない。豆包 API は火山方舟が担っており、調達対象は「モデルサービス + アカウント + 契約」の組み合わせです。

注記：豆包、Doubao、火山方舟、Volcano Ark は字節跳動（ByteDance）およびその関連会社の商標です。本記事は技術調達の参考のみを目的とし、法的助言を構成せず、商標権者との資本関係、代理関係、提携関係も示すものではありません。価格、枠、条項は公式ページ、締結済み契約、およびモデル価格を基準とします。

一、調達チェックリストを五つに分ける

モジュール 確認すべき問題 提出すべき資料
主体とアカウント 契約主体、管理者 実名資料、アカウント台帳
権限と Key アプリケーションごとに Key を分ける IAM ユーザー、ポリシー、Key 一覧
枠とレート制限 無料枠、ピーク 使用量モデル、アラート設定
データと内容安全 訓練と審査の責任 条項、契約、処理フロー
コストと請求書 課金方式、請求書発行 予算表、契約、請求書

二、主体とアカウント：企業は個人アカウントで業務を担わない

  1. 企業ドメインのメールで登録し、実名認証を完了し、会社の主体を紐付ける。
  2. メインアカウントは財務と管理のみに使い、業務はアプリケーションごとに IAM サブユーザーを作る。
  3. サブユーザーには最小権限のみを与え、管理者を共有しない。
  4. IAM コンソールで Key を一元管理し、作成、ローテーション、失効を行う。退職やサービス終了時は直ちに処理する。
  5. 多要素認証を有効にし、監査ログを保存する。

火山方舟の IAM ドキュメントは二種類の Key を区別しています。IAM コンソールで作成した Key はサブユーザーに帰属し、方舟のポリシーを手動で付与する必要があります。方舟コンソールで作成した Key は既定のポリシーが自動的に付きます。権限ガバナンスには前者が適しています。どちらでも、Key をフロントエンド、コードリポジトリ、チャット履歴に入れないでください。

三、枠とレート制限：無料枠は調達枠ではない

新規ユーザー無料枠は検証に向き、容量計画には向きません。調達では四種類の数字を区別します。無料枠はモデルごとに計算され、メインアカウントとサブアカウントで共有され、オンライン推論トークンのみを対象とし、プラグイン、ナレッジベース、バッチ、キャッシュ保存は含みません。モデルレベルのレート制限は RPM、TPM、TPD、IPM、実行中の同時実行を含み、プラットフォームが設定し、増枠にはチケット申請が必要です。エンドポイントレベルのレート制限は詳細ページで調整できます。使用量上限に達するとサービスが停止し、一部のキャッシュや低遅延機能とは排他関係になります。

調達前に、業務部門からピーク時の RPM、TPM、最大入出力長を出してもらってください。稼働後は 429 を重点的に監視します。ServerOverloaded はバックオフ、RequestBurstTooFast は立ち上がりの緩和、SetLimitExceeded は枠の枯渇を示します。火山方舟は X-Ark-Max-Wait-Timeout-Ms でリクエストを待ち行列に入れられます。非リアルタイムのタスクに向きますが、タイムアウトを長めに設定する必要があります。

四、データとコンプライアンス：口頭説明を条項に落とす

火山方舟のプラットフォーム専用条項には、個別同意なくプラットフォームが顧客データを保存したり、モデルの訓練や最適化に使用したりしないと明記されています。データはコンプライアンス審査、障害調査、異常呼び出しの警告によって処理される場合があります。プラットフォームは集計統計を行いますが、元の顧客データは保持しません。企業はさらに六点を確認します。

  1. 高セキュリティサンドボックスが有効か、データがモデル提供者に渡るか。
  2. 専有モデル、オープンソースモデル、ファインチューニングモデルのどれで、どの条項が適用されるか。
  3. ファインチューニングデータの権属、使用範囲、保存、削除の仕組み。
  4. 越境転送が関わるか、個別評価が必要か。
  5. 企業契約、データ処理契約、秘密保持契約を締結できるか。
  6. セキュリティインシデントの通知期限、処理フロー、監査報告書を提供できるか。

特に二点注意してください。第一に、ファインチューニングモデルは「モデルが企業の所有になる」ことを意味しません。条項は通常、有料利用後の専用使用権のみを付与し、モデルは引き続きプラットフォーム上にデプロイされ、ソースコードとパラメータは提供されません。第二に、条項には一般的な保存期間がなく、企業自身がログを保存し、契約で削除義務を定める必要があります。機密データは先にマスキングしてください。

五、内容安全：プラットフォームの機能とアプリケーションの責任を分ける

豆包モデルには基本の安全機構が備わっており、火山方舟は内容安全ガードレールを提供し、エンドポイント上で入力と出力の審査を設定できます。既定の方案はプラットフォーム標準の仕組みを使います。より細かいポリシーが必要な企業は、火山エンジンのコンテンツリスク管理サービスを接続できます。ブロックされたリクエストは Detection 識別子付きのエラーを返し、審査ラベルとリクエスト ID が付きます。

しかし「プラットフォームにガードレールがある」ことは「企業に審査責任がない」ことを意味しません。本記事執筆時点のドキュメントでは、カスタムガードレールは主に画像、動画、3D 生成を対象としており、テキスト業務は依然としてアプリケーション層でセンシティブワード、構造化検証、人による確認を行う必要があります。調達時には、審査ポリシーの維持担当、誤ブロックの異議申し立て、ログの保存期間、違反内容の処理担当を明記してください。

六、コスト、契約、請求書

豆包 API の課金は、単価にトークンを掛けるだけではありません。変数には、入力と出力の個別課金、一部モデルの入力長による段階、音声入力の個別課金、キャッシュヒット価格、キャッシュ保存費、バッチ推論価格、ファインチューニングの訓練と推論価格、モデルユニットと低優先度推論があります。一部のサードパーティモデルにはピークとオフピークの差もあります。

コスト管理は次の順序で行います。

  1. モデルの階層化：分類、抽出、書き換えには軽量モデル、複雑な推論にはフラッグシップモデルを使う。
  2. 入力の圧縮とプレフィックスの安定化：検索では関連する断片だけを取得し、過去の会話を要約し、プロンプトを固定する。
  3. 出力の制限：最大出力長を設定し、構造化された結果を求める。
  4. オフライン処理のバッチ化：ラベリングや要約はバッチ推論に回すと通常安くなる。非リアルタイム処理には低優先度も選べる。
  5. 使用量上限の設定：モデルレベルとエンドポイントレベルの両方で上限を設ける。
  6. Key 単位の請求集計：API Key ID またはプロジェクト単位でコストを分ける。

企業の支払いは法人振込を推奨し、契約、注文、振込控え、請求書を保管します。請求書は成功したサービス注文または請求確定済みの分のみ発行され、未消費の前払金は発行できません。請求書発行済み金額の返金は先に返金処理が必要です。税率は政策により変動しますが、税抜価格は通常変わりません。費用センターを基準としてください。

複数のモデルを併用する場合、国内の AI ゲートウェイで人民元の請求と請求書を統一できますが、サービス依存とデータ条項をもう一段確認する必要があります。モデル価格は参考であり、価格は調整されます。

七、パイロット検収：二週間で拡大可否を決める

  1. 実際だが中核ではない場面を選び、タスク成功率、P95 遅延、429 比率、タスク単価の四指標を定義する。
  2. 無料枠または少額の後払いで、認証、ストリーミング出力、エラーコードを通す。
  3. 5%〜10% の段階的トラフィックを接続し、ピーク RPM と TPM を負荷テストし、レート制限とアラートが有効か確認する。
  4. 機密サンプルで内容安全ポリシーをテストし、誤ブロック率と処理時間を記録する。
  5. 法務とセキュリティチームに条項、データ処理契約、ログ保存方案をレビューしてもらい、請求を照合する。
  6. 縮退を一度演習する。メインモデルが使えないときに、代替モデルまたは代替ゲートウェイへ切り替える。

次のスクリプトは稼働前のスモークテスト用で、Key、モデル名、使用量フィールドが正常か確認します。

import os
from openai import OpenAI

client = OpenAI(
    api_key=os.environ["ARK_API_KEY"],
    base_url=os.environ["ARK_BASE_URL"],  # 直結またはゲートウェイのアドレスはドキュメントに従う
)

resp = client.chat.completions.create(
    model=os.environ["ARK_MODEL"],
    messages=[{"role": "user", "content": "OK とだけ返してください"}],
    max_tokens=16,
    stream=False,
)

print(resp.model)
print(resp.choices[0].message.content)
print(resp.usage)

スモークテストは「呼び出せる」ことだけを証明し、「支えられる」ことは証明しません。本当の検収は、段階運用期間のエラー率、遅延分布、請求を見ることです。

よくある質問

豆包の企業調達には企業実名アカウントが必要ですか？

法人振込、契約、請求書が関わる場合は、企業実名アカウントを使うことをおすすめします。個人アカウントは検証に向き、会社の業務を担うのには向きません。

無料枠を本番検収に使えますか？

機能検証には使えますが、本番容量としては適しません。無料枠にはレート制限と範囲の制限があり、使い切ると停止します。

豆包 API は企業データを訓練に使用しますか？

プラットフォーム条項には、個別同意なく訓練や最適化に使用しないと明記されています。ただしモデルの種類、高セキュリティサンドボックスの有無、ファインチューニングの有無で条項が異なる場合があります。締結済み契約と公式条項を基準としてください。

内容審査はプラットフォームと企業のどちらが担当しますか？

プラットフォームは基本の安全機構と任意のガードレールを提供しますが、入出力、審査ポリシー、違反処理の責任は企業に残ります。テキスト系アプリケーションは特にアプリケーション層での審査を補ってください。

公式直結と AI ゲートウェイはどう選びますか？

豆包だけが必要で、企業認証が完了し、財務プロセスが簡単なチームは直結のほうが経路が短くなります。複数モデルの入口、人民元の請求、請求書が必要なチームはゲートウェイのほうが手間が少ないです。費用はモデル価格を基準とします。

次のステップ

まず二週間のパイロットでタスク効果、レート制限、請求を検証してから、調達規模を決めてください。豆包と他のモデルを同じインターフェースで比較する必要がある場合は、ZSQH AI Gatewayでテスト用 Key を作成できます。モデル、価格、条項はモデル価格と公式ドキュメントを基準とします。

関連記事：

豆包、Doubao、火山方舟、Volcano Ark は字節跳動（ByteDance）およびその関連会社の商標です。本記事は技術調達の参考のみを目的とし、法的助言を構成するものではありません。