AIコーディング費用は質問回数だけでなく、毎回送るリポジトリ文脈、出力・推論の長さ、ツール呼び出しと再試行の回数で増えます。モデルの価格表だけを見ると、実行構造に隠れた大きな無駄を見逃します。
本レビューは2026年7月29日に確認したOpenAI、Anthropic、Google、GitHubの公式資料を基準に、7つの方法を費用効果、品質リスク、実装難易度で評価します。価格は変わるため、特定モデルの金額ではなく最新価格とusageを結びつける方法を重視します。
最初に行う三つ
- 新規入力、キャッシュ書込・読込、出力、ツール、再試行、成功をリクエスト単位で記録する。
- リポジトリ全体ではなく関連ファイル、シンボル、テスト、現在のdiffだけを送る。
- 小型モデルを既定にし、複雑度や失敗条件でのみ上位モデルへ切り替える。
その後、反復コンテキストをキャッシュし、非対話型の分類、文書化、評価をBatch APIへ移します。
費用は五項目の合計
各リクエストは最新単価を次の使用量に掛けて概算します。
新規入力 + キャッシュ書込 + キャッシュ読込 + 出力・推論 + サーバーツール・再試行

| 項目 | 記録理由 | 隠れた無駄 |
|---|---|---|
| 新規入力 | 新たに処理する文脈 | リポジトリ再送 |
| キャッシュ書込 | 共通接頭辞の保存 | 変動部分を保存 |
| キャッシュ読込 | 再利用入力 | ヒットしない接頭辞 |
| 出力・推論 | 生成と推論使用量 | 長すぎる説明 |
| ツール・再試行 | 検索・シェル・テスト | 失敗ループ |
各社のusage項目は異なります。元のレスポンスを保存し、推測した一つのカウンターではなく社内コストスキーマへ正規化します。
1. プロンプトを短くする前に計測する — 5/5
作業種別、モデル、入力、キャッシュ、出力、ツール、再試行、遅延、結果を記録します。重要な指標は成功作業あたり費用です。安価でもテスト通過率が下がり、人が修正して再送すれば総額は上がります。
2. 必要十分なコード文脈だけ送る — 5/5
最も速い節約は形容詞を減らすことではなく、コード範囲を減らすことです。現在のdiff、参照シンボル、エラースタック、関連テストを優先し、ビルド成果物、バイナリ、lock全体、vendor重複、古いログ、生成レポート、無関係な会話を除外します。

| 方式 | 長所 | リスク | 用途 |
|---|---|---|---|
| 全リポジトリ | 完全に見える | 費用・ノイズ | 初回地図作成 |
| 検索上位 | 速く安い | 検索漏れ | 明確な不具合 |
| シンボル・呼出グラフ | 構造的 | 索引が必要 | 大規模コード |
| diff + テスト | 変更に集中 | 背景不足 | レビュー反復 |
| 階層要約 | 長文を削減 | 要約の陳腐化 | 反復セッション |
削減後は関連ファイルの漏れとテスト結果も測定します。目的は最小ではなく、成功に必要な最小十分集合です。
3. 一つのモデルではなくルーティングする — 5/5
整形や分類に、設計・セキュリティと同じ推論費用は不要です。
| 作業 | 既定経路 | 上位へ切替 |
|---|---|---|
| 分類・要約・整形 | 小型低価格モデル | スキーマ検証失敗 |
| テスト・単純修正 | バランス型 | テスト反復失敗 |
| 設計・難解な不具合 | 高性能推論 | 初めから高複雑度 |
| セキュリティ・移行 | 強いモデル + 人 | 常に承認ゲート |
| 大量文書化・評価 | 低価格 + Batch | 緊急時のみリアルタイム |

切替条件はテスト失敗、複数モジュール、セキュリティ、ロールバック費用と結びつけます。同じ失敗プロンプトを小型モデルで無限に繰り返しません。
4. 安定した反復接頭辞をキャッシュする — 4/5
キャッシュは長いリポジトリ規則、システム指示、ツールスキーマに有効です。変わる日付、質問、diffは後ろに置きます。
- OpenAIは共通・明示的接頭辞キャッシュを提供し、モデル別の書込・読込価格とusageを確認します。
- Anthropicは書込とヒットを分け、公式価格では読込が基本入力より大幅に安価です。
- Geminiは対応モデルの暗黙キャッシュと、長い反復文脈向け明示キャッシュを提供し、TTLと保存費用も考慮します。
書込は無料ではありません。ヒットトークン、再利用回数、TTLを記録し、一度しか使わない文脈を無条件に保存しないでください。
5. 非緊急作業をBatchへ移す — 5/5
OpenAI、Anthropic、Geminiの公式資料は、比較可能なリアルタイム料金より50%低い非同期Batch料金を案内しています。大量テスト生成、分類、文書化、静的解析説明、評価セットに適します。
ジョブ状態、失敗項目の再処理、完了時間を設計する必要があり、IDE補完や対話型デバッグには向きません。
6. 出力・推論・ツール・再試行に予算を置く — 4/5
変更ファイル、patch、テスト結果、残るリスクだけを返す出力契約を定めます。難易度に応じて出力上限と推論水準を選び、検索、シェル、テストの最大回数と同一エラーの再試行を制限します。
ツール説明とスキーマも入力トークンです。必要なツールだけを公開し、検索や実行の追加料金も別に記録します。
7. 費用と品質を同時に回帰評価する — 5/5
最適化前後で同じ代表作業を実行します。不具合修正、テスト生成、リファクタリング、レビュー、文書化を混ぜます。単純構文だけでは小型モデルが不当に有利です。

| 指標 | 計算 | ガードレール |
|---|---|---|
| 作業成功率 | 完了・テスト通過 ÷ 全体 | 基準線から下げない |
| 成功当たり費用 | 総費用 ÷ 成功数 | 主目標 |
| 再試行率 | 追加要求 ÷ 全体 | 増加原因を調査 |
| キャッシュヒット率 | 読込 ÷ 対象入力 | 接頭辞設計を検証 |
| 人の修正時間 | 最終修正分数 | 隠れた費用 |
| 遅延 | 中央値・上位値 | 対話とBatchを分離 |
プロバイダー機能レビュー
| 機能 | OpenAI | Anthropic | Gemini | 判断 |
|---|---|---|---|---|
| 事前トークン計算 | tokenizer・usage | counting endpoint | countTokens | 大規模要求前に使用 |
| キャッシュ | 共通・明示接頭辞 | 書込・ヒット・TTL | 暗黙 + 明示 | 反復時に有効 |
| Batch割引 | 24時間窓、50% | 入出力50% | 標準比50% | 非緊急で優先 |
| ツール費用 | モデル・ツール別 | サーバーツール追加 | grounding追加 | 別項目で記録 |
| 長文料金 | モデル別 | 長文閾値あり | モデル帯で変化 | 文脈上限を設定 |
これは仕組みの比較であり固定価格ではありません。運用変更前に公式価格を再確認してください。
推奨導入順序
- 1週間、リクエスト別usageと成功を収集する。
- 高額な10作業から不要なコード、ログ、会話を除く。
- 作業分類ごとの既定モデルと切替条件を定める。
- 共通接頭辞を安定させヒットを測る。
- 非緊急大量作業をBatchへ移す。
- 出力、ツール、再試行予算を設定する。
- 毎週、成功当たり費用と人の修正時間を比較する。
まとめ
最良の節約は魔法のプロンプトではなく、観測可能な実行方針です。関連コードだけを送り、難易度でモデルを選び、反復文脈をキャッシュし、非緊急作業をバッチ化し、ループを制限します。品質と人の修正時間を同時に測ることで「安いが二度必要」な自動化を避けられます。
公式資料
- OpenAI API pricing
- OpenAI — Model guidance and prompt caching
- OpenAI — Batch API
- Anthropic — Pricing
- Gemini API pricing
- Gemini — Context caching
- Gemini — Batch API
- Gemini — Counting tokens
- GitHub Copilot — Models and pricing
価格、モデル、割引、トークン計算、規約は変わります。導入前に公式価格と実際のAPI usageを再確認してください。