こんにちは。<a href="https://x.com/tetsuro_b" target="_blank" rel="nofollow noopener noreferrer">@tetsuro_b</a> です。
ついについに・・・！ 
私はメインの AI を Claude Code → Cursor に戻すことを決断しました！！
長い付き合いだった「VSCode x Claude Code」とは、しばらくお別れです...。
その理由を紹介していきます。
<h2 id="%E6%96%B0%E6%A9%9F%E8%83%BD-multiple-models-%E3%81%AE%E4%BD%93%E9%A8%93%E3%81%8C%E8%89%AF%E3%81%99%E3%81%8E%E3%82%8B" data-line="9" class="code-line">
<a class="header-anchor-link" href="#%E6%96%B0%E6%A9%9F%E8%83%BD-multiple-models-%E3%81%AE%E4%BD%93%E9%A8%93%E3%81%8C%E8%89%AF%E3%81%99%E3%81%8E%E3%82%8B" aria-hidden="true"></a> 新機能 Multiple Models の体験が良すぎる</h2>
2025年10月29日 <a href="https://cursor.com/ja/blog/2-0" target="_blank" rel="nofollow noopener noreferrer">Cursor 2.0</a> が発表され、その中でも「Multiple Models / Multipel Agent」機能がぶっ刺さりました。
<img src="https://storage.googleapis.com/zenn-user-upload/8748f31f3283-20251031.png" alt="" class="md-img" loading="lazy">
Multiples Model は何ができる機能かと言うと「同じプロンプトで複数のモデルに対して処理を実行できます。」
例えば「Claude 4.5 Sonnet と GPT-5 Codex」を指定してプロンプトを投げると...
<img src="https://storage.googleapis.com/zenn-user-upload/47a7921cb052-20251031.png" alt="" class="md-img" loading="lazy">
Claude 4.5 Sonnet と GPT-5 Codex が並列で動き出します！！
<img src="https://storage.googleapis.com/zenn-user-upload/aac2737e2367-20251031.png" alt="" class="md-img" loading="lazy">
しかも...
<ul data-line="27" class="code-line">
<li data-line="27" class="code-line">並列で実行できるのは最大 4 モデル
<ul data-line="28" class="code-line">
<li data-line="28" class="code-line">4.5 Sonnet, 4.5 Haiku, GPT5-Codex, GPT5-Fast に同じ作業を依頼する...</li>
</ul>
</li>
<li data-line="29" class="code-line">同一モデルで 4 並列で同時作業
<ul data-line="30" class="code-line">
<li data-line="30" class="code-line">4.5 Sonnet を 4 並列で同一作業を依頼する...</li>
</ul>
</li>
</ul>
はい、、、Cursor 最高すぎます。 
「レスポンスの早いモデル」と、「ゆっくりだけど正確なモデル」を贅沢に同時に並列で動かせるんです。贅沢すぎる...。
<h2 id="%E3%81%A7%E3%80%81%E4%B8%A6%E5%88%97%E5%AE%9F%E8%A3%85%E3%81%AF%E3%81%A9%E3%82%8C%E3%81%8C%E3%83%AD%E3%83%BC%E3%82%AB%E3%83%AB%E3%81%AB%E5%8F%8D%E6%98%A0%E3%81%95%E3%82%8C%E3%82%8B%E3%81%AE%E3%81%95" data-line="35" class="code-line">
<a class="header-anchor-link" href="#%E3%81%A7%E3%80%81%E4%B8%A6%E5%88%97%E5%AE%9F%E8%A3%85%E3%81%AF%E3%81%A9%E3%82%8C%E3%81%8C%E3%83%AD%E3%83%BC%E3%82%AB%E3%83%AB%E3%81%AB%E5%8F%8D%E6%98%A0%E3%81%95%E3%82%8C%E3%82%8B%E3%81%AE%E3%81%95" aria-hidden="true"></a> で、並列実装はどれがローカルに反映されるのさ</h2>
結論、どの実装も好きなタイミングで現在のローカルブランチに統合できます。 
例えば GPT-5 Codex の修正を反映したい場合...
<ol data-line="40" class="code-line">
<li data-line="40" class="code-line">
GPT-5 Codex のタブを選択 
<img src="https://storage.googleapis.com/zenn-user-upload/9d205f146a98-20251031.png" alt="" class="md-img" loading="lazy">
</li>
<li data-line="43" class="code-line">
Apply All で現在のブランチに変更を統合 
<img src="https://storage.googleapis.com/zenn-user-upload/3f70d3beb33a-20251031.png" alt="" class="md-img" loading="lazy">
</li>
</ol>
※ Apply All をするまでは現在のブランチにはどちらの変更も取り込まれていない状態です。
では Claude 4.5 Sonnet の変更も確認したい場合には・・・？
<ol data-line="50" class="code-line">
<li data-line="50" class="code-line">GPT-5 Codex のタブで Undo All を選択</li>
<li data-line="51" class="code-line">Claude 4.5 Sonnet のタブへ移動し Apply All を選択し変更をブランチへ統合</li>
</ol>
という操作で Claude 4.5 Sonnet の変更も確認ができます。
最終的には実装内容が良かった方だけを取り込んで進めていけば良いです。
<h2 id="%E3%82%BB%E3%83%83%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AF%E7%B6%AD%E6%8C%81%E3%81%99%E3%82%8B%E3%82%82%E3%81%AE%E3%81%8B%E3%82%89%E6%B6%88%E8%B2%BB%E3%81%99%E3%82%8B%E3%82%82%E3%81%AE%E3%81%B8" data-line="57" class="code-line">
<a class="header-anchor-link" href="#%E3%82%BB%E3%83%83%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AF%E7%B6%AD%E6%8C%81%E3%81%99%E3%82%8B%E3%82%82%E3%81%AE%E3%81%8B%E3%82%89%E6%B6%88%E8%B2%BB%E3%81%99%E3%82%8B%E3%82%82%E3%81%AE%E3%81%B8" aria-hidden="true"></a> セッションは維持するものから消費するものへ</h2>
要するに、、、
「セッション = 1 作業に１つ」 
　↓ 
「セッション = １作業で大量に作って消費していくもの」
に変わっていくわけです。贅沢すぎる...。
<h2 id="codex-%E3%81%AB%E3%82%82%E5%90%8C%E3%81%98%E6%A9%9F%E8%83%BD%E3%81%82%E3%81%A3%E3%81%9F%E3%82%88%E3%81%AD%EF%BC%9F" data-line="67" class="code-line">
<a class="header-anchor-link" href="#codex-%E3%81%AB%E3%82%82%E5%90%8C%E3%81%98%E6%A9%9F%E8%83%BD%E3%81%82%E3%81%A3%E3%81%9F%E3%82%88%E3%81%AD%EF%BC%9F" aria-hidden="true"></a> Codex にも同じ機能あったよね？</h2>
Codex にも同じ機能が実は以前より存在していましたが、個人的にはインターフェースが別れている都合上使い勝手がよくありませんでした。
<ul data-line="71" class="code-line">
<li data-line="71" class="code-line">各並列タスクをローカルブランチへ統合するのにひと手間必要</li>
<li data-line="72" class="code-line">IDE とブラウザでインターフェースが別れているのでシームレスにできない</li>
</ul>
<img src="https://storage.googleapis.com/zenn-user-upload/0216bb85c5c3-20251031.png" alt="" class="md-img" loading="lazy">
それが Cursor なら同一の IDE インターフェースにて「並列タスクの実行 ↔ ローカルブランチへの取り込み」を超シームレースにできるわけです。
私は Multiple Models を使い始め「そうそう、やりたかったのはこれなんだよ！！」と感銘を受けました・・・！
Cursor の Multiple Models がすごいというよりも、IDE とシンプルな UI で結合した体験に価値があると思っています。
<h2 id="%E3%83%A6%E3%83%BC%E3%82%B9%E3%82%B1%E3%83%BC%E3%82%B9%EF%BC%91%EF%BC%9A%E3%83%87%E3%83%90%E3%83%83%E3%82%AF%E4%BD%9C%E6%A5%AD%E3%81%AE%E7%88%86%E9%80%9F%E5%8C%96" data-line="82" class="code-line">
<a class="header-anchor-link" href="#%E3%83%A6%E3%83%BC%E3%82%B9%E3%82%B1%E3%83%BC%E3%82%B9%EF%BC%91%EF%BC%9A%E3%83%87%E3%83%90%E3%83%83%E3%82%AF%E4%BD%9C%E6%A5%AD%E3%81%AE%E7%88%86%E9%80%9F%E5%8C%96" aria-hidden="true"></a> ユースケース１：デバック作業の爆速化</h2>
Multiple Models のユースケースを紹介していきます。 
個人的には Composer-1 を活用した作業でかなりの恩恵を受けると思っています。
<aside class="msg message">!<div class="msg-content">
Composer-1 とは Cursor v2.0 で登場した Cursor 独自のモデルです。
<blockquote data-line="91" class="code-line">
同等の知能レベルのモデル比で4倍高速な最先端モデルです。 
ほとんどのターンを30秒未満で完了します。
</blockquote>
詳しくは<a href="https://cursor.com/ja/blog/2-0" target="_blank" rel="nofollow noopener noreferrer">リリースノート</a>から確認ができます。
</div></aside>
<ol data-line="98" class="code-line">
<li data-line="98" class="code-line">「Composer-1」「GPT5-Codex」を選択し、バグ解消したいプロンプトを投げる</li>
<li data-line="99" class="code-line">Composer-1 の修正作業は 30 秒ほどで完了するので Apply All して挙動確認 
→ OK そうであればGPT5 Codex のセッションは破棄
</li>
<li data-line="101" class="code-line">不具合が修正されてなければ Undo All で変更を破棄</li>
<li data-line="102" class="code-line">GPT5-Codex の実装が完了次第、Apply All して挙動確認</li>
</ol>
※ ２人で作業を進めてもらい早くできた、正確なほうの実装のみを反映させる。以下のようなイメージ。（こんなこと人間にやらせられないですね...。）
<ul data-line="105" class="code-line">
<li data-line="105" class="code-line">Composer-1：スピード重視のジュニアエンジニア</li>
<li data-line="106" class="code-line">GPT-5 Codex：じっくり考えていつも最適解を提案してくれるシニアエンジニア</li>
</ul>
<img src="https://storage.googleapis.com/zenn-user-upload/ae7b2166e207-20251031.png" alt="" class="md-img" loading="lazy">
簡単なバグであれば Compser-1 がすぐに直せるので、これまでのように無駄に長い修正作業を待つ必要もありません。また、Composer-1 で直らなくても裏側では GPT-5 Codex が動いてくれているので時間を無駄にすることなく、ハイモデルでの修正内容も確認ができます。
<h2 id="%E3%83%A6%E3%83%BC%E3%82%B9%E3%82%B1%E3%83%BC%E3%82%B9%EF%BC%92%EF%BC%9A%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E6%A1%88%E3%81%AE%E4%BD%9C%E6%88%90" data-line="113" class="code-line">
<a class="header-anchor-link" href="#%E3%83%A6%E3%83%BC%E3%82%B9%E3%82%B1%E3%83%BC%E3%82%B9%EF%BC%92%EF%BC%9A%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E6%A1%88%E3%81%AE%E4%BD%9C%E6%88%90" aria-hidden="true"></a> ユースケース２：デザイン案の作成</h2>
モデルによって生成されるデザインに微妙な特徴があリますよね。 
Multiple Models を活用すれば、新しくデザインを作りたい時に複数のモデルに依頼ができます。
特徴の異なるデザイナー２人にデザイン案を作成してもらう...というようなイメージです。 
もちろん一人のデザイナー（同一モデル）に別案を複数出してもらうことだってできます。 
贅沢すぎる...。
一度に最大 4 パターンも UI を作成できれば UI ガチャに時間を費やす時間もかなり削減できるはずです。
<img src="https://storage.googleapis.com/zenn-user-upload/4683d034a53d-20251031.png" alt="" class="md-img" loading="lazy">
<h2 id="%E3%81%9D%E3%81%AE%E4%BB%96" data-line="126" class="code-line">
<a class="header-anchor-link" href="#%E3%81%9D%E3%81%AE%E4%BB%96" aria-hidden="true"></a> その他</h2>
Multiple Models は、これまでの作業全てにおいて取り込むことが可能だと思います。
<ul data-line="130" class="code-line">
<li data-line="130" class="code-line">要件定義を複数モデルに並列で任せる</li>
<li data-line="131" class="code-line">実装プランの作成を複数モデルに並列で任せる</li>
<li data-line="132" class="code-line">コードレビューを複数モデルに並列で任せる</li>
</ul>
<h2 id="%E3%81%95%E3%81%84%E3%81%94%E3%81%AB" data-line="134" class="code-line">
<a class="header-anchor-link" href="#%E3%81%95%E3%81%84%E3%81%94%E3%81%AB" aria-hidden="true"></a> さいごに</h2>
Cursor の Multiple Models を紹介しました。 
これを皮切りに Claude Code や Codex からも同じようなことが実現可能な機能 or UI が出てくるかもしれません。（その時はまた乗り換えするかも...。）
X の方でも日々、AI のことについて発信しておりますのでフォローいただけたらうれしいです！
<iframe id="zenn-embedded__84c583789300e" src="https://embed.zenn.studio/card#zenn-embedded__84c583789300e" data-content="https%3A%2F%2Fx.com%2Ftetsuro_b" frameborder="0" scrolling="no" loading="lazy"></iframe><a href="https://x.com/tetsuro_b" style="display:none" target="_blank" rel="nofollow noopener noreferrer">https://x.com/tetsuro_b</a>

わたし Cursor に乗り換えます

新機能 Multiple Models の体験が良すぎる

で、並列実装はどれがローカルに反映されるのさ

セッションは維持するものから消費するものへ

Codex にも同じ機能あったよね？

ユースケース１：デバック作業の爆速化

ユースケース２：デザイン案の作成

0809android

yo-nagase

Poola

standard software

結局Claude codeもcodexも使ってルンですよね？ 
claude codeから乗り換えたわけではなく、VSCからCursorに乗り換えただけですよね？ 
エディタの機能の話とAIモデルの話がごちゃ混ぜ…

Claude CodeはAIモデルではないですよね? 
てつさんは一貫してAIモデルではなくツールの話をしていると思うんだけど 
ごちゃ混ぜになってるのは誰だろう

ちょうど我々の会社では、逆にclaude codeに乗り換えたのでどうして？と思い記事を拝見させていただきました。 
大きな理由はコストです。最近、cursorはteamプランの方にもこれまでのリクエストベースの課金からトークンベースの課金に切り替えました。 
これにより、多くのメンバーが追加課金しながら使うことになり、管理者側は追加課金をできるだけ抑えようとしたり、利用する側も利用シーンを限定的にするなどして、cursorを使わなくてもできそうなところは使わずに作業しようとしたりし、AI利用をためらう様になってきてました。
複数のエージェントに同時にリクエストを出し、レスポンスを受け取れる機能は魅力的ですが、これを使うとコストもその分増大してしまいます。 
この辺りはどの様に考えていらっしゃいますか？
コスト発生するとは言っても1000ドルもかからないなら人件費に比べれば安いもんだと割り切ってる感じでしょうか？

コストについては鋭いコメントですよね。 
Claude Code に月$100 か 月$200を払っている人も多いと思いますが、 
追加で、Codexに月$200を払うかっていうと、結構微妙なところです。

Discussion