CursorとClaudeから考えるビジネスモデルと経済的合理性
Composer 2の価格構造とキャッシュ機構は前回の記事で分析した。今回はその一段上のレイヤー——なぜComposer 2は$0.50/1Mでサービスを提供できて、Claude Opusは$5.00/1Mになるのか——のビジネスモデルを解剖する。
2つの異なるビジネスモデル
価格差の本質は、モデルのサイズではなくビジネスモデルの根本的な違いにある。
Anthropic/OpenAIのモデル:
最も能力の高い汎用モデルを作り、外部にAPIとして提供する。企業から個人まで、あらゆる用途に対してライセンスを売る。法的推論、創作、数学、プログラミング、倫理……あらゆる領域をカバーし続ける必要がある。各APIコールのマージンが、モデル開発・インフラ・ビジネスオーバーヘッドを賄う。
Cursor/Anysphereのモデル:
自社の1製品(Cursor)のためだけにモデルを作る。外部に売るAPIもない。ライセンス料も不要。ソフトウェア開発以外の能力を維持する理由がない。コードに不要なものをすべて削ぎ落とし、圧倒的に軽量なモデルを実現できる。
Opusを使うとき、ユーザーはシェイクスピアの解釈能力、量子力学の説明能力、司法試験突破能力——コーディングとは無縁のすべての能力——のコストも負担している。使うかどうかに関わらず。
キャッシュ書き込みが「外部APIの通行料」である理由
このビジネスモデルの違いが最も具体的に現れるのが、キャッシュ書き込みの価格設定だ。
ClaudeのPrompt Cachingには3種類のコストがある:
- Cache Write:基本入力価格の1.25倍
- Cache Read:基本入力価格の約10%
- 通常入力:基本価格
書き込みにプレミアムが乗るのは、Anthropicが外部顧客のためにキャッシュデータを維持するインフラコストとリスクを負うからだ。何をキャッシュするか、5分後に戻るか5日後に戻るか、Anthropicには分からない。1.25倍の書き込み料はインフラリスクの価格換算だ。
Composer 2の実際の利用データはまったく違う構造を示している:
| カラム | 実際の値 |
|---|---|
| Input (w/ Cache Write) | 0 |
| Input (w/o Cache Write) | 15,018 |
| Cache Read | 391,424 |
| Cost | $0.20 |
Input (w/ Cache Write)がすべてのComposer 2リクエストで0になっている。AnysphereはComposer 2を自社サーバーで運用し、Cursorというひとつのユースケース——コードベース中心のワークロード——に最適化している。外部API向けのインフラリスクを価格に乗せる必要がない。書き込みプレミアムそのものが存在しない。
Cursor経由でClaude Opusを使う場合、この構造は変わらない。Cursorがリクエストをプロキシするとしても、Anthropicのサーバーを叩く以上、書き込みコストが発生する。
結果として:新しいセッションで大規模なコードベースを読み込む際、Opus利用者は「初回入場料(Cache Writeの1.25倍料金)」を払う。Composer 2利用者はそのコストを一切払わない。
「Luxury Engineering」という概念
実際の利用パターンを分析すると、ひとつの明確なフレーミングが浮かび上がる。**Luxury Engineering(贅沢なエンジニアリング)**だ。
Claude Opusでルーティンのコーディング作業をするのは、単体テストを書いてもらうために「何でも知っている大学教授」を雇うようなものだ。教授は確かにそれができる——過剰スペックだが。ただし報酬には、プログラミングとはまったく無関係な数十年分の専門知識が含まれる。文学、哲学、歴史、倫理。そのすべてのオーバーヘッドがトークンに含まれている。
Composer 2はそれと対極にある。「コードしか書いてこなかったプログラマー」に相当する。汎用性はないが、その分野での深さは突出している。そして特化した分、コストは1/10になる。
全体の価格マップ(2026年)
主要モデルの価格をまとめると構造が見えてくる:
| モデル名 | 入力 | キャッシュ書き込み | キャッシュ読み取り | 出力 |
|---|---|---|---|---|
| Composer 2 | $0.50 | なし | $0.20 | $2.50 |
| GPT-5.3 Codex | $1.75 | なし | $0.175 | $14 |
| Grok 4.20 | $2.00 | なし | $0.20 | $6 |
| Gemini 3.1 Pro | $2.00 | なし | $0.20 | $12 |
| Claude 4.6 Sonnet | $3.00 | $3.75 (1h: $6.00) | $0.30 | $15 |
| GPT-5.5 | $5.00 | なし | $0.50 | $30 |
| Claude 4.7 Opus | $5.00 | $6.25 (1h: $10.00) | $0.50 | $25 |
GPT-5.3 CodexがGPT-5.5より大幅に安いのも同じ構造だ。Codexはコーディングに絞った継続事前学習でモデルを軽量化しており、汎用性を維持したGPT-5.5とは「詩を書く能力のオーバーヘッドを払うか払わないか」の差になる。
2つのパターンが際立っている。
Claudeだけが明示的なキャッシュ書き込みプレミアムを持つ。 このリストの他モデル(Composer 2含む)はすべて書き込みコストをベース価格に吸収するかゼロにしている。これはモデルの技術的限界ではなく、Claudeの外部APIビジネスモデルを反映した価格設定だ。
Composer 2の出力単価の異常な安さ。 $2.50/1Mはい Claude Opusの10倍安く、GPT-5.5の12倍安い。コード生成は出力トークン量が多くなりやすい。Composer 2の極端な出力単価は、長時間エージェントセッション——まさにそれが設計対象——のコスト上限を大幅に押し下げる。
Claude Codeという名前の誤解
「Claude Code」という名称から、プログラミング特化型に改造されたモデルを想像しがちだが、実態は違う。Claude Codeは最強の汎用AIであるClaude 4.6 Opus/SonnetをCLIという形で提供しているものだ。モデル自体のアーキテクチャはCursorで使うClaudeと同じ汎用モデルであり、「コード用に削ぎ落とした」わけではない。
コスト面での影響は直接的だ。Claude CodeはAnthropicの標準的なPrompt Cachingを使うため、キャッシュ書き込みプレミアム(1.25倍)が発生する。デフォルトのキャッシュ有効期限は5分で、コードを実行して動作確認して戻ってくるだけで切れることもある。ENABLE_PROMPT_CACHING_1H=1で1時間に延長できるが、その場合は書き込みコストが2倍になる。決定的な違いは、Composer 2ならキャッシュ書き込みペナルティなしで、かつキャッシュ読み取り$0.20/1Mで回せることだ。Claudeのキャッシュ読み取りは約$0.50/1Mかかる。
コストパフォーマンスという観点では、Claude Codeは「汎用AIにターミナルを持たせたもの」であり、Composer 2が解決した構造的な問題——汎用訓練のオーバーヘッド、キャッシュ書き込みプレミアム——をそのまま抱えている。
Opus/Sonnet/Haikuはすべて汎用モデル
整理しておく。Claude Opus、Sonnet、Haikuは3つとも、同一の汎用AIモデル系統(Claude)のラインナップだ。それぞれ「能力とコストのバランスでどこに位置するか」が異なるだけで、全員が「プログラミング以外のすべての知的作業もこなせる汎用機」として設計されている。
| モデル | 位置づけ |
|---|---|
| Opus | 最高知能・フルスペック。遅くて高い。 |
| Sonnet | 知能と速度のバランス型。実務で最も使われる。 |
| Haiku | 爆速・軽量。単純タスクや大量処理向け。 |
これら3つはすべて、プログラミングをしているときでも「詩を書く能力」「歴史を語る能力」の計算コストを一緒に支払わせている。Composer 2はその構造を根本から否定した設計だ。
今後の特化型モデルラッシュ
この構造は今後の市場を予測する。
汎用フロンティアモデルには構造的なコストの下限がある。多様な顧客に対してAPI価格を正当化するために幅広い能力を維持しなければならない。外部ライセンスでマージンを稼がなければならない。エンタープライズ採用を後押しする「圧倒的なデモ」要素を維持しなければならない。
特定製品のためだけに作られた専用モデルにはそのような制約がない。能力を削ぎ落とし、モデルサイズを縮小し、サービングインフラを最適化し、外部APIマージンをゼロにできる。問題は対象領域で十分なクオリティを達成できるかだけだ。
Composer 2は2026年3月にその問いにソフトウェア開発で答えた。SWE-bench Multilingual 73.7点、Claude Opusの1/10のコストで。
同じ経済論理が他の領域でも展開される。判例・契約書データだけで訓練した法務AI。医学文献コーパスに絞った医療診断AI。会計基準と数値推論以外を切り捨てた金融モデル。それらのいずれも詩の書き方を知る必要はない。
構造的な鍵は同じだ:「外部ライセンス販売ではなく、自社製品のためだけにモデルを作る」。これがマージンレイヤーを除去し、5〜10倍のコスト削減を可能にするキャッシュインフラ最適化を実現する。
実際の数字でまとめる
自分の利用データ(442リクエスト)から:
| モデル | リクエスト数 | 平均コスト | キャッシュ読み取り率 |
|---|---|---|---|
| Composer 2 Standard | 73件 | $0.19 | 88.3% |
| Composer 2 Fast | 25件 | $0.32 | 78.1% |
| Claude 4.6 Sonnet | 212件 | $0.37 | 84.7% |
| Claude 4.6 Opus | 93件 | $0.90 | 79.5% |
Opus最高額リクエストは$4.25——Composer 2 Standard 22回分のコストだ。
モデル選択の基準:
- Composer 2 Standard:コードベースに対する複数ターンのセッション全般。キャッシュの複利効果がある。ターン数が増えるほどキャッシュ率が上がり、実質コストが下がる。キャッシュ書き込み入場料もない。
- Composer 2 Fast:コストよりレイテンシが重要なインタラクティブな作業。
- Claude Opus 4.7:コード外の横断的な推論が本当に必要な場面のみ。Composer 2が詰まったとき。
この価格差は一時的なプロモーションではない。ビジネスモデルの根本的な差異に起因する構造的な差だ。Anthropicが外部APIビジネスを続ける限り、キャッシュ書き込みプレミアムと汎用訓練のオーバーヘッドは価格に埋め込まれたままになる。