--- title: "Cursor 3.3の変更点｜/multitask・Build in Parallel・PRレビューと現行版での使い方" url: "https://www.issoh.co.jp/tech/details/12054/" published: 2026-05-11 updated: 2026-11-13 categories: ["AIエージェント・MCP"] publisher: "株式会社一創" --- # Cursor 3.3の変更点｜/multitask・Build in Parallel・PRレビューと現行版での使い方 Cursor 3.3は2026年5月6日に配布が始まり、翌5月7日付の公式チェンジログで主要機能が告知されたバージョンで、Agents WindowのPRレビュー、プランを並列で実装する「Build in Parallel」、変更を複数のPRに分ける「Split changes into PRs」、スキルのピン留めが入りました。あわせて、3.2でAgents Window専用だった`/multitask`がエディタでも使えるようになっています。この記事は3.3で入った機能を公式チェンジログに沿って整理し、現行版でどう使うかまで書きます。3.3そのものは2026年10月26日から最低バージョン方針で動かなくなっているため、いま使う版と更新手順は[Cursorの最新バージョンと確認・アップデート手順](/tech/details/9603/)を見てください。 ## まとめ：Cursor 3.3で入った機能と現行版での扱い - **/multitask**：依頼をキューに積まず、非同期サブエージェントで並行して進めるコマンド。3.2でAgents Windowに入り、3.3でエディタに広がった。現行の3.29系ではAgent・Plan・Debug・Askと並ぶ「Multitask」モードとしても選べる。 - **Build in Parallel**：Planモードのプランから独立した部分を見つけ、非同期サブエージェントで同時に実装する。押すとMultitaskモードに入る。 - **Split changes into PRs**：会話の文脈から変更を論理的な単位に分け、バックアップのスナップショットを取ってから分割案を示し、承認後にPRを作る。現行版では`/split-to-prs`で呼べる。 - **PRレビュー**：Agents WindowにReviews・Commits・Changesの3タブが入り、PRの作成からマージまでをCursor内で進められる。 - **注意点**：並列化はサブエージェントの数だけトークンを使い、サブエージェントのモデルやFastを1か所で固定するスイッチもまだ無い。3.3自体は「Update Required」で動かないので、使うなら現行版へ更新する。 以下、3.3の変更点の一覧から順に、各機能の仕組みと使い方、並列化の失敗パターン、3.3を使い続けられない理由を説明します。 ## Cursor 3.3の変更点一覧（2026年5月7日付のチェンジログ） [3.3の公式チェンジログ](https://cursor.com/changelog/05-07-26)は、見出しに4つの機能を挙げ、そのほかに改善6件・バグ修正5件を載せています。3.3自体は前日の5月6日に[コンテキスト使用量の内訳表示の告知](https://forum.cursor.com/t/context-usage-breakdown/159913)とともに「Available today in Cursor 3.3」として配布が始まっていました。 | 追加機能 | 使う場所 | 中身 | | ---------------------- | ----------------- | --------------------------- | | PRレビュー | Agents Window | Reviews・Commits・Changesの3タブ | | Build in Parallel | Planモードのプラン | 独立部分を非同期サブエージェントで同時実行 | | Split changes into PRs | マルチタスク中のクイックアクション | 変更を複数PRへ分割 | | スキルのピン留め | クイックアクションのピル | よく使うスキルを1クリックで呼ぶ | 改善項目のうち、並列化と関係が深いのは次の3つです。Exploreサブエージェントの動かし方を設定から選べるようになり（専用のモデルを指定する・親エージェントと同じモデルを使う・無効にする）、サブエージェントの設定で`model: opus`のような一般名を書くと常に最新のOpusが使われるようになりました。そして`/multitask`がエディタでも使えるようになっています。残りはプロンプト入力の取り消し単位の改善、長い会話での表示の安定化、MCPの再認証時に古いトークンを消す処理です。 ## /multitaskの使い方と3.2からの変化 ### /multitaskの動作：キューに積まない非同期サブエージェント `/multitask`は[3.2（2026年4月24日）](https://cursor.com/changelog/04-24-26)でAgents Window向けに入ったコマンドです。エージェントの実行中に次の依頼を送ると、通常はキューに積まれて前の実行が終わるまで待ちます。`/multitask`を付けると、Cursorは依頼ごとに非同期サブエージェントを起動して並行で進めます。大きな依頼は小さな単位に分けて複数のサブエージェントへ割り振り、すでにキューに溜まっている依頼についても「マルチタスクで進めて」と頼めば、待たずに並行で処理されます。 ``` /multitask 認証APIのテストを追加して、並行してREADMEのセットアップ手順も最新化して ``` 3.3ではこれがエディタでも使えるようになりました。[Cursorのヘルプ](https://cursor.com/help/ai-features/multi-agent.md)も現行の説明として「`/multitask`と入力すると、依頼をキューに積まずに非同期サブエージェントを並列で動かす」と書いています。[公式フォーラムの告知スレッド](https://forum.cursor.com/t/multitask-in-agents-window/158955)では、Cursorのスタッフが「独立した複数の依頼を同時に走らせる」「分けられる大きなタスクを速める」「実行中も作業を止めない」の3つを用途に挙げています。並列で動くのは[サブエージェントのドキュメント](https://cursor.com/docs/subagents.md)でいう「Background」のサブエージェントで、親エージェントは完了を待たずに次へ進みます。 ### 3.29系のMultitaskモードと3つの起動方法 3.2と3.3のチェンジログでは`/multitask`はスラッシュコマンドとして書かれていますが、現行版では会話のモードの1つにもなっています。2026年11月13日にCursorの公式配布APIから取得した3.29.15のmacOS版アプリでは、モードの定義がAgent・Plan・Debug・Multitask・Askの5つで、Multitaskの説明は「Run and coordinate multiple tasks in parallel」（複数のタスクを並列で実行・調整する）でした。コマンドパレットにも「Multitask Mode」という項目があります。2026年9月のフォーラム投稿でも、3.19.19の利用者が「Multitask mode」と呼んでいます。 使い方は3通りです。チャット入力で`/multitask`を付けて依頼する、モードの切り替えでMultitaskを選んでから依頼する、そしてエージェントの実行中に依頼がキューに溜まったとき、キューの欄に出る「Start Multitasking」を押す方法です。最後の方法では、実行中のエージェントが自分を非同期サブエージェントとして切り離し、手前の会話が空くので、溜まった依頼を待たずに進められます。同じアプリの新規エージェント画面のヒントにも「Use /multitask to run subagents to parallelize your requests instead of queuing them」と表示されるため、コマンドとしての使い方も残っています。Agent・Plan・Ask・Debugの4モードの違いは[CursorのDebug Modeとは？Agent・Plan・Askとの違い](/tech/details/10736/)にまとめています。 ### Multitaskのモデル・Fast固定の制約（2026年9月のスタッフ回答） Multitaskで起動されるサブエージェントは、多くの場合、親エージェントと同じモデルを使います。告知スレッドのスタッフ回答（2026年4月28日）によると、BYOK（自前のAPIキー）とリクエスト課金の一部が例外で、使うモデルは自然文で頼むこともできます。 ただし、頼んだとおりのモデルが使われる保証はありません。[2026年9月のフォーラム投稿](https://forum.cursor.com/t/multitask-mode-has-no-controls-over-the-model/171395)では、Ultraプランの利用者がMultitaskでFastモードを使われ、含まれる利用枠を大きく消費したと報告しています。スタッフは「Multitaskの作業者を選んだモデルに固定したり、Fastを使わせないようにしたりするスイッチはまだ無い」と回答し、当面の対策として**Cursor Settings > Modelsで、作業者に選ばせたくないモデルを無効にする**方法を示しました。無効にしたモデルはサブエージェントの候補から外れますが、Fastだけを止めることはできません。従量課金の枠が気になる場合は、Multitaskを使う前にモデル一覧を絞っておくのが確実です。料金プランごとの利用枠は[Cursor Proの料金と新プランの違い](/tech/details/7816/)で確認できます。 ## Build in Parallelでプランを並列実装する手順 ### PlanモードからのBuild in Parallelの選択手順 Build in Parallelは、Planモードで作ったプランを実装するときの選択肢です。3.29.15のエディタでは、プランの実装メニューに「Build Locally」（手元のAgentで実装）、「Build in Cloud」（クラウドで実装）、「Build in Parallel」の3つが並び、Build in Parallelの説明には「Parallelize Build with Multitask Mode.」と表示されます。既定のBuild Locallyではなく、Build in Parallelを選びます。フォーラムのスタッフ回答（2026年5月26日）によると、Build in Parallelを選ぶとMultitaskモードに入ります。Build Locallyで実装すると通常のAgentモードに戻るため、「プランの項目を並列で実装したいのに方法がわからない」という質問への答えはこのボタンです。 ### プランを並列のフェーズに分ける規則 チェンジログは「プランの独立した部分を見つけて同時に実行し、依存するステップは必要に応じて順序を保つ」とだけ書いています。3.29.15のアプリに含まれる、Build in Parallelを押したときにエージェントへ渡す指示を読むと、分け方はもう少し具体的です。 - プランのTodoごとに、先に終わっている必要があるTodoを決める。 - 依存の連鎖をまとめて1つ以上の「ビルドフェーズ」にし、フェーズごとに非同期サブエージェントを1体ずつ起動する。 - 独立したフェーズは並列で走らせる。後半だけ並列にできる場合は、先に依存元のフェーズを実行し、終わってから並列フェーズを起動する。 - サブエージェントへの指示ではプランを繰り返さず、プランファイルを参照させて担当するステップを指定する。 - 複数のエージェントで並列に実装し、プランの最後にテストの工程があるときは、前半のエージェントにはエンドツーエンドのテストをさせず、後段のテスト用サブエージェントで全体をテストする。実装が1体だけなら、その1体がテストまで行う。 この規則から、並列化の効果はプランの書き方で決まることがわかります。Todoが互いに依存していればフェーズは1本にまとまり、並列にはなりません。並列で進めたい作業は、プランの段階で「APIの追加」「画面の追加」「ドキュメント更新」のように、触るファイルが重ならない単位のTodoに分けておくと効果が出やすくなります。公式は短縮率を示していないため、速くなるかどうかは自分のプランで比べるしかありません。 ## Split changes into PRsの分割処理と承認手順 Split changes into PRsは、マルチタスクで進めた結果の変更を複数のPRに分けるクイックアクションです。チェンジログに書かれた動きは次の4つです。 - 会話の文脈から、変更の論理的な単位（logical slices）を特定する。 - 依存関係が必要な場合を除き、互いに独立したPRに分けることを既定にする。 - 分割の前にバックアップのスナップショットを作る。 - 分割案を示し、利用者の承認を得てから実行する。 バックアップのスナップショットや分割案の承認はBuild in Parallelの機能と混同されやすいものの、チェンジログ上はSplit changes into PRsの説明です。Build in Parallelは実装を並列にする機能、Split changes into PRsはできあがった変更をレビューしやすい単位に切り分ける機能で、役割が違います。現行版では`/split-to-prs`というスキルとして呼べ、新規エージェント画面のヒントにも「After long sessions, use /split-to-prs to turn your work into small, reviewable PRs」と出ます。分割後に表示されるボタンの表記は「Create PRs」です。 ## Agents WindowのPRレビュー（Reviews・Commits・Changesタブ） 3.3のPRレビューは、Cursor 3（2026年4月2日）で一般提供になった[Agents Window](https://cursor.com/docs/agent/agents-window.md)の機能です。チェンジログには「PRの作成からマージまでを1か所で」とあり、次の3タブが入りました。 | タブ | 表示する内容 | | ------- | ----------------------------- | | Reviews | 差分へのインラインのレビュースレッドとPR全体へのコメント | | Commits | そのPRのコミット履歴だけ | | Changes | ファイルツリーと変更ピッカー（大きなPR向け） | 画面にはレビュアーの状態や保留中のレビューのバナーも出て、クイックアクションのピルから次の操作に進めます。同じ3.3で、よく使うスキルをこのピルとしてピン留めできるようになりました。告知スレッドではエディタ側にもピン留めを付けてほしいという要望が出ており、3.3の時点ではAgents Windowの機能です。 その後もPRの画面は拡張されています。[Agents Windowのリリースノート](https://cursor.com/docs/release-notes/agents-window.md)によると、3.26の時点でPRタブにはChanges・Description・Commits・Checks・Reviewsのタブがあり、3.26からはエージェントを切り替えたり再起動したりしても選んでいたタブに戻ります。3.27ではChangesタブの範囲・ブランチ・選んだコミットも保持されるようになりました。3.3で入ったReviews・Commits・Changesは、現行版でもPRタブの中に残っています。 PRへの人のレビューとは別に、手元の変更をCursorにレビューさせる[Agent Review](https://cursor.com/docs/agent/agent-review.md)もあります。入力欄で`/agent-review`と打つか、ソース管理タブから実行し、設定でコミットごとの自動実行も選べます。設定の場所はCursor 3.11からGit & PRs > Pull Requestsに移りました。 ## 並列化で起きる失敗と使わない方がよい場面 /multitaskもBuild in Parallelも、使えば速くなる機能ではありません。公式ドキュメントとスタッフ回答から、次の3つの場面では使わない方が安全です。 **同じファイルを複数のサブエージェントが触る作業**。サブエージェントのドキュメントは「サブエージェントは既定で親エージェントと同じチェックアウトを共有し、複数が同時にファイルを編集すると互いの変更を上書きしうる」と書いています。/multitaskの告知直後にも、衝突を防ぐ仕組みはあるかという質問に、スタッフが「初期版（v0）では特別な仕組みは無い」と答えています。触るファイルが重なる作業を並列にするなら、サブエージェントごとに隔離された環境を頼みます。ドキュメントの例は次のような依頼で、サブエージェントごとにGit worktreeかクラウド環境が割り当てられ、変更は各ブランチに残って親エージェントがまとめます。 ``` Run a swarm of subagents to fix these five flaky tests, each in its own environment ``` worktreeの仕組み自体は[Git worktreeの使い方](/tech/details/10306/)、同じ考え方をClaude Codeで行う方法は[Claude Codeのworktreeとサブエージェントの並列実行](/tech/details/11708/)で解説しています。 **利用枠に余裕が無いとき**。ドキュメントは、サブエージェントを5体並列で動かすと1体のときの約5倍のトークンを使うと書いています。各サブエージェントは自分で文脈を集め直すため、同じコードを何度も読む分も上乗せされます。前の章のとおりモデルとFastも固定できないので、従量課金で使っているなら、並列化は締め切りが近い作業に限るのが無難です。 **数分で終わる小さな作業**。ドキュメントは、単純な作業ではメインのエージェントの方が速いことが多く、サブエージェントの利点は速さではなく文脈の分離だと書いています。1ファイルの修正や設定の変更まで/multitaskに回すと、サブエージェントの起動と文脈の集め直しの分だけ、かえって遅くなる場合があります。 ## Cursor 3.3は今も使えるか：最低バージョンとアップデート手順 3.3は2026年11月時点で使えません。[Cursorの最低バージョン方針](https://cursor.com/help/troubleshooting/minimum-version.md)では、公開から約2か月で更新を促す警告が出る「最低サポート版」を下回り、約3か月で動かなくなる「最低利用可能版」を下回ります。2026年10月26日時点の予定は次のとおりです。 | 日付 | 最低利用可能版 | 3.3の状態 | | ----------- | -------------- | ------ | | 2026年10月26日 | 3.6（警告は3.18未満） | 動かない | | 2026年11月22日 | 3.12 | 動かない | | 2026年12月14日 | 3.18 | 動かない | 最低利用可能版を下回ると、Cursorは起動するものの「Update required」と表示され、エージェントへの依頼は「Update Required」エラーで失敗します。会話の履歴と設定は消えず、更新すれば戻ります。 更新はアプリ内の「Update」ボタンか、コマンドパレット（Cmd/Ctrl+Shift+P）の「Attempt Update」で行い、再起動します。設定の`update.mode`が`none`のときやMDMの`UpdateMode`ポリシーで止められているときは、[cursor.com/download](https://cursor.com/download)から最新版を入れ直します。配布ページに残っているのは最新版と直近の数版だけなので、公式の配布ページから3.3を取得して入れ直すことはできません。現在の版番号と確認方法は[Cursorの最新バージョンと確認・アップデート手順](/tech/details/9603/)にまとめています。 ## よくある質問 ### cursor multitask（/multitask）とは何ですか？ 依頼をキューに積まずに非同期サブエージェントで並行処理させる機能です。3.2でAgents Windowに入り、3.3でエディタでも使えるようになりました。現行版ではチャットの`/multitask`のほか、Agent・Plan・Debug・Askと並ぶMultitaskモードとしても選べます。 ### Cursor 3.3はいつリリースされましたか？ 配布は2026年5月6日に始まり、PRレビューやBuild in Parallelなどの主要機能は5月7日付の公式チェンジログで告知されました。5月6日の告知はコンテキスト使用量の内訳表示です。 ### Build in Parallelとmultitaskの違いは何ですか？ Build in ParallelはPlanモードのプランを起点に、Todoの依存関係からフェーズを組んで並列実装する機能で、押すとMultitaskモードに入ります。/multitaskはプランが無くても、個々の依頼を並行で走らせる入口です。プランを作ってから並列にしたいならBuild in Parallel、思いついた依頼を待たずに投げたいなら/multitaskを使います。 ### CursorのUIが変わったのはなぜですか？元の画面に戻せますか？ 2026年4月2日のCursor 3でエージェント中心のAgents Windowが導入され、3.3のPRレビューもこの画面に入っています。従来のエディタ画面にはコマンドパレット（Cmd+Shift+P）の「Open IDE」で戻れ、Agents Windowへは「Open Agents Window」で切り替えます。両方を同時に開いておくこともできます。3.3.30では、起動時にAgents Windowを開くかどうかの切り替えも設定に加わりました。 ### cursor 3.3.30とは何ですか？ 3.3系のパッチ版です。フォーラムの報告に載るビルド日付は2026年5月9日、土台のVS Codeは1.105.1で、[スタッフは5月10日に段階配信中と案内](https://forum.cursor.com/t/cannot-switch-to-editor-view-in-cursor/158764)しています。この版でCursor Settings > Agentsに「Open Agents Window on startup」の切り替えが加わり、オフにすると起動時にエディタが開くようになりました。3.4系でGitの変更表示が壊れた不具合の[報告スレッド](https://forum.cursor.com/t/broken-git-changes-in-3-4-x/160777)では、スタッフが当面の回避策として3.3.30に留まることを勧めていたため、この番号で検索されることがあります。ただし3.3系はいまは最低利用可能版を下回っていて動かないので、回避策としても使えません。 ## 関連記事 - [Cursorの最新バージョンは3.29系｜確認方法・アップデート手順と3.19〜3.27の変更点【2026年11月】](/tech/details/9603/) - [CursorのDebug Modeとは？使い方とログ収集の仕組み、Agent・Plan・Askとの違い](/tech/details/10736/) - [Cursor 2.4の新機能｜画像生成・Subagents・Skillsの使い方と現行版での変化](/tech/details/10747/) - [Claude Codeのworktreeとは？claude -wの使い方とサブエージェントの並列実行](/tech/details/11708/) - [CursorとClaude Codeの違い｜料金・併用設定と拡張機能の入れ方【2026年10月】](/tech/details/18755/) --- 出典: [Cursor 3.3の変更点｜/multitask・Build in Parallel・PRレビューと現行版での使い方]()（株式会社一創）