Cursor for iPad が有料全プランで提供開始、PR レビューがモバイルで完結
Cursor の iPad アプリが有料全プランで提供開始された。大画面向けに最適化したレイアウトで、レビューをチャットの横に並べたまま作業でき、ファイル差分は省略なしで表示される。サイドバーのチャットをピン留めして複数エージェントの進行を並べて監視できる。新たに追加された Inbox で進捗・未処理項目・レビュー待ち PR を一箇所で追える。レビュー画面はコメント、チェック、承認、レビュアー指定までカバーし、PR ワークフローがアプリ内で完結する。あわせて Bitbucket と Azure DevOps 対応、複数 PR の扱い、アプリ内チーム切り替え、Apple Pencil でのスクリーンショット注釈に対応した。
ニュース原文を読む ↗要約
Cursor の iPad アプリが有料全プランで提供開始されました。既存の iOS アプリの画面をそのまま拡大したものではなく、大画面を前提にレイアウトが組まれています。レビューをチャットの横に並べたまま作業でき、ファイル差分は省略なしで表示されます。サイドバーのチャットはピン留めできるため、複数のエージェントの進行を並べて監視できます。
機能面で新しいのは「Inbox」です。プロジェクトの進捗、未処理の項目、レビュー待ちのプルリクエストを一箇所で追えるようになります。エージェントに複数のタスクを投げる運用では、どれが終わってどれが待ち状態なのかを把握することそのものが手間になります。Inbox はその管理を引き受ける位置づけです。
レビュー画面は、プルリクエストのワークフロー全体を対象にするよう拡張されました。コメント、チェック、承認、レビュアーの指定までアプリ内で扱えるため、レビューのためにデスクトップへ戻る必要がありません。ここが今回の実質的な要点です。
あわせて複数の周辺対応が入っています。Bitbucket と Azure DevOps リポジトリへの対応、1セッションで生成された複数 PR すべてへのアクセス(従来は最新の1件のみ)、アプリ内でのチーム切り替え、そして Apple Pencil によるスクリーンショットへのマークアップ注釈です。
配布は App Store(ID: 6767085653)で、詳細は Cursor の mobile ドキュメントに記載されています。2026-07-28 のインド向けプラン「Cursor Start」に続く発表で、モバイル側の機能拡充が続いている状況です。
何が変わったか
- iPad アプリが有料全プランで提供開始
- 大画面向けレイアウト(レビューとチャットの並列表示、省略なしの差分表示、サイドバーチャットのピン留め)
- Inbox で進捗・未処理項目・レビュー待ち PR を一覧できる
- レビュー画面がコメント / チェック / 承認 / レビュアー指定まで対応し、PR ワークフローがアプリ内で完結
- Bitbucket、Azure DevOps リポジトリに対応
- 1セッションで生成された複数 PR すべてにアクセスできる(従来は最新の1件のみ)
- アプリ内でのチーム切り替え
- Apple Pencil でのスクリーンショット注釈
- 配布は App Store(ID: 6767085653)
業務インパクト(一般企業向け)
クラウドエージェントを前提にした開発では、ボトルネックの位置が変わります。実装そのものはエージェントが進めるため、手元の実行環境の性能や設定より、「投げたタスクの結果を誰がいつ確認するか」が全体のスループットを決めます。レビュー待ちが数時間滞留すれば、その間エージェントの成果は積み上がったまま止まります。PR レビューがモバイルで完結するようになったことは、この滞留を減らす方向の変更です。
実務的な効果が出やすいのは、レビュアーが少数に集中しているチームです。特定のシニアメンバーが全 PR を見る構成では、その人がデスクに戻るまで全体が止まります。移動中や会議の合間にコメントと承認まで済ませられるなら、待ち時間の削減がそのまま全体の速度になります。一方で、モバイルでのレビューが雑になるリスクは考慮すべきです。差分が省略なしで表示される設計はその懸念に応えたものですが、レビューの質を保つために「モバイルで承認していいのはどの規模の変更までか」をチームで決めておくのが現実的でしょう。
Bitbucket と Azure DevOps への対応は、採用可否を左右する前提条件です。GitHub 以外をホスティングに使っている企業では、これまで Cursor のレビュー機能が実質使えませんでした。Azure DevOps を使う組織は特に日本のエンタープライズに一定数あるため、これで検討対象に入るケースが増えます。
複数 PR へのアクセスとアプリ内チーム切り替えは、地味ですが運用上効きます。1セッションで複数の PR が生成される使い方は、エージェントに並列でタスクを投げる運用では普通に起こります。最新の1件しか見られない状態は、その運用と噛み合っていませんでした。複数チーム・複数クライアントを抱える体制でのチーム切り替えも同様です。
副業・個人活用視点
副業でコードを書いている人にとって、iPad でレビューまで完結できるのは時間の使い方を変える可能性があります。本業の合間や移動中にエージェントへタスクを投げ、結果のレビューと承認を隙間時間で処理する。手元に開発環境を用意する必要がないため、持ち出す機材を減らせます。
Inbox の価値は、複数案件を並行している場合に大きくなります。案件ごとにエージェントを走らせていると、「どの案件のどのタスクが待ち状態か」を把握するだけで認知の負荷がかかります。一箇所で見られる構造は、案件数が増えるほど効きます。
Apple Pencil でのスクリーンショット注釈は、クライアントとのやり取りで使える機能です。UI の修正指示を言葉で説明するより、スクリーンショットに直接書き込んだ方が早く正確に伝わります。指示を出す側としても受ける側としても使えます。
有料全プランが対象なので、いちばん安い有料プランでも使えます。ただし iPad 自体の投資が前提になるため、すでに持っているかどうかで判断は変わります。Bitbucket / Azure DevOps 対応が入ったことで、GitHub 以外を使うクライアント案件でも使える範囲が広がった点は、受託の幅を考える材料になります。