スマートフォンで coding agent を起動できる今、見るだけ・任せる・承認するを分ける

まずスマートフォンの役割を三つに分ける

Cursor は iOS app を、どこからでも always-on agents を起動し管理する手段として説明している。cloud agent の起動、コンピューター上の agent を操作する Remote Control、isolated virtual machines での実行、demo、screenshot、log、diff などの artifacts 確認ができる。

これらは便利な機能である。ただし同じスマートフォンが、三つの役割を同時に持つ。

• 観察する： 状態、通知、screenshot、log、diff summary を見る。危ない点は、summary だけ見て実際の diff や失敗した test を見落とすこと。
• agent に任せる： docs、test、bug の再現手順など、範囲の狭い作業を cloud agent に先にやらせる。危ない点は、prompt が粗く agent が範囲を広げること。
• 承認する： 追加指示、PR 承認、merge を行う。危ない点は、小さな画面で最後の確認を省略しやすいこと。ただし CI/CD、test、branch protection、rollback が整い、小さく低リスクな PR なら、スマートフォンでの承認が常に悪いわけではない。問題は証拠が足りないまま承認することである。

チームで使う前に、各メンバーがスマートフォンからどの役割まで使ってよいかを決めておく。

どこから始めるか

最初は、範囲が狭く、戻しやすい作業だけにする。

1. 状態を見る： agent が完了した、入力を求めた、test に失敗した、という通知だけを受ける。
2. 小さく agent に任せる： docs、小さな test、再現手順の整理から始める。
3. 文脈を足す： 触ってはいけない file、deploy 禁止、PR だけ開くことを音声や文字で補う。
4. 最初は merge を十分な review 環境に残す： 最初の一週間は、スマートフォンから merge しない。artifacts だけで十分かを観察する。
5. スマートフォン承認の条件を決める： CI/CD が green、test が十分、diff が小さい、rollback が明確、branch protection が高リスク経路を止めているなら、低リスク PR はスマートフォン承認の対象にできる。
6. 抽出して振り返る： 毎週いくつかの mobile-started task を見直し、scope、test、review が保てたか確認する。

大きな画面で log、diff、risk を見直す作業が多いなら、それは失敗ではない。スマートフォンは task の開始と context 追加には向いているが、最終承認にはより十分な review 環境が必要だ、という境界が見えたということである。

一日中机の前にいて、手元に完全な IDE があるなら、この app を日常の流れに入れる必要はない。価値が出るのは、机から離れた細切れの時間である。その場面がないなら、今のやり方のままで十分合理的である。

生活四コマ

1. スマートフォンはまず dashboard のように、agent が止まっていないか、test が終わったかを見る。
2. 小さく戻しやすい作業なら、範囲を指定して agent に任せ、PR だけ開かせる。
3. 権限、課金、deployment、data に触れる作業では、diff、test、影響範囲、rollback を十分に見られる環境が必要になる。
4. guardrail が整い、test が green で、diff が小さいなら、スマートフォン承認も選択肢になる。証拠が足りない時は承認を待つ。