2026年6月末、Cursor がついに iOS 公開ベータを出しました。私は発表翌日にインストールして、通勤電車と外出先のカフェで丸1週間使ってみたんです。正直、最初は「スマホでコーディングとか結局オモチャでしょ」と半信半疑でした。ところが Remote Control で自宅の Mac に繋いだ瞬間、印象が180度変わりました。この記事では、Cursor iOS を実務で回すための設定と、私が実際に踏んだ落とし穴をまとめます。
結論:Cursor iOS は”スマホで書く”ためではなく”エージェントを外から回す”ためのもの
先に結論だけ言います。Cursor iOS はコードをスマホでガリガリ書くアプリではありません。自宅やクラウドで走らせているエージェントを、外出先から指示・確認・マージするための遠隔操作アプリです。この理解で入るかどうかで、使い勝手の評価が180度変わります。
公式のアナウンスによれば、Cursor iOS はすべての有料プランで公開ベータとして利用可能で、リポジトリを選んでエージェントを起動する操作はデスクトップ版と同じ流れで行えます。フロンティアモデルを選び、音声で指示を出し、スラッシュコマンドで方向づける、という3点セットが基本です。
つまり、あなたがやるべきことは「スマホでコードを書く練習」ではなく「エージェントに任せられるタスクの切り出し」と「Remote Control の初期設定」だけ。ここを外すと、せっかくの iOS 版が単なる changelog ビューアになってしまいます。
Cursor iOS を有効化する3ステップ
私が実際にやった手順はこれだけです。iPhone 15 Pro と macOS 15 の Mac mini(M2)で確認しました。
1. App Store で Cursor をインストール App Store で「Cursor」と検索すればすぐ出てきます。ダウンロードしてサインインすると、既存の Pro / Pro+ / Ultra いずれかのアカウントがそのまま使えます。無料の Hobby プランでは今のところ入れません。ここは注意点。
2. デスクトップ側で Remote Control を許可する Mac 側の Cursor を最新版(3.5系以降)にアップデートし、Settings から Remote Control をオンにします。Teams / Enterprise を使っている場合は、管理者がダッシュボードから Remote Control を有効化していないと、iOS からローカル PC には繋がりません。
3. Keep Computer Awake を有効化 これ、地味に大事です。デスクトップ側にはスリープ中もエージェントが到達できるように、コンピューターを起こしたままにする設定があります。外出先で「あれ、繋がらない」となる原因の8割は、Mac がスリープに入っているせい。私は最初これで30分溶かしました。
設定自体は10分で終わります。むしろ難しいのは「何を任せるか」の切り分けなんですよね。
音声入力とスラッシュコマンドで指示を出す実例
iOS 版の一番の武器は音声入力です。指でチマチマ打つ代わりに、思いついたことを口で放り込む。私が電車の中でよくやる指示はこんな感じです。
/plan このリポジトリの認証周りをリファクタして、
Supabase から Clerk に置き換える計画だけ立てて。
実装はまだしないで、ファイル単位のTODOをMarkdownで出して。
ポイントは「実装しないで計画だけ」と明示すること。移動中にエージェントが暴走してクレジットを溶かすのが一番怖いので、私はまず /plan で骨子だけ吐かせて、帰宅してから /worktree で実装に入る流れにしています。
スラッシュコマンドはデスクトップ版と同じものが使えます。/worktree、/best-of-n、/review あたりは iOS からでも普通に打てました。音声認識の精度は日本語混じりでも思ったより落ちません。専門用語は英語で言った方が確実、というのは残りますが。
Cloud Agents との組み合わせが本命
ローカル Mac への Remote Control よりも、実は Cloud Agents との相性の方が本命だと感じました。Cloud Agents は隔離された仮想マシンで動くタイプのエージェントで、あなたのラップトップを閉じても走り続けます。
公式のドキュメントには、ローカルで走らせていたセッションをクラウドに移動できると明記されています。私が試したフローはこう。
- 朝、Mac で /worktree を使って機能追加をエージェントに投げる
- 出かける前に、セッションをクラウドに移動
- 電車の中で iOS からステータスを確認、追加の指示を音声で入れる
- カフェに着く頃には PR が上がっている
ロック画面の Live Activities でエージェントの進捗が見えるのは想像以上に効きました。プッシュ通知も、完了・入力待ち・レビュー準備の3種類が飛んできます。要は、Slack の DM が来るような感覚でエージェントの状態が把握できる。
これ、比喩を探すと「ペットの見守りカメラ」に近い体験なんです。作業をしているのは向こうで、こちらは進捗を眺めて時々口を出す。書き手というより監督の役割にシフトします。
クレジットを溶かさないための3つの線引き
便利さの一方で、モバイルからの指示は「なんとなく雑になる」危険があります。私が1週間で30ドル分のクレジットを溶かしかけた反省から、次のルールを設けました。
書き込みを伴う指示はローカル Mac に限定する iOS からいきなり Cloud Agent に「実装して」と投げるのは避けています。ローカル Mac 経由なら、帰宅後に diff を目視してから受け入れられる。クラウド側で自動マージまで走ると、変な変更を後追いで戻すのが面倒です。
音声入力の前に「実装しないで」を必ず添える
音声だと指示が短くなりがちで、エージェントが勝手に走り出します。私は最初のプロンプトに Do not implement. Only plan. を口癖のように入れています。
モデル選択は Auto 固定 モバイルからだと Opus や GPT-5.5 みたいな重量級を選びたくなるんですが、外出先で長時間走らせるのはコスパが悪い。Auto に固定しておくと、Cursor 側が状況を見て安いモデルに振ってくれます。Pro プランのクレジットを月末まで持たせるには、これが一番効きました。
Cursor iOS が向く場面・向かない場面
1週間使って、向き不向きははっきり分かれると感じました。
向く場面
- 通勤中にバックログのタスクを /plan で叩き台にする
- オンコール中にインシデントの初動をエージェントに任せる(公式も同じユースケースを挙げています)
- コードレビューの一次確認をエージェントに投げて、電車内で結果を眺める
- カスタマーから届いた再現手順を、外出先からエージェントに渡して調査させる
向かない場面
- ゼロから新規プロジェクトを立ち上げる(コンテキストが薄すぎて音声指示では足りない)
- 細かい UI の微調整(Design Mode はデスクトップ側が圧倒的にやりやすい)
- 大量の diff を目視レビューする(スマホ画面だと視認性が足りない)
特に3つ目、レビューは iOS 版だと厳しいです。「承認するかどうか」の判定だけモバイルで、実際の差分読みは帰ってから、と割り切った方が事故が減ります。
Cursor iOS を1週間試して分かったこと
正直に言うと、最初の2日は「デスクトップでよくない?」と何度も思いました。ところが3日目、休日に家族と出かけている最中に Bugbot が拾ったバグ通知が来て、その場で /review を回して修正 PR まで見た瞬間に「これは無理して机に戻らなくていい」と分かったんです。
開発体験の重心が、椅子に座る時間ではなく「エージェントを設計している時間」にシフトする。これが Cursor iOS の本質だと思います。デスクトップとモバイルの境目が薄くなる感覚は、Slack や GitHub のモバイルアプリを初めて入れた時に近い、と言えば伝わるでしょうか。
まとめ:今日からやる4つのアクション
最後に、この記事を読んだあなたが今日試せる具体的なアクションを4つ挙げます。
- App Store から Cursor をインストールする(有料プランならすぐ入れる)
- デスクトップ側で Remote Control と Keep Computer Awake を有効化
- 音声入力で最初のプロンプトを試す(必ず
Do not implement. Only plan.を添える) - 1タスクだけ Cloud Agent に投げて、外出中に Live Activities で進捗を眺めてみる
この4つを今日中に済ませておけば、次に電車に乗ったときにはもう Cursor iOS があなたの開発の一部になっているはずです。少なくとも私は、この1週間で通勤時間の使い方が完全に変わりました。
参考リンク
- Cursor Changelog — Cursor for iOS 公開ベータの一次情報
- Meet the new Cursor(Cursor 3 発表) — Agents Window とローカル/クラウド連携の設計思想
- Cursor 3.0 Changelog — /worktree など Agents Window の基本コマンド