> ## Documentation Index
> Fetch the complete documentation index at: https://docs.rockapi.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# 安い AI API の選び方：成功タスクあたりのコストを下げる

> トークン区分、キャッシュ、グループ倍率、諸費用、再試行、品質を含めて AI API の総コストを比較し、改善する方法を説明します。

安い AI API とは、許容できる総費用で目的のタスクを完了できるものです。入力単価が低くても、出力料金、失敗、プラットフォーム費用、追加確認で負担が増える場合があります。モデルやゲートウェイは、同じ負荷と品質基準で比較してください。

まず少量の利用記録を集めます。モデル ID、タスク種別、入出力量、キャッシュ区分、再試行、最終精算額を記録し、出力する資料から認証情報や私的な内容を除きます。本番と実験を分け、一時的な試験で見積もりが偏らないようにします。

## 価格の条件をそろえる

| 費用項目 | 記録する内容 |
| - | - |
| 通常入力と出力 | 個別の単価、通貨、千または百万トークンという単位。 |
| キャッシュ読み書き | 対応、適用条件、有効期間、実測ヒット率、独立した課金区分。 |
| トークン以外 | 回数、画像、秒、タスクなどの数量と要求条件。 |
| コンテキスト段階料金 | 実際の要求に適用される境界と単価。 |
| 運用 | 適用されるプラットフォーム費・入金費用、ホスティング、保守。 |
| やり直し | 再試行、不合格出力、人手による修正。 |

モデル情報は [Rock API の現行カタログ](https://rockapi.ai/pricing)で確認します。[料金と請求](https://docs.rockapi.ai/ja/pricing-and-billing.md)に従い、基本単価、消費時のグループ倍率、残高を得るためのチャージ支払いを区別してください。全モデル・全要求に共通する割引は保証されません。

## 仮の単価による計算例

以下は計算方法を説明するための仮定であり、Rock API の見積もりでもプロバイダー比較でもありません。通常入力が百万トークンあたり 2 USD、出力が 6 USD、グループ倍率が 1.2 とします。入力百万、出力二十万トークンで、キャッシュと追加費用がない場合：

```text theme={null}
基本費用 = 1.0 × 2 + 0.2 × 6 = 3.20 USD
消費額 = 3.20 × 1.2 = 3.84 USD
```

倍率は一度だけ適用します。固定トークン単価の例なので、回数課金や動的料金には適用できず、内部クォータへの換算と丸めも含みません。正規化した課金区分で計算し、キャッシュトークンを通常入力に二重計上しないでください。実際の要求は保存された単価と完了記録で照合します。現在価格と過去の精算価格は異なる場合があります。

## 同じ基準で選択肢を比較する

直結では必要なモデルと条件について、[OpenAI 公式料金](https://openai.com/api/pricing/)、[Anthropic 公式料金](https://platform.claude.com/docs/en/about-claude/pricing)、[Gemini API 公式料金](https://ai.google.dev/gemini-api/docs/pricing)を確認します。ゲートウェイでは選択した経路とサービス条件も調べます。

[OpenRouter](https://openrouter.ai/docs/guides/best-practices/prompt-caching)は対応プロバイダーとモデルのプロンプトキャッシュを説明しています。[LiteLLM](https://docs.litellm.ai/docs/)の自前プロキシではインフラと保守を計上します。[Portkey](https://portkey.ai/docs/introduction/what-is-portkey)は利用予定のデプロイとプランを確認してください。これらの情報だけで自分の負荷に最も安いサービスが決まるわけではありません。

## 品質を維持しながら使用量を減らす

1. 代表的なタスク、言語、出力形式、難しい例を含む合格判定用データを準備します。
2. 定型作業では小さなモデルを試し、失敗時に別モデルへ引き上げる経路を残します。
3. 重複する文脈を減らし、製品に必要な長さの回答を要求します。プロンプト変更後は正確さを再検証します。
4. 対応モデルで固定前置文を試し、キャッシュ読み取りと書き込みを分けて測ります。全件ヒットを仮定しません。
5. 再試行数を制限し、原因を記録します。最後の成功呼び出しだけでなくタスク全体を集計します。
6. 合格結果あたりの精算コスト、遅延、人の確認量を比較してから流量を増やします。

## 前払い残高は支出上限を保証するか

前払い残高と API キーのクォータ確認はアクセス制御に役立ちますが、一時予約額と最終精算額は異なることがあります。同時実行や非同期タスクも確認が必要です。アプリ側の予算通知と要求上限を設定し、予約、精算、予約取消の違いをガイドで理解してください。残高画面だけを最終請求と見なすことはできません。

[クイックスタート](https://docs.rockapi.ai/ja/quickstart.md)で小規模評価を準備し、一度に一つの費用要因だけを変えて利用記録を見直してください。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.