AI コンピュータ on 向叔の手帳

GPT-5.6の値下げ後、国内外の最新大規模モデルAPIは実際にはいくら価格差があるのか

Fri, 31 Jul 2026 10:23:33 +0800

前バージョンの問題は計算ではなく、サンプルの選定にありました。「代表的な SKU」を選んだ一方で、ユーザーが求めていたのは「各メーカーの最新モデル」でした。古い ERNIE 5.0、GLM-5、Kimi K2.6、MiniMax M2.7 を「最新価格」という表に載せると、その後のパーセンテージは比較可能性を失います。

今回は一つのルールだけを採用する。各社から、現時点で最新かつ API 経由で公開利用可能な自社開発のテキストモデルを一つだけ採用するというものである。OpenAI は、展開するものであり圧縮するものではない例外である。GPT-5.6 世代には Sol、Terra、Luna の 3 段階があり、3 つすべてが API で利用可能であるため、Terra だけで OpenAI 全体を代表するわけにはいかない。

まず、今回の「ChatGPTの値下げ」で実際に何が下がったのかを明確にしておく。OpenAIは7月30日にGPT-5.6 Terraの標準API価格を$2.50 / $15 から $2 / $12 に、Lunaを$1 / $6 から $0.20 / $1.20 に改定した。Solは据え置きである。ここで対象となっているのはAPIの従量課金価格であり、ChatGPT/Codexのサブスクリプション月額料金が割引されるわけではない。発表でも、サブスクリプション価格とプランの割当予算は据え置きであり、各プロダクトにおけるTerraとLunaのクレジット消費量が少なくなるだけだと明記されている。

順位	ベンダー	現在公開されている最新の API モデル	標準価格（入力 / 出力、100万トークンあたり）	合成価格（米ドル換算）	Terra 比
1	Anthropic	Claude Fable 5（2026-06-09）	$10 / $50	$60.00	428.6%
2	OpenAI	GPT-5.6 Sol（2026-07-09）	$5 / $30	$35.00	250.0%
3	Moonshot AI（月之暗面）	Kimi K3	$3 / $15	$18.00	128.6%
4	OpenAI	GPT-5.6 Terra（基準）	$2 / $12	$14.00	100.0%
5	Google	Gemini 3.6 Flash（2026-07-21 GA）	$1.5 / $7.5	$9.00	64.3%
6	xAI	Grok 4.5（2026-07-16）	$2 / $6	$8.00	57.1%
7	Aliyun（阿里云）	Qwen3.7-Max（2026-06-08 安定スナップショット）	¥12 / ¥36	$7.07	50.5%
8	Volcengine（火山引擎）	Doubao-Seed-Evolving（ローリング更新 SKU）	¥6 / ¥30	$5.30	37.9%
9	Baidu（百度）	ERNIE 5.1（入力 ≤32K）	¥4 / ¥18	$3.24	23.1%
10	MiniMax	MiniMax-M3（入力 ≤512K）	¥2.1 / ¥8.4	$1.55	11.0%
11	OpenAI	GPT-5.6 Luna	$0.20 / $1.20	$1.40	10.0%
12	DeepSeek	DeepSeek-V4-Pro（現在公開中のプレビューフラグシップ）	$0.435 / $0.87	$1.31	9.3%
13	Tencent（腾讯）	Hy3（広州リージョン）	¥1 / ¥4	$0.74	5.3%

ベンダー	最新の公開 API モデル	なぜ割合を計算しないのか
Zhipu（智譜）	GLM-5.2	公式に最新のフラッグシップであり API 対応と確認されているが、公開クロール可能な公式ページにトークン単位の価格が掲載されていないため、GLM-5.1 の旧価格をそのまま流用することはできない。
Cohere	Command A+	trial および production key には使用量上限付きの無料枠があり、本番デプロイは Model Vault 経由となるため、主表と横並びで比較できるトークン単位の公式価格が存在しない。
Mistral	Leanstral 1.5	無料 API エンドポイントが提供されているが、Lean 4 形式的検証専用となっており、汎用タスク向けの本番 API に対する $0 価格ではないため、この汎用タスクのコスト表には掲載できない。

この価格改定は OpenAI 自社の3つの階層において何を意味するか

Sol の合成価は Terra の 2.5 倍（50% 高い）；Terra が中間に位置し；Luna は Terra の 10% です。したがって、今回の Terra と Luna の値下げは「フラッグシップモデル全体が安くなった」というわけではなく、OpenAI が中低コスト帯のモデル間の距離をさらに広げつつ、Sol の高価格帯を維持しているのです。

OpenAIが挙げた理由は推論効率の向上である。モデル、推論システム、そしてツールとコンテキストを接続するエージェント層がすべて最適化されていると説明している。発表によれば、本番カーネルの最適化によりエンドツーエンドのサービスコストが20％削減され、実験ではトークン生成効率が15％以上向上したとされる。これはベンダー側からの開示であり、値下げ余地が存在する理由を説明するものではあるが、外部監査に耐える完全なコスト表ではない。低廉な価格設定が主に大量のAPIワークロードの獲得を目指したものかどうかは、価格体系に対する分析に過ぎず、公式な動機として扱うことはできない。

この表は選定の代替にはならない

価格は高いものから安いものへと並べていますが、それはタスクが良いものから悪いものへと並んでいるということではありません。長いコンテキストは段階的な価格設定を引き起こし、キャッシュヒット、推論トークン、ツール呼び出し、再試行回数、地域および企業契約もすべて実際の請求額を変えます。表中の「1M 入力 + 1M 出力」は、購入前の統一的な選別基準に過ぎません。

実際に選ぶときは、10〜20個の実タスクでテストするほうが信頼できます。まず成功率、レイテンシ、人手によるやり直し率を確認し、それから入力、出力、推論トークン、キャッシュヒット、そして総コストを記録します。最後に比較すべきは「タスク1件あたりの成功コスト」であり、この表に並んでいる単独の単価ではありません。

参考資料

OpenAI：GPT-5.6 のリリースと3 ティア API 価格設定、2026-07-09 発表、アクセス日：2026-07-31。
OpenAI：GPT-5.6 価格性能に関する発表、2026-07-30 発表、アクセス日：2026-07-31。
OpenAI API：GPT-5.6 Terra モデルページ、アクセス日：2026-07-31。
Anthropic：Claude Fable 5、アクセス日：2026-07-31。
Google：Gemini API 変更履歴およびモデル価格、アクセス日：2026-07-31。
xAI：Grok 4.5および価格説明、アクセス日：2026-07-31。
Alibaba Cloud Bailian：モデル価格、アクセス日：2026-07-31。
DeepSeek：V4 リリースおよび価格説明、アクセス日：2026-07-31。
Zhipu AI：最新モデルリリースおよびモデル概要、アクセス日：2026-07-31。
Volcano Engine：Doubao 大規模モデルと価格、アクセス日：2026-07-31。
Tencent Cloud：Hy3 モデル一覧および価格、アクセス日：2026-07-31。
Baidu：ERNIE 5.1 リリースおよびQianfan モデルサービス価格、アクセス日：2026-07-31。
Moonshot AI：Kimi オープンプラットフォーム、アクセス日：2026-07-31。
MiniMax：従量課金価格、アクセス日：2026-07-31。
Cohere：Command A+、アクセス日：2026-07-31。
Mistral：Leanstral 1.5、アクセス日：2026-07-31。
Bank of China：為替公示レート、2026-07-24 の米ドル現金売りレートを採用、アクセス日：2026-07-31。

写作附记

執筆メモ

本文は 2026-07-31 の公開 API 価格表スナップショットであり、調達、投資、または製品選定のアドバイスを構成するものではない。検証済みのベンダーのみを含み、世界中のすべての API プロバイダーを網羅するものではない。モデルの能力、トークナイザー、コンテキスト、キャッシュ、推論トークン、ツール課金、地域、法人契約などによって異なるため、表内のパーセンテージは同等の性能や実際のタスクコストのランキングとみなすことはできない。

元のプロンプト

ChatGPT シリーズのモデルが価格改定を発表しました。関連情報を整理し、なぜ値下げするのか？各社の大規模モデルメーカーの API 価格（国内・国外）をまとめ、表に整理します。ChatGPT 5.6 terra を基準として、各社の価格比較のパーセンテージを計算し、高いものから安いものへと並べ替えます。

整理された表の情報は完全ではありません。ChatGPT 自社の他のモデルが列举されておらず、各社の大手メーカーのモデルも最新リリースのものではありません。必要なのは各社の最新モデルの価格だけです。

C++ シングルトン：1行の static が提供する初期化保証

Fri, 24 Jul 2026 23:32:22 +0800

多くの C++ シングルトン実装は、最終的に次のような形に縮小されます。

static T& Instance() {
    // C++11 は関数内 static オブジェクトのスレッドセーフな初期化を保証する。
    static T instance;
    return instance;
}

オブジェクトを関数の中に隠しておき、参照を使って取り出しているように見えます。本当にお伝えしたいのはシングルトンパターンそのものというより、このコードが C++ のストレージ期間、スコープ、参照、遅延初期化、そして C++11 でようやく整った並行性に関するセマンティクスに同時に触れているという点です。

まず呼び名を一つ訂正します：文脈で触れられている「C98」は「C++98」のことを指しているはずです。厳密にC言語について言うなら、C98というバージョンは存在しません。さらに重要なのは、C言語にはC++にあるクラス、参照、メンバ関数がないため、T& という構文はそもそもCのコードではないということです。

二つの `static` は同じものではない

完全なシングルトンクラスは通常次のように書かれます：

class Singleton {
public:
    static Singleton& Instance() {
        static Singleton instance;
        return instance;
    }

    Singleton(const Singleton&) = delete;
    Singleton& operator=(const Singleton&) = delete;

private:
    Singleton() = default;
    ~Singleton() = default;
};

外側の static はクラスメンバー関数の宣言に現れ、Instance が静的メンバー関数であることを示しています。これは this ポインターを持たず、Singleton::Instance() で直接呼び出すことができます。

内側の static が修飾しているのは、関数本体の中にある局所変数 instance です。この変数は依然としてその関数本体内でのみ見えますが、記憶域期間（ストレージ期間）は「関数が呼ばれるたびに新しく作られる」という自動的記憶域期間ではなく、静的記憶域期間となります。つまり、プログラムの実行中ずっと同じオブジェクトが保持され続けます。初期化のタイミングは、関数が呼ばれるたびに新しく構築し直されるのではなく、制御の流れが初めてこの宣言を通過したときです。

したがって、ここでの「シングルトン」は、いくつかの条件が重なり合うことから生じています。

instance という名前は Instance 関数内に限定されているため、外部から直接同じ名前の別のオブジェクトを取得することはできません。
static により、複数回の呼び出しにわたって同じオブジェクトが保持されます。
コンストラクタは private であり、外部で勝手に Singleton s と書くことはできません。
コピーコンストラクタとコピー代入演算子を削除し、コピーによって2つ目のオブジェクトが作られるのを防ぎます。
Singleton& を返すことで、同じオブジェクトの参照を呼び出し側に渡し、コピーは返しません。

最後の 2 つは C++11 の書き方です。C++98 には = delete も = default も存在しないため、コピーコンストラクタ、代入演算子、コンストラクタを private 領域で宣言するだけで定義しないという方法を取るしかありません。

`T&` とは実際には何をするのか

T& は右から左へ読むと「型が T であるものへの参照」となります。したがって：

static T& Instance()

Instance が返すのは T オブジェクトの参照であり、T オブジェクトそのものではないことを示します。

return instance;

ここで返されるのは、静的オブジェクトを指すローカル名 instance の値です。その生存期間はプログラム全体の実行期間をカバーしているため、関数の返後も参照は有効です。もしそれが通常のローカル変数であったなら、このように参照を返すとダングリング参照になってしまいます。

参照返しにはもう2つの直接的な効果があります。呼び出し側は元のオブジェクトを取得し、それを変更できます。同時に、余分なオブジェクトのコピーは発生しません。読み取りのみを許可したい場合は、インターフェースを const T& として記述することができますが、これによって T 内部の他の共有状態が自動的に並行処理に対して安全になるわけではありません。

初めての呼び出し時、コンパイラは実際に何を解決するのか

呼び出しプロセスを3つのシナリオに分けるのが最も分かりやすい。

最初の呼び出し時に、制御フローは次へ進みます。

static T instance;

オブジェクトがまだ初期化されていない場合は、T のデフォルトコンストラクタを呼び出します。構築が完了したら return instance を実行します。

再度呼び出された時点では、instance はすでに初期化済みのため、コンストラクタは再実行されず、コードは同じオブジェクトを直接返します。

2 つのスレッドが初めて同時に呼び出したときに問題が発生します。どちらもオブジェクトが「まだ初期化されていない」と同時に判定する可能性があります。追加の同期がなければ、二重に構築されたり、あるスレッドが半分だけ構築されたオブジェクトを読み取ったり、初期化フラグがオブジェクトの内容より先に別のスレッドから見えるといったことが起こり得ます。

実装では通常、ローカルの static のためにガード状態を1つ隠しておきます。下記はあくまで理解を助けるための擬似コードであり、標準で要求されている実際の ABI ではありません。

if (!guard_is_complete()) {
    lock_guard_for_this_static();

    if (!guard_is_complete()) {
        construct(instance);
        mark_guard_complete();
    }

    unlock_guard_for_this_static();
}

return instance;

要点は guard という名前の変数があるかどうかではなく、「チェック、構築、完了フラグの設定」という一連の処理全体が、実装側で標準準拠の同期機構によって保護されなければならないという点である。初期化が完了するまで、競合するスレッドは待機しなければならず、初期化が完了して初めて、それらのスレッドはそのオブジェクトを取得できる。

C++98 がスレッドセーフにできない理由

ここで誤解されやすい点があります。C++98 ではこのコードを書けなかったわけではありません。ローカル static の構文と「一度だけ初期化される」という順序意味論は、すでに C++98 の時点で存在していました。

違いは、C++98 がシングルスレッドの抽象機械における実行のみを記述しており、C++11 のように標準化されたマルチスレッド実行、データ競合、メモリの可視性に関する規則を持たない点である。2 つのスレッドが同時に宣言を初めて通過する際に、一方のスレッドが初期化を完了し、他のスレッドが待機しなければならないことを保証していない。

したがって、C++98 におけるこのコードについては次のように言うのが正確です。シングルスレッドでは遅延初期化シングルトンを実現できます。マルチスレッドでの安全性は、コンパイラ、ランタイムライブラリ、プラットフォームの実装に依存し、C++98 標準自体から保証を導くことはできません。

次のような C++98 版は、特に「ポインターの再割り当てを判定する」という理由だけで安全にするべきではありません。

static T* instance = 0;

if (instance == 0) {
    instance = new T;
}
return *instance;

2 つのスレッドが同時に instance == 0 を通過し、それぞれが T を 2 つ生成する可能性があります。「先にチェック、ロックし、ロック内で再チェック」というダブルチェック構造を追加したとしても、C++98 には、ポインタを公開する際に、別スレッドが常に正しい順序で完全なオブジェクトを確実に参照できることを保証する十分なメモリモデルがありません。volatile はスレッド同期ツールではなく、この問題を修正することもできません。

C++98 プロジェクトでこの保証が本当に必要になる場合、たとえば POSIX の one-time initialization、Windows の同期プリミティブ、当時利用可能だったスレッドライブラリなど、標準外のプラットフォームやライブラリに同期処理を委ねるしかなかった。または、すべてのアクセスを 1 つのミューテックス経由にするしかなかった。これは「外部の同期で保証を補う」ことであって、C++98 のこの static 行自体が保証を提供しているわけではない。

C++11 が変えるのはセマンティクスであり、この行の構文ではない

C++11 の重要な変化は、以下のものを発明したことではありません：

static T instance;

この声明はずっと前から書けた。C++11 は並行初期化ルールを正式に言語標準に組み込んだ。関数ローカルで静的記憶期間を持つ変数は、制御フローが初めて宣言を通過する際に動的初期化が行われる。複数のスレッドが並行して進入し、変数が初期化中の場合、他の実行はその初期化の完了を待つべきである。

これがコメントにある「thread-safe initialization」の正確な意味です。保証されるのは初期化段階で、T のコンストラクタが一度だけ成功して実行され、競合するスレッドが未完成の構築中のオブジェクトをまたいで使用することはないということです。

下記の業務コードが本質的に安全であることを保証するものではありません。

Singleton::Instance().append(data);  // 複数スレッドが同じオブジェクトを変更する場合、データ競合が発生する可能性がある

append が共有コンテナを変更する場合でも、T 内部でミューテックスやアトミック変数などの適切な並行設計を引き続き使用する必要があります。シングルトンは「オブジェクトがいつ、どのように一度だけ構築されるか」という問題を解決するだけであり、「オブジェクト内部の各操作が並行してどのように実行されるか」という問題を解決するものではありません。

C++11 にはまだいくつかの境界がある

まず、static T instance; は T がデフォルト構築可能であり、コンストラクタとデストラクタがここでアクセス可能である必要があります。コンストラクタが例外を投げた場合、その初期化は完了したとは見なされません。次回の制御フローが宣言に到達したとき、半完成状態のままではなく、初期化が再試行されます。

第二に、初期化関数は同じローカル static の初期化プロセスに再帰的に再入することはできない。例えば T のコンストラクタが Instance() を再度呼び出した場合、規格で明確に禁止されている再帰的な初期化シナリオに入ることになり、それを通常のリエントラントとして扱ってはならない。

第三に、もし instance が実際に構築されれば、プログラムの終了段階でデストラクタが実行される。この特性は、通常 new を手書きで書いて意図的にリークするより健全だが、他のグローバルオブジェクトのデストラクト順序に依存する可能性もある。シングルトンのコンストラクタでは、別のファイルにまたがるグローバル状態にこっそり依存しないほうがよい。

最後に、シングルトンの「グローバルに一意」というのは、主に言語レベルでの一つのオブジェクトを指します。動的ライブラリ、プラグイン、または異なるランタイム境界をまたぐ場合、本当にプロセス全体で唯一かどうかは、リンクや読み込みの境界に依存します。クラス名だけで、すべてのモジュールが同じインスタンスを共有していると決めつけることはできません。

最後に：この区別を覚えておきましょう

C++98 と C++11 のどちらでもローカル static シングルトンを記述することができますが、「一度だけ初期化され、他のスレッドはそれを待機する」という並行初期化の保証が標準化されるのは C++11 からです。

したがって、このコードを目にしたときは、3つの層でチェックするのが最善である。static によってオブジェクトの寿命が長くなり、関数スコープによって入り口が狭くなり、C++11の言語規則によって、移植性を保証された上での初めての並行初期化が可能になる。オブジェクトの構築が完了した後、その内部のデータを複数のスレッドが同時に変更できるかどうかについては、それは別の問題である。

参考資料

写作附记

オリジナルプロンプト

$blog-writer C++ シングルトンについて、詳しく解説してほしい。この原理、および構文レベルでどのようにサポートされているのか、static T &Instance() { // C++11 guarantees thread-safe initialization of function-local static objects. static T instance; return instance; } について、なぜ C98 ではこのようにすることができないのか、なぜ C11 ではこのようにすることができるのかを説明してほしい。

AI コンピュータ on 向叔の手帳

GPT-5.6の値下げ後、国内外の最新大規模モデルAPIは実際にはいくら価格差があるのか

最新モデルだけの価格表

この価格改定は OpenAI 自社の3つの階層において何を意味するか

この表は選定の代替にはならない

参考資料

執筆メモ

元のプロンプト

C++ シングルトン：1行の static が提供する初期化保証

二つの static は同じものではない

T& とは実際には何をするのか

初めての呼び出し時、コンパイラは実際に何を解決するのか

C++98 がスレッドセーフにできない理由

C++11 が変えるのはセマンティクスであり、この行の構文ではない

C++11 にはまだいくつかの境界がある

最後に：この区別を覚えておきましょう

参考資料

オリジナルプロンプト

二つの `static` は同じものではない

`T&` とは実際には何をするのか