Cursor、Composer 2.5を公開。1/10価格で個人開発のコスト構造が変わる

この記事は約 18 分で読めます

Cursor 3 で「エディタからエージェント並列実行基盤へ」舵が切られた流れの続きとして、独自モデル側もアップデートされた、というのが今回の発表です。Cursor 公式の Composer 2.5 発表 をベースに、副業・個人開発の現実線で何が動くかを整理します。

今回のAIニュース概要

2026 年 5 月 18 日、Cursor が独自のコーディング特化モデル「Composer 2.5」を公開しました。3 月公開の Composer 2 から 2 か月での更新です。公式の発表によれば、Composer 2.5 はベースに Moonshot の Kimi K2.5(オープン基盤) を使い、Composer 2 比で 合成タスクを約 25 倍積んで強化学習をかけ直したモデルです。ターゲットは「長時間動かすコーディングエージェント(long-horizon)」とされています。

公式が出している主な数値はこの通りです。

• SWE-Bench Multilingual: 79.8%(Cursor 計測)
• CursorBench v3.1: 63.2%(Cursor 自社ベンチ)
• 価格: $0.50/M input・$2.50/M output tokens
• Fast 版: $3.00/M input・$15.00/M output (同じ知能で高速)
• 初週は使用量 2x のブースト(期間限定)
• 提供: Cursor Pro ($20/月) で利用可、Fast 版はデフォルト

何が変わるのか

ここが今回いちばん大事なところです。Composer 2.5 のニュースを「Cursor が新しい賢いモデルを出した」と読むだけだと、半分しか取り切れません。個人開発・副業エンジニアの月額コスト構造がどう動くか、という側で読むと、もう少し具体的な話になります。

これまでの構図はだいたい次のような形でした。

• Cursor Pro 月20ドルの「固定費」
• その内側で呼ぶ Opus / GPT-5.5 等の上位モデルのトークン課金(変動費)
• 長時間エージェントを回すと、変動費側で 使用枠を急速に消費する

つまり「賢いモデルで長時間動かす」設計は、個人開発で月数千〜数万円のサブスクを 1 本回す原価感覚と、しばしば噛み合いませんでした。Composer 2.5 が示した方向は、ここに対する「固定費側のモデルを 1 つ強くして、変動費が膨らみにくい構造を作る」という回答です。

$0.50/M input・$2.50/M output という価格は、他社主要モデルのフロンティア帯と比べると桁が 1 つ違います。Cursor 公式 blog の表現を借りれば「同水準の品質を 約1/10の価格帯で」というスケールです。これが Cursor 計測ベースであるという前提つきにせよ、長時間エージェント運用をしても月額固定の側で吸収しやすくなる方向に動いているのは確かです。

副業にするなら

副業エンジニアとして読むと、効きどころは「1 案件あたりの AI コーディング原価」と「1 日に回せる並列タスク数」の 2 軸です。私が副業の側で考えるとしたら、軸は次の 3 パターンです。

• 受託案件のリードタイム短縮: 仕様書からの初期実装、テストコード生成、リファクタの一次草案。Composer 2.5 を Cursor 内 Agents Window で並列に回し、人間は最終レビューに専念する。1 案件あたりの実工数を減らして、対応本数を増やす方向で副業時間単価を伸ばす
• 小規模社内ツールの量産: 中小企業の社内向け業務スクリプト(Slack 通知、Google Sheets 連携、Notion 自動入力など)を 1 本 5〜15 万円帯で量産する。Composer 2.5 がコード生成原価を下げる方向に効くので、案件単価ではなく回転数で稼ぐ設計と噛み合う
• 個人ライブラリ・テンプレートの整備: 自分用の boilerplate / starter kit を Composer 2.5 で短時間で組み替える。1 つの土台を案件ごとにカスタムする「副業の中の固定資産」を持つ動きと相性がいい

共通する考え方は、「賢く速く安いモデルが出たから単価を上げる」ではなく「同じ価格で月に回せる案件本数を増やす」です。Composer 2.5 の原価が下がる方向の話は、副業者と発注側の両方に対して同じ追い風です。価格に転嫁する戦略はすぐに競合が真似します。回転率と仕上がり品質に転嫁したほうが、副業として続きやすいと私は思います。

起業・個人開発にするなら

個人開発の側から見ると、Composer 2.5 のいちばん面白い変化は「長時間エージェント運用の現実線が下がる」点です。Cursor 3 で導入された Agents Window と組み合わせて、worktree や cloud 環境で複数のエージェントを並列に走らせる設計が、月20ドルの固定費側でやりやすくなります。

具体的にどう設計するか、私だったらこんな分担にします。

• 主力モデル: Composer 2.5 (Fast 版) を「とりあえず回す」用のデフォルトに据える。リファクタ、テスト生成、ドキュメント整備、E2E シナリオ作成などの「長いが手順がある程度型化されたタスク」を任せる
• 難所のセカンドオピニオン: アーキテクチャ判断、複雑な推論、ドメイン特有の難所では、Opus / GPT-5.5 等の上位モデルを ピンポイントで呼ぶ。Composer 2.5 を「全部の正解」とは見なさない
• 並列の運用ルール: 1 セッションあたりの長さを区切る、エージェントごとに小さな目的を渡す、定期的に人間がレビューに入る。長時間運用は hallucination と context drift のリスクが従来より上がる方向なので、レビュー門戸を必ず残す

1〜2 か月で小さな SaaS を立ち上げるなら、Composer 2.5 + Cursor 3 のスタックを 主に「開発の中だけ」で使うのが現実線です。本番運用に直接 Composer 2.5 を組み込む必要は今のところありません。あくまで「あなたが書くコードを書く側の道具」として効きます。これは、ユーザーがアクセスする AI 機能を担う API モデル(Gemini API・Claude API・OpenAI API 等)の選択とは 別レイヤーの判断です。混同しないほうが設計が崩れません。

ここで意識したいのは、Composer 2.5 を「全部の正解」と扱わないことです。Cursor 自社評価のベンチが他社フロンティアと並ぶことと、あなたの現場のタスクで同じ結果が出ることは、別の問題です。難しい推論や特殊ドメインでは、依然として上位モデルが要る場面が残ります。「9 割は Composer 2.5、難所だけ上位モデル」が、私としてはバランスの取れた現実線だと感じています。

収益化するなら

今回のニュースは、新しい収益源そのものを作る話ではなく、「AI 開発原価の下がりで、これまで損益が合わなかった企画が成立に近づく」というコスト構造側のニュースとして読むのが現実的です。

収益化の角度で、私が見ている観点は次の通りです。

• 原価低下分を価格に転嫁しない: Composer 2.5 で開発時間が短縮された分を、案件単価の値下げや受託サブスクの月額引き下げに使うと、競合との価格競争に巻き込まれます。むしろ「同じ価格で対応速度と品質を上げる」「機能を一段増やす」方向に振ったほうが、収益が続きます
• 「成立しなかった企画」を引き出しから出し直す: 月額 500〜1,500 円帯の個人向けニッチ SaaS、業務スクリプトの定額メンテ契約など、原価が合わなくて諦めていた企画が、もう一度検討に値する可能性があります。Composer 2.5 はコード生成原価側の話で、ユーザー側の AI 機能原価とは別物である点だけ、混同しないように
• 個人開発の「副業内サブスク」設計: 自作 SaaS を副業として運営する場合、開発・保守工数の原価が下がることは、薄利のサブスクでも黒字化に届きやすくなる方向に効きます。ただし広告費・カード手数料・サポート工数など、AI 外の原価は変わりません

ただし、Composer 2.5 の価格は 2026-05-18 時点の Cursor 公式 blog 値です。コーディングモデル価格は今もっとも変動が激しい領域の一つで、本番投入を前提に月額試算をする場合は、必ず Cursor 公式の最新の価格情報 を契約直前に再確認してください。本稿の議論は「Cursor 計測で、原価が下がる方向に動いた」という事実ベースに留めています。

具体的な月商や利益額は、当然ながら人によって大きく違います。私からはここで金額を断定しません。Composer 2.5 の登場で「成立しなかった企画が、もう一度検討に値する」という、ここが今回読み取れる収益化観点だと思います。

必要スキルと初期費用

「Composer 2.5 が安いから始めやすい」と書いておきながら矛盾するようですが、AI コーディングモデルの選択肢が増えるほど、要るスキルは増えます。安く速いモデルが出ることは「全部 Composer 2.5 でいい」ではなく、「どこで何を呼ぶかの設計判断が増える」ということだからです。

副業・個人開発で今回の波に乗るなら、最初に押さえたいのは次の 3 つだと考えています。

• Cursor の Agents Window を 1 タスクで使い切る: 既存のリポジトリで、リファクタなど 30 分以上かかる「長めのタスク」を 1 本だけ、Composer 2.5 で最後まで回してみる。並列実行を試す前に、まず単発で挙動を体感するのが先です
• エージェント設計の言語化: 長時間エージェントの本領は「何を任せて、どこで止めて、何をレビューするか」を設計できる人が引き出します。社内ドキュメント水準で、タスクの粒度と完了条件を言語化するスキルが、ツールの選択以上に効きます
• 原価とレイテンシの実測癖: Cursor Pro $20/月の使用枠は固定ではなく、初週ブーストの 2x も期間限定です。長時間運用を始める前に、自分のタスクで 1 週間ぶん回したら使用枠がどれだけ減るか、最低 1 回は実測しておくのが安全です

初期費用の観点では、Composer 2.5 を試すなら Cursor Pro の $20/月(2026-05-18 時点)が実質コストです。最新の価格と提供条件は Cursor 公式 changelog で確認してください。VS Code 派の方は、Cursor を別に入れて並走する形(本業の IDE は据え置きで、副業の手動タスクだけ Cursor で回す)から始めるのが、心理的にもコスト的にも軽い入口だと思います。

注意点・リスク

ここはしっかり書いておきたいところです。Composer 2.5 の話を「個人開発のコスト構造が変わる」と書きましたが、その手前で読者が押さえておくべき制約も、フェアに並べておきます。

制度・規約・価格は変わる可能性があります。最新情報は必ず Cursor 公式ページで確認するように、提案書や見積もりにも一行入れておくのが安全です。

私の見解

これは私の見解です。

Composer 2.5 のニュースで派手なのは「他社フロンティア並みを 1/10 価格で」というスケール感ですが、私は副業・個人開発の読者にとって本当に効くのは そこではないと感じています。効くのは、Cursor Pro 月20ドルという固定費の中で、長時間エージェント運用を恐れずに回せる現実線が降りてきたことのほうです。これは性能競争の話ではなく、財布の構造が変わる話です。

これまで「Opus を 30 分以上回すのが怖い」「並列でエージェントを 3 本同時に走らせるのは原価的に無理」と止めていたタスクが、Composer 2.5 を主軸に据えれば「とりあえず夜中に回しておく」のように、財布より時間のほうを気にする運用に近づきます。個人開発の現場感覚で言うと、これは大きな変化です。私としては、今週中に自分のリポジトリで「長めの 1 タスク」を 1 本だけ Composer 2.5 に丸ごと任せて、レビューにかかる時間と仕上がり品質を実測するところから始めます。

もう一点。Cursor 自社ベンチが中心である事実は、軽く扱わないほうがいいと思っています。Cursor は IDE プラットフォーマーとして自社モデルを推す動機が当然あり、ベンチ設計と評価軸の選び方には、その方向のバイアスが入りやすい構造です。「他社モデルと同水準」という主張を、現場ワークロードでの再現性まで含めて信じるには、まだ第三者の独立検証が出てくる時間が要ります。Composer 2.5 を主軸に据えつつ、難所では上位モデルにセカンドオピニオンを取る、という 使い分け前提を崩さないのが、私としては安全な向き合い方です。

最後に、これは煽りで終わらせない注意点として書いておきます。AI コーディング原価が下がることは、あなたにとっての追い風と同じだけ、競合と発注側の内製化部門にとっての追い風です。「Composer 2.5 が出たから副業が儲かる」とは書きません。むしろ、「Composer 2.5 で何を作るか」より、「誰のどんな業務時間を、月いくらで楽にするか」の解像度のほうが、最終的な売上を決めると私は考えています。モデルは道具で、勝負は使い方の側です。

参考・引用元

本稿は Cursor 公式アナウンスを一次情報として、AIニュースラボとして副業・個人開発・収益化の観点で論点を整理したものです。ベンチマーク数値・利用条件・価格は Cursor の発表に基づいており、Cursor 公式の見解そのものではない解説部分は私の見立てです。価格や提供条件は変わる可能性があるため、契約・本番投入の前に必ず Cursor 公式ページで最新値を確認してください。