🚀

【Cursor】並列実装？モノレポ化まで？Cursor v0.50 の 5 つのアップデートを紹介したい

てつ

2025/05/11に公開

2025/05/18

Cursor

tech

こんにちは。

株式会社キカガクの @tetsuro_b です。
2025 年 5 月 10 日、 Cursor v0.50 がリリースされました。
https://www.cursor.com/ja/changelog
直近の Cursor のアップデートは細かい調整や、他の AI エディタにもある機能の輸入のような内容が多かったですが v0.50...、実に驚きのアップデート内容でした・・・！
アップデート内容の紹介に入る前に、最近の AI エディタ界隈を振り返ると...

Copilot Agent がついに GA。王者 Micorsoft が AI エディタ界隈に満を持して参入
https://code.visualstudio.com/updates/v1_99

OpenAI が Windsurf を 4,300 億円買収合意
https://www.nikkei.com/article/DGXZQOGN082HU0Y5A500C2000000/

などなど、Cursor はこれからどう戦っていくんだ！？と不安な部分もありましたが、v0.50 で Cursor がまた一歩先に出る進化を遂げてくれました。
一部のアップデート内容は段階的なリリースであるため、まだ私も触れていない機能もありますが実際に触ったものに関しては検証＆感想も執筆しておりますので、ぜひ最後までご覧ください！

 1️⃣ Cursor が並列実装可能に！バックグラウンドエージェント登場！!この機能については手元の Cursor にまだリリースが反映されていないため、詳細な動作確認ができておりません。

私が調べる限りでは X でも実際に触れている人をみかけないので近日中にリリースされるものと思われます。
■ 2025/05/18 15:37 追記
ついに手元の Cursor に Background Agents の機能が来ました！

が、どうやら Privacy Mode OFF の状態（入力データを学習に使用するのを許可した状態）でないと使えないみたいです。

Cursor Business を活用している弊社含め、まだまだ現場で試せるのは先になりそうです。
あと Max モデルのみサポートの文言もあるので月 500 リクエストも速攻で消費しそうです。
今回のアップデートの大目玉はなんといってもこれでしょう！

Cursor 上から複数のタスクを並列してエージェントに実装を任せられます。

※ イメージ的には Devin が近い！
公式の Changelog を日本語訳したものをそのまま貼り付けます。

※ Changelog にデモ動画がありますのでそちらでイメージ感をよりつかめると思います。
早期プレビューで段階的に展開中: カーソル エージェントがバックグラウンドで実行できるようになりました。

これにより、複数のエージェントを並行して実行し、より大きなタスクに取り組むことができます。エージェントはそれぞれ独自のリモート環境で実行されます。いつでもステータスを確認したり、フォローアップを送信したり、引き継いだりすることができます。
https://docs.cursor.com/background-agent
Cursor を活用する際のこれまでのセオリーは以下が主流だったかと思いますが、
✅ タスクは小さく分解
✅ そのうえで、タスクを順次実行
複数のエージェントを並列で実行できるようになるようなので、Cursor 活用のセオリーも今後大きく変わりそうですね！

 実装から PR 作成まで自動でやれてしまうかも！？公式の動画をよく見ると以下の情報がわかります。
タスク依頼　→ タスクの並列実行、さらに PR の作成まで Cursor で実現できる？ようです！
!気になる料金については、さすがに定額プランに含まれるものではなくトークン単位の従量課金のようです。
Only Max Mode-compatible models are available when using the Background Agent

https://docs.cursor.com/background-agent#models
とにかく早く触ってみたい...。

てもとの Cursor に１日でも早く機能がリリースされるのが待ち遠しいですね！

 2️⃣ モノレポ化はもう不要。Multi-root Workspaces に対応。😩「AI をフル活用するためには AI が参照しやすいように関連するリポジトリは全部ひとつのリポジトリにまとめてモノレポ化したい...。でもその手間が...。」
弊社でもちょうど最近メンバー間で話し合っていた部分でした。

モノレポ化はむずかしいので GitHub MCP や Claude Code MCP なんかを活用したらやりたいことはできそうなんじゃないかと...。
ところが、今回のアップデートで Cursor が Multi-root Workspaces に正式対応したことによりこの悩みが解消されます！
もう Cursor 利用の前提があれば AI のためにわざわざモノレポ化を検討する必要はありません！

※ わたしは Devin についてはまだ活用できていないので Devin はモノレポがいいのかも？（わかりません。）
実際にわたしが開発を担当しているプロジェクトで Multi-root Workspaces の設定を行ったところ、ワークスペースに設定された異なるリポジトリ間をまるで人間のように縦横無尽に駆け巡り実装を行ってくれました。

※ これまでは Frontend, Backend のリポジトリが別れていたので FE → BE のロジックを一貫して AI が確認することが難しかった。

 Multi-root Workspaces とは？https://code.visualstudio.com/docs/editing/workspaces/multi-root-workspaces
わたしは今日まで知らなかったのですが VSCode には関連するフォルダをひとつのワークスペースにまとめて作業ができる機能があったようで、v0.50 から Cursor でもこの機能が使えるようになりました。

※ Changelog には「インデックス化され、Cursorで利用できるようになります」とのニュアンスの文章が記載されているので、従来までも利用はできていたが思うようなパフォーマンスが発揮できていなかったということかもしれません。

 設定方法「command + shift + N」 で Cursor で新規ウィンドウを立ち上げる
「フォルダーをワークスペースに追加」を選択し、任意のフォルダを複数選択し追加


「名前をつけてワークスペースを保存」


上記の手順でワークスペースを作成することができます。
次回以降、同じワークスペースを開くには、3. で保存された xxxxx.code-workspace を Cursor にドラッグ＆ドロップすることで開くことができます。

 Cursor Rules は Multi-root Workspaces でどういった挙動になるのか.cursor/rules are supported in all folders added

https://www.cursor.com/ja/changelog
んー、Changelog の説明ではあまりイメージがつかないので検証してみました。
!■ 検証方法
ワークススペースを Cursor 上で開いた状態で、特にファイルを Cursor 上で開いたりするなどはせず（コンテキストを Cursor が認識しないようにするため）チャットのみを使用して検証。
ざっくり検証結果をまとめると以下のとおりです。


RuleType
適用されるケース


Always
常に全てのリポジトリのルールが適用

Auto Attached
関連するリポジトリ内のファイルがコンテキストに追加された場合のみ適用

Agent Requested
会話内容に適したルールは常に全て適用（ただし不安定）

以下詳細です。

 RuleType: Always → ワークスペース内の Rules が常に全て適用される例）以下のように Always の Rules を設定した場合、両方の Rules が適用される

リポジトリ A：語尾に「ワン」とつけてください

リポジトリ B：語尾に「パオーン」とつけてください

 RuleType: Auto Attached → Cursor Rules が設定されているリポジトリ内のファイルに対して有効例）リポジトリA に */spec.ts の Cursor Rules が設定されている場合

リポジトリ A の */spec.ts をコンテキストに追加すると Rules が適用される

リポジトリ B の */spec.ts をコンテキストに追加すると リポジトリ A のRules は適用されない

 RuleType: Agent Requested → Agent との会話に関連があれば作業するリポジトリは関係なく呼び出される例）以下のように Agent Requested のルールを設定した場合、両方の Rules が適用される

リポジトリ A：💪 の絵文字をつけて会話する

リポジトリ B：🙆‍♂️ の絵文字をつけて会話する
※ SQL うんぬんは関係ない部分なので無視してください。
⇒ （注意）ただ、リポジトリ A のルールだけが適用される場合も多かった！！！
※ RuleType: Manual → 手動で Attach するものなので検証から除外
!■ 結論
基本的には Multi-root Workspaces 用に Cursor Rules を調整する必要はなさそう。

ただし、RuleType が Always や Agent Requested に関してワークスペース内で矛盾するルールの記載がある場合はどちらかに合わせるか、Auto Attached に変更する必要はありそう。
※ Agent Requested 自体はチューニングが以前から難しかった印象なので Multi-root Workspaces がこれからスタンダードになるのであれば基本的には別の RuleType 推奨かもしれない。

 3️⃣ Tab キーがついにファイル境界を超えてサジェスト可能に！Cursor といえば Tab キーを活用したコードサジェストが有力ですが、従来まではファイル内の編集候補に対してのみサジェストがされていました。

それが v0.50 でなんとファイルをまたいで関連する箇所についてもサジェストをしてくれるようになりました！
https://www.cursor.com/ja/changelog#:~:text=With this we've also added syntax highlighting to the completion suggestions.
実際に以下のケースで試してみました。
!■ 検証方法
presentational に props 追加
（ここは Cursor が自動でやってほしい）container に Tab で遷移して、props を補完
※ 以下のようなディレクトリ構成をイメージ
- HogeComponent
  - container.tsx
  - presentational.tsx
何回か試したところ理想通りの挙動はなかなかしてくれないかも？という感触ではあったのですが、日常的に使っていくことで活躍してくれる気配はするので、実際に業務で使っていくのが楽しみです。

※ その他、あまりいい検証方法が思い浮かばずでした🙇‍♂️

 4️⃣ @codebase が復活。リポジトリ全部をチャットコンテキストに追加可能に。!■ @codebase とは
チャット上で @codebase と指定することでリポジトリ全体をコンテキストに追加できる機能。

Agent は通常 Codebase Indexing から関連するファイルを当たりをつけて調査＆実装することが多いが @codebase をつけることでより正確な調査が可能（体感です...。）
※ いつからかのアップデートで @codebase は無くなってしまっていました
@codebase の後継とも言える機能が追加されました。

Cursor のチャット上で @{ローカルリポジトリのフォルダ名} と入力することでコンテキストに追加可能です。
この機能を有効化するには「Cursor Settings > Features > Full folder contents」にチェックを入れる必要があります。

 どれくらい Cursor が賢くなるのか？実際の業務で使っているリポジトリでコンテキストへの追加有無で性能を比較してみました。

特定のロジックについて詳しく教えてもらう系の質問

@{ローカルリポジトリのフォルダ名} をつけてもつけなくても関連する実装ファイルにはたどり着くので、回答の質に違いはない


プロジェクトのディレクトリ構成を出力するように依頼
自分が試した限りでは @{ローカルリポジトリのフォルダ名} をつけたほうがより詳細にディレクトリ構造が出力された

!■ 結論
@{ローカルリポジトリのフォルダ名} をつけたからと言って格段に Cursor の性能が上がるわけではないみたいです。

※ もともと Codebase Indexing しているはずなのでそれもそのはず
ただ、ディレクトリ構造など俯瞰した情報は @{ローカルリポジトリのフォルダ名} を使ったほうが正確に見れている印象を受けたので 「どこに原因があるか全く検討のつかないバグの調査」などには向いているかもしれません。

 【注意】 サイズが大きすぎるリポジトリでは使えませんファイル数？フォルダ数？もしくは Codebase Indexing の file Sync 数なのか何が上限の目安になのかはわかりません。
※ 少なくとも手元のプロジェクトでは Codebase Indexing が 1,400 前後のリポジトリでは NG で、1,800 前後のリポジトリでは OK だったので Codebase Indexing とは別の基準かと思われます。
サイズが大きすぎる場合は、以下のように ⚠️ マークがつくのでそこで判断が可能です。

 5️⃣ command + K がアップデート。ファイル全体も編集可能に。!■ command + K とは
選択した行の範囲に対してピンポイントで実装、修正ができる機能。

Agent モードでも同様のことはできなくはないが command + K は実行速度にとても優れているので、局所的な修正であれば Agent モードよりも command + K が適しているケースが多い。
https://docs.cursor.com/cmdk/overview
従来の機能が「Edit Selection」で、「command + .」で「Edit Full File」に切替えることで使用可能です。

 単一ファイルの編集であれば Agent モードよりも倍早い検証として 6,000 行前後のとあるファイル内の特定の変数名の書き換えを指示しました。


実行方法
所要時間


Agent
125秒

command + K
71秒

Agent モードでは行数が多すぎてそもそもファイル全体を読み込むのに手間取ったり、変更箇所も 30 箇所以上あったので「最初はひとつずつ編集 → 効率が悪いのでコマンドで編集 → 上手くいかなくて修正して再実行...」と 125 秒かかりました。
対して command + K では丁寧に１箇所ずつ編集を行ったように見えたものの約半分の時間である 71 秒で終わりました！！
変更範囲が単一ファイルに閉じる修正や実装であれば、今後は command + K が大活躍すること間違いなしです！
!command + K は Cursor Rules の Always などは自動で Attach されないので手動で Rules をコンテキストに追加して上げる必要がありますのでご注意ください。

 その他にもアップデートは盛りだくさん！Cursor v0.50 のアップデート内容が膨大すぎて、この記事では紹介しきれない内容もたくさんあります。

ブラウザの日本語翻訳するだけでも普通に理解できるくらいわかりやすくまとまっているのでぜひ公式の Changelog の一読をおすすめします！
https://www.cursor.com/ja/changelog
すべてのモデルの使用はリクエストベースの料金に統合
すべてのトップモデルにMaxモードを搭載
Agent による長いファイルの高速編集
チャットをマークダウンファイルでエクスポート可能
チャットを複製し新しい会話を開始可能
MCP を Tool 単位で ON/OFF が可能

 最後に（宣伝）わたしの X アカウントでは Cursor の活用方法など AI 駆動開発メインで日々情報発信しております！ぜひフォローおねがいします！
https://x.com/tetsuro_b
また、株式会社キカガクでは組織全体で Cursor Rules の育成及び活用に積極的に取り組んでいます。
https://zenn.dev/kikagaku/articles/2d3752f773aa34
AI 駆動開発に興味のある方、自信のある方はぜひ「求人一覧」のぞいてみてください！

RuleType	適用されるケース
Always	常に全てのリポジトリのルールが適用
Auto Attached	関連するリポジトリ内のファイルがコンテキストに追加された場合のみ適用
Agent Requested	会話内容に適したルールは常に全て適用（ただし不安定）

実行方法	所要時間
Agent	125秒
command + K	71秒

株式会社キカガクPublication

株式会社キカガクの記事です。教育を軸に人材領域で企業のDXを支援しています。

【Cursor】並列実装？モノレポ化まで？Cursor v0.50 の 5 つのアップデートを紹介したい

1️⃣ Cursor が並列実装可能に！バックグラウンドエージェント登場！

実装から PR 作成まで自動でやれてしまうかも！？

2️⃣ モノレポ化はもう不要。Multi-root Workspaces に対応。

Multi-root Workspaces とは？

設定方法

Cursor Rules は Multi-root Workspaces でどういった挙動になるのか

`RuleType: Always` → ワークスペース内の Rules が常に全て適用される

`RuleType: Auto Attached` → Cursor Rules が設定されているリポジトリ内のファイルに対して有効

`RuleType: Agent Requested` → Agent との会話に関連があれば作業するリポジトリは関係なく呼び出される

3️⃣ Tab キーがついにファイル境界を超えてサジェスト可能に！

4️⃣ @codebase が復活。リポジトリ全部をチャットコンテキストに追加可能に。

どれくらい Cursor が賢くなるのか？

【注意】サイズが大きすぎるリポジトリでは使えません

5️⃣ `command + K` がアップデート。ファイル全体も編集可能に。

単一ファイルの編集であれば Agent モードよりも倍早い

その他にもアップデートは盛りだくさん！

最後に（宣伝）

Discussion

1️⃣ Cursor が並列実装可能に！バックグラウンドエージェント登場！

実装から PR 作成まで自動でやれてしまうかも！？

2️⃣ モノレポ化はもう不要。Multi-root Workspaces に対応。

Multi-root Workspaces とは？

設定方法

Cursor Rules は Multi-root Workspaces でどういった挙動になるのか

RuleType: Always → ワークスペース内の Rules が常に全て適用される

RuleType: Auto Attached → Cursor Rules が設定されているリポジトリ内のファイルに対して有効

RuleType: Agent Requested → Agent との会話に関連があれば作業するリポジトリは関係なく呼び出される

3️⃣ Tab キーがついにファイル境界を超えてサジェスト可能に！

4️⃣ @codebase が復活。リポジトリ全部をチャットコンテキストに追加可能に。

どれくらい Cursor が賢くなるのか？

【注意】 サイズが大きすぎるリポジトリでは使えません

5️⃣ command + K がアップデート。ファイル全体も編集可能に。

単一ファイルの編集であれば Agent モードよりも倍早い

その他にもアップデートは盛りだくさん！

最後に（宣伝）

Discussion

`RuleType: Always` → ワークスペース内の Rules が常に全て適用される

`RuleType: Auto Attached` → Cursor Rules が設定されているリポジトリ内のファイルに対して有効

`RuleType: Agent Requested` → Agent との会話に関連があれば作業するリポジトリは関係なく呼び出される

【注意】サイズが大きすぎるリポジトリでは使えません

5️⃣ `command + K` がアップデート。ファイル全体も編集可能に。