生成AI APIとは?種類・選び方、料金の見方と開発手順を解説

生成AI APIとは?種類・選び方、料金の見方と開発手順を解説

AI脆弱性診断

そのAIシステム、従来の診断だけで十分ですか?

外部・内部の弱点に加え、プロンプトインジェクションや過剰な権限などAI固有の攻撃面も診断します。

無料で相談する

1992年生まれ鳥取県出身、高専にてソフトウェア開発を学ぶ⚙️ レシピアプリや通話アプリなどのMVP開発を担当し、合計1000万DLを突破。 その経験を経てMojiを創業、生成AIやその周辺システムの開発マネジメントを行っている。 趣味はキャンプと二郎、筋トレ(ベンチ100kg)。

生成AI APIとは、文章生成、画像・ファイルの理解、検索、ツール実行などのAI機能を、自社のWebサービスや社内システムからプログラムで呼び出すための仕組みです。チャット画面で生成AIを使うだけでなく、問い合わせ対応、文書検索、議事録の下書き、データ抽出、業務ワークフローへの組み込みなど、用途に応じたアプリケーションを開発できます。

ただし、「最もおすすめのAPI」は一律には決まりません。必要な入出力、利用するデータ、ツール連携、リージョンや認証の要件、許容できる遅延、月間の利用量、評価方法によって選択は変わります。本記事は2026年9月19日に各社の公式ドキュメントを確認して編集しています。個別サービスの価格一覧や絶対的な順位ではなく、生成AI APIの種類、主要な提供形態の比較軸、料金の見方、開発・評価の手順を整理します。

APIそのものの基本や、AIエージェントと外部システムをつなぐAPI・MCP・A2Aの役割の違いは、API・MCP・A2Aの違いもあわせて確認してください。

生成AI APIとは

生成AI APIは、アプリケーションからリクエストを送り、モデルの出力を受け取るためのインターフェースです。提供される入力形式、出力形式、ツール、認証方法はサービスごとに異なります。たとえばOpenAIのResponses APIでは、テキスト・画像・ファイルを入力に使え、Web検索やファイル検索などの組み込みツール、独自の関数をツールとして指定できます。OpenAI Responses APIリファレンス

実装では、モデルAPIを呼ぶこと自体は一部です。業務利用では、入力の整形、社内データの検索、権限確認、回答不能時の処理、ログ、監視、人による確認を含めて設計します。最新情報や社内規程を根拠に回答させたい場合は、モデルの事前学習知識だけに依存せず、検索結果を文脈として渡すRAGも検討対象になります。RAG(検索拡張生成)の基本と導入・評価で、向く業務と評価方法を確認できます。

生成AI APIの主な種類

種類

主な用途

確認する条件

直接提供型のモデルAPI

チャット、要約、分類、コード支援、画像・ファイル理解

モデル能力、ツール、構造化出力、レート制限、データ利用条件

クラウドAI基盤

既存クラウドの認証・監査・ネットワークと統合したAI利用

リージョン、IAM、監査ログ、利用可能モデル、周辺サービスの費用

検索・埋め込み・再ランキングAPI

社内文書検索、RAG、類似検索、検索精度の改善

検索品質、対応言語、インデックス更新、評価データ、検索単価

音声・画像・動画を扱うマルチモーダルAPI

帳票読取、画像検査支援、音声対話、コンテンツ制作支援

入力形式、精度、処理時間、権利・個人情報、公開前の確認工程

この分類はMojiによる実務上の整理です。同じ提供会社でも、モデル、API、リージョン、契約プランで使える機能と料金が異なるため、サービス名だけで判断しないことが重要です。

生成AI APIの比較:5つの候補をどう使い分けるか

以下は絶対的なランキングではありません。用途・入力データ・評価指標・許容誤差によって結論が変わるため、導入候補を絞るための比較表として利用してください。ここでは、直接提供型のモデルAPIと、複数モデルやクラウドの統制機能を利用できるクラウドAI基盤を区別して整理します。仕様・料金は変更されるため、契約前に各社の公式ページを確認してください。

提供形態

候補

検討しやすいケース

比較時の確認点

直接提供型のモデルAPI

OpenAI API

生成、画像・ファイル理解、組み込みツールを一つのAPI設計で扱いたい場合

利用するモデル、Responses APIのツール、保存設定、入力・出力・キャッシュを含む料金

直接提供型のモデルAPI

Anthropic API

長い文書、構造化した指示、ツール利用を含むワークフローを検証したい場合

モデルの提供状況、コンテキスト長、ツール利用時のトークン、キャッシュ・バッチ処理の料金

クラウドAI基盤

Vertex AI

Google Cloudのプロジェクト、認証、IAMと一体で運用したい場合

認証方式、利用可能なモデル・機能、リージョン、モデル以外の周辺サービス料金

クラウドAI基盤

Amazon Bedrock

AWSのIAMやネットワーク設計に沿って、複数の基盤モデルを比較したい場合

モデルごとの対応API・エンドポイント・リージョン、オンデマンド・プロビジョンドスループット、ガードレールの利用条件

直接提供型のモデルAPI

Cohere

生成だけでなく、埋め込み・再ランキングを含む検索やRAGを比較したい場合

Command・Embed・Rerankの役割、利用する提供形態、検索・生成の評価方法

  • OpenAI API:Responses APIでは、画像・ファイルを入力に利用でき、Web検索、ファイル検索、独自関数をツールとして指定できます。モデルとツールの組み合わせ、データの扱い、利用料金を対象業務ごとに確認してください。OpenAI Responses APIリファレンス
  • Anthropic API:料金は、モデルの入力・出力トークンに加え、プロンプトキャッシュの書き込み・読み取り、バッチ処理などの条件で変わります。ツール利用を含む実装では、送受信するトークン量とキャッシュの利用状況を分けて確認します。Anthropic公式料金ドキュメント
  • Vertex AI:Google Cloudでは、アプリケーションの認証方法としてApplication Default Credentials(ADC)を利用できます。APIキーを使う構成を含め、利用するサービス、実行環境、組織のIAM要件に応じて認証方式を選びます。Google Cloud公式:Authentication
  • Amazon Bedrock:モデルごとに対応API、エンドポイント、利用可能リージョン、モダリティ、ツール利用の対応状況が異なります。モデルの選定時には、能力だけでなく、リージョン、エンドポイント、必要なAPIとの適合も確認してください。Amazon Bedrock公式モデル互換性ガイド
  • Cohere:Cohereは、チャット・RAG・ツール利用向けのCommand、意味検索・分類・クラスタリング向けのEmbed、検索関連性の改善向けのRerankを案内しています。生成と検索を組み合わせる構成では、モデルAPIだけでなく検索系APIも比較対象に含めます。Cohere公式ドキュメント

生成AI APIの料金比較で見るべき項目

本記事は、5候補の現行価格を同一条件で並べる価格一覧ではありません。モデル、リージョン、キャッシュ、ツール、スループット条件が異なり、単純な単価比較では業務ごとの費用を判断しにくいためです。料金表の単価だけでは、月額費用は判断できません。生成AI APIでは、入力トークンと出力トークンが別料金であり、キャッシュ、Web検索、ファイル検索、埋め込み、再ランキング、専用スループット、ログ保存などが別途発生する場合があります。

たとえばAmazon Bedrock Guardrailsでは、設定したポリシーの評価に料金が発生します。入力がブロックされた場合はガードレール評価の料金が発生し、基盤モデル推論の料金は発生しません。一方、モデル出力がブロックされた場合は、ガードレール評価に加えて、生成済みのモデル推論に対する料金が発生します。Amazon Bedrock Guardrails公式ドキュメント

Mojiによる試算テンプレートとして、まず次の形で月額を概算します。

月額概算 = (月間入力トークン × 入力単価)+(月間出力トークン × 出力単価)+ ツール利用料 + 検索・ベクトルDB・監視などの周辺費用

たとえば、架空の例として社内FAQの回答を生成する場合、質問文だけでなく、システムプロンプト、検索で取得した文書、会話履歴、モデルの出力、再試行分までを計測対象にします。回答1回の単価が低く見えても、長い検索文脈や再実行が増えると費用は変わります。実測前の見積もりでは、平均値だけでなくP95の入力・出力トークン量も置いてください。

料金比較チェックリスト

  • 入力、出力、キャッシュ読み取り・書き込みの単価を分けて確認する
  • 検索、ファイル処理、埋め込み、再ランキング、ガードレールなどの追加料金を確認する
  • 試験環境と本番環境で、利用上限・レート制限・優先処理の条件が異ならないか確認する
  • 月間平均だけでなく、ピーク時リクエスト数と最大文脈長を見積もる
  • モデルを切り替えた場合の品質低下・再試行増加も含めて、タスク単価で比較する

生成AI APIの選び方:判断基準

判断項目

確認する質問

判断の目安

目的

生成、検索、抽出、分類、業務操作のどこを支援するか

「チャットボットを作る」ではなく、対象業務の入力・出力・完了条件を定義する

品質

どの誤りが許容できず、誰が正解を判定するか

自社データで評価セットを作り、正確性・根拠性・形式・安全性を分けて測る

データ

個人情報、機密情報、著作物を入力するか

入力可否、保存、削除、アクセス権、ログの設計を契約・運用の両面から確認する

運用

障害、レート制限、モデル更新時にどう対応するか

タイムアウト、再試行、フォールバック、監視、変更検証を設計する

コスト

1リクエストではなく、業務完了までの費用はいくらか

トークン量、ツール、再試行、人の確認時間を含めて比較する

比較表の結論は、利用するモデル、入力データの品質、評価指標、許容誤差で変化します。たとえば、要約では読みやすさを優先できても、規程案内では根拠文書への一致率や回答保留の適切さを優先すべき場合があります。評価設計の詳細は、AIの評価とは?評価指標や評価方法、RAGの検索・回答を切り分ける方法は社内RAGが的外れな回答を返す原因と改善方法を参照してください。

生成AI API開発の進め方

  1. 対象業務を1つに絞る:利用者、入力、期待する出力、利用禁止の情報、失敗時の影響を整理します。
  2. 完了条件を定義する:正答率だけでなく、根拠の提示、指定形式への適合、回答保留、処理時間、1件あたりの費用を決めます。
  3. 候補APIを少数で比較する:同じプロンプト、同じ入力、同じ評価データを使い、モデルや基盤を比較します。
  4. 最小構成で実装する:認証情報の管理、入力検証、タイムアウト、再試行、ログ、利用上限を実装します。
  5. 評価してから対象を広げる:実データに近い評価セットで品質・安全性・費用・遅延を測り、基準を満たした範囲だけを本番化します。
  6. 運用時に継続評価する:モデル更新、プロンプト変更、文書更新、利用量の増加に伴う品質・費用の変化を定期確認します。

AIリスク管理では、利用文脈を把握し、測定と管理を継続することが重要です。NISTのAI RMF 1.0は、AIリスク管理をGOVERN、MAP、MEASURE、MANAGEの4機能で整理しています。これらは必ずしも順番に実行するチェックリストではなく、GOVERNが他の3機能を横断する構成です。NIST AI RMF 1.0

導入前のセキュリティ・運用チェックリスト

以下は、特定のAPIに共通する必須要件ではなく、Mojiによる導入前の実務チェックリストです。対象業務、接続先、扱うデータ、組織の統制要件に合わせて取捨選択してください。OWASPは、過剰な機能・権限・自律性、および直接・間接のプロンプトインジェクションを、LLMベースのシステムにおけるリスクとして説明しています。OWASP:LLM06 Excessive Agency

  • APIキーなどの認証情報を、クライアント側コードに直接含めず、アクセス範囲を制御できるサーバー側またはシークレット管理基盤で扱う
  • 利用者・テナントごとの認証、認可、使用量上限を設計する
  • 入力してよい情報、入力禁止の情報、ログに残す情報を明文化する
  • 外部文書やユーザー入力に含まれる指示が、意図しないツール実行につながらないかをテストし、ツールに付与する権限を対象業務に必要な範囲へ絞る
  • 外部送信、メール送信、更新・削除、決済など影響を戻しにくい操作では、実行対象・件数・条件を確認できる承認工程と停止条件を設ける
  • モデル、プロンプト、検索データ、ツール定義を更新した際は、同じ評価セットで変更前後を比較する

OpenAIの開発者向けクイックスタートでは、APIキーを環境変数として設定し、SDKがその環境変数を読み取る例が案内されています。OpenAI API Developer quickstart また、Amazon Bedrock Guardrailsは、ユーザー入力とモデル出力の双方を評価する仕組みとして案内されています。AWSは、ガードレールのモデルを更新する場合があるため、設定後も要件に合うかテストと検証を継続するよう案内しています。Amazon Bedrock Guardrails公式ドキュメント

AIエージェントに外部操作を任せる場合は、業務名ではなく、閲覧、下書き、内部システムへの更新、対外的・不可逆な実行という操作単位で委任範囲を分けると、承認条件と停止条件を設計しやすくなります。AIエージェントはどこまで任せるべきかも参照してください。

結論:ランキングより、自社の評価条件で生成AI APIを比較する

生成AI APIは、モデルの能力だけで選ぶものではありません。目的に必要な入出力、社内データとの接続方法、セキュリティ条件、運用体制、品質評価、タスク単価を同じ条件で比べることが重要です。

まずは対象業務を限定し、失敗として検出したいケースを含む評価データを作り、2〜3候補を並べて検証してください。検索を組み込む場合は、最終回答だけでなく、検索候補・モデルに渡した文脈・最終出力を分けて確認すると、改善箇所を特定しやすくなります。

Contact

AIシステムの脆弱性、公開前に確認しませんか

対象範囲の整理から診断、改修、再診断まで一貫してご支援します。

AI脆弱性診断の詳細を見る
無料相談する