デスクからソファへ：モバイル開発者ワークフロー

「モバイル開発者ワークフロー」は、ビーチでカクテル片手に仕事をするイメージを想起させるかもしれません。現実はもっと地味で、もっと実用的です。夕食後のソファにいて、Mac はオフィスにあり、明日の朝までにテストのリファクタリングを始めたい — そういう場面です。

この記事では、開発者が実際にスマートフォンベースのコーディングツールをどう使っているかを説明します。ラップトップの代替としてではなく、1日の特定の隙間を埋めるデスク環境の延長として。

開発者の1日にある隙間

ほとんどの開発者は8時間連続でコーディングしません。1日には自然な区切りがあります:

• 通勤（30〜60分）— コードは書けないが、監視やタスク委任は可能
• 会議（断続的）— コードは書けないが、進捗確認は可能
• 昼食（30〜60分）— 結果の確認や次のタスクの開始が可能
• 夜（可変）— 何か確認したり、低優先度のタスクを開始
• ビルド/テスト待ち（可変）— 時間はあるが画面へのアクセスがない

これらの隙間こそ、スマートフォンベースのコーディングツールが本当に役立つ場面です。6インチの画面で複雑なアルゴリズムを書くのではなく、AI エージェントに委任し、進捗を監視し、判断を下すのです。

3つのワークフローモード

モード 1: 委任して忘れる

タイミング: 通勤、会議、積極的に監視できない時

動作の仕組み:

1. 明確で自己完結したタスクをスマートフォンから Claude Code に送信
2. スマートフォンを置く
3. Claude が完了したらプッシュ通知を受信
4. 時間がある時に結果を確認

このモードに適したタスク:

• 「テストスイート全体を実行して失敗を修正して」
• 「すべての依存関係を最新の安定版に更新して」
• 「src/utils/ のユーティリティ関数に TypeScript の型を追加して」
• 「PaymentService クラスのユニットテストを生成して」

このモードに不向きなタスク:

• Claude が単独で判断できない設計上の決定が必要なもの
• 方向を調整するために中間出力を見る必要があるタスク
• 認証情報や環境固有のセットアップに関する作業

モード 2: 監督して舵取り

タイミング: ソファタイム、昼休み、スマートフォンをチラ見できる低集中の時間帯

動作の仕組み:

1. ガイダンスが必要になりそうなタスクを送信
2. スマートフォンを手元に置く
3. Claude が入力や承認を求めたら応答
4. タスクが完了するまで繰り返す

このモードに適したタスク:

• 「認証フローをリファクタリングして — 各変更をレビューするよ」
• 「新しいモジュールの README を書いて — 先に構成を承認させて」
• 「CI パイプラインをセットアップして — 設定の選択を確認するよ」

このモードが機能する理由: Tactic Remote の承認プロンプトにはキーボードツールバーに専用の Y/N ボタンがあります。「yes」と入力する必要はなく、ワンタップです。テレビを見ながらでも十分対応できます。

モード 3: クイックバースト

タイミング: 2〜5分で特定のことを達成したい時

動作の仕組み:

1. Tactic Remote を開く
2. 1つの操作を実行
3. アプリを閉じる

このモードに適したタスク:

• ビルドが通っているか確認
• 以前のタスクの Claude の出力を確認
• クイックコミットメッセージを送信
• 後でレビューするバックグラウンドタスクを開始
• セッション間のトークンコストを確認

このモードではスニペットが必須です。「git status」にワンタップ、「テスト実行」にワンタップ、「/cost」にワンタップ。ルーティンチェックにタイピングは不要です。

1日のリズム

このワークフローを使う開発者の典型的な1日はこうなります:

8:00 AM — デスクにて Mac アプリを起動、昨日の作業を確認、今日のタスクを計画。これはフルデスクモード — キーボード、モニター、集中力がある。

8:30 AM — 最初のタスクを送信 自分の作業に取りかかる前に、Claude にタスクを委任:「昨日のトリアージの3つのバグを修正して」。Claude がセッションで作業を開始。

9:00 AM - 12:00 PM — デスクワーク + 監視 自分のコードをデスクで書いている。時々スマートフォンが振動:

• 「タスク完了」— チラ見して次のタスクを送信
• 「承認が必要」— 確認して Y をタップ、作業に戻る
• 「エラー」— 出力を確認して修正を送信

12:30 PM — 昼食 ソファでスマートフォンを操作。セッション状態を確認: Claude が2つのタスクを完了、1つが進行中。新しいタスクを送信:「今朝変更したエンドポイントの統合テストを追加して」。食事に戻る。

1:00 PM - 3:00 PM — 会議 スマートフォンはサイレント。Claude は作業中。会議中に2つの通知 — 後で確認。

3:15 PM — 会議の合間 2つのタスクが完了。3分間出力をレビュー。1つは問題なし、コミット。もう1つは微調整が必要 — 修正を送信。ドキュメント作成タスクを開始。

5:30 PM — 通勤 電車の中。ステータスを確認: すべて push 済み、CI はグリーン。アクション不要。良い1日。

8:00 PM — ソファ 低優先度タスク:「テストフィクスチャをクリーンアップして未使用データを削除して」。委任して忘れる。通知はいつ来てもOK — 急ぎではない。

10:00 PM — 就寝前 スマートフォンをチラ見: タスク完了、3ファイル変更、テストパス。アプリを開きすらしない — 明日の朝にレビュー。

ワークフローで変わること

タスク単位で考えるようになる

インターフェースがスマートフォンだと、自然と高レベルの指示を組み立てるようになります。手動でコマンドを打ってファイルを編集する代わりに、やってほしいことを説明する。これが AI コーディングエージェントの最適な使い方 — 明確な意図であり、マイクロマネジメントではありません。

判断をバッチ処理する

Claude が作業するたびにステップごとに承認する代わりに、通知をいくつか溜めて休憩中にまとめてレビューするようになります。数分おきにコンテキストスイッチするよりも効率的です。

非同期で働くようになる

スマートフォンのワークフローは本質的に非同期です。作業を送り、通知を受け、応答する。これは AI エージェントの実際の動作モデルにうまく適合します — エージェントは次のキーストロークを待っているのではなく、タスクを実行しているのです。

コーディング時間が増える（ある意味で）

デスクでのコーディング時間は変わりません。しかし隙間の時間に Claude が作業するため、生産的なコーディング出力の合計時間は増えます。デッドタイムだった30分の通勤が、完了したリファクタリングタスクを生み出します。

正直な制限事項

小画面でのレビューは限定的

スマートフォン画面でのコード変更レビューは、小さな差分なら可能ですが、大きな差分では苦痛です。Claude が15ファイルを変更した場合、おそらくデスクでレビューしたいでしょう。

回避策: Claude に自身の変更を要約させる:「変更したすべてのファイルと各ファイルの変更内容を要約して」。これでスマートフォン向けの概要が得られます。

タイピングが遅い

スマートフォンのキーボードで詳細なプロンプトを書くのは、実際のキーボードより遅いです。スマートフォンではプロンプトを簡潔に。

回避策: よく使うプロンプトにはカスタムスニペットを。似た指示でセッションを頻繁に開始するなら、保存しておきましょう。

ビジュアルコンテキストがない

スマートフォンから IDE、ブラウザ、デザインツールは見えません。視覚的な確認が必要なタスク（「ボタンを青にして」「レイアウトが正しいか確認して」）にはデスクが必要です。

ネットワーク依存

スマートフォンのワークフローにはインターネット接続（Cloudflare Tunnel 用）または同じ WiFi（LAN モード用）が必要です。接続がなければコーディングできません。

緩和策: Claude Code は接続状態に関係なく tmux セッション内で動作し続けます。接続が切れると失われるのは監視であって、作業ではありません。

正しいメンタルモデル

スマートフォンは小さなラップトップではありません。通知付きのリモコンです。

テレビのリモコンで映画の編集はしないでしょう。でも再生の開始、トラックのスキップ、音量の調整は当然使います。モバイル開発者ワークフローにおけるスマートフォンの役割はまさにそれ — 制御、監視、判断。重い処理は Mac が行います。

これを内面化すれば、ワークフローは妥協ではなくアップグレードに感じられるようになります。あなたがいない間も Mac が働いてくれるのです。