これはかなり洗練されたセットアップだね。特にTailscaleを使ってるところが気に入ってる。私はもっとシンプルだけど柔軟性がない代替手段を使ってるけどね。ClaudeのiPhoneアプリを使って、"Everything"っていう環境を作って、ウェブ用のClaude Code（AnthropicのCodex Cloud版）を動かしてる。これだと全ネットワークアクセスができるんだ。ただ、プライベートなソースコードやAPIキー、その他の秘密が含まれる環境変数を扱う場合は、ちょっと危険かも。でも、私のプロジェクトはほとんどオープンソースか個人的なもので、ソースコードが漏れてもあんまり気にしない。Anthropicは私のために、アプリを通じて開始したセッションを処理するために、約21GBのVMをオンデマンドで動かしてくれるんだ。VMの時間に追加料金がかからないのもいいね。私はよく2〜3個の別々のClaude Codeのウェブセッションを同時に動かしてることが多くて、スマホからのプロンプトで始めることもあるし、犬の散歩中に始めることもある。すごくうまく機能してるよ！

パンドラの箱が開いちゃったね。ホワイトカラーの労働者が24/7働く世界に向かってる。皿を洗ってる時も、犬を散歩させてる時も、スーパーに運転してる時も、子供を学校から迎えに行く時も関係ない。常にスマホを持ってて、LLMと話し続けて、疑わしい機能を提供したり、意味のない製品を作ったりして、子供たちが成長する環境を壊してしまう。私はヘビーユーザーのLLMだけど、毎日プロフェッショナルにもプライベートにも非常に役立ってる。ただ、これが長期的にどうなるか考えると、認知的不協和を感じて本当に辛い。

スマホで長いメッセージを打つのが好きじゃないから、このワークフローはクールに聞こえるけど私には合わないな。今のセットアップは、CCが私の入力を必要とする時に動くClaude Codeのフックを持ってて、それが私のHome Assistantを使ってスマホにプッシュ通知を送るんだ。そしたら、パソコンに戻って作業を続ける。このやり方はまあまあうまくいってるけど、小さなメッセージやレビューコメントには隙間がある。AnthropicがClaudeモバイルアプリがClaude Code（デスクトップアプリじゃなくて）をミラーリングして、変更の差分を見たりコマンドを送ったりできる機能を出してくれるのを待ってる。これを使って、外出中に短いコマンドやプロンプトで会話を進められたら、パソコンに戻った時に重要なフィードバックに集中して、すぐにキーボードでメモできるんだ。

理にかなってるね。最近、会社のために似たようなものを作ったばかりだよ :) SSH経由でClaudeコードに画像をペーストできるようにする調整を加えたんだ。仕組みはこうだよ：PTYインターセプション：SSHプロセスをラップする擬似端末（PTY）を作成して、キーボードとリモートシェルの間に「中間者」として座らせる。ブラケットペースト検出：stdinを監視して「ブラケットペースト」シーケンス（Cmd+Vやファイルのドラッグ＆ドロップ時に端末が送る制御コード）を検出する。「フック」：ペーストが発生すると、実行を一時停止してテキストをローカルのmacOSファイルパスでスキャンする。自動同期：ローカルパスが見つかると、そのファイルをリモートサーバーに即座に同期（提供されたSSHキーを使用）する。透過的フォワーディング：同期が完了すると、元のテキストをシェルに転送する。ローカルのFinderからリモートSSHセッションにファイルをドラッグ＆ドロップすると、そのファイルがコマンドラインにパスが表示される前に自動的にサーバーにアップロードされる。コピー＆ペーストやスクリーンショットでも動作するよ。

それはいいね。でも、Claudeが何かを間違えたり、何かをできなかったり、プロジェクトに追加した千行のコードをレビューしなきゃならないときはどうなるの？ 完全にテストや品質管理なしの雰囲気で作ったサイドプロジェクトじゃない限りね。これで何が作れるのかちょっと興味がある。なんか、雑でメンテナンス不可能なコードの山を作る方法に見えるんだけど。

似たようなことに取り組んでるよ： https://github.com/shepherdjerred/monorepo/tree/main/package... 基本的には、どこかのマシンでサーバーを立てる感じ。セッションはDockerコンテナ、K8sポッド、またはZellij（tmuxに似たアプリ）を使って作成される。できることは： - Docker attachを使ってセッションに直接接続（TUI経由で内蔵）。普通のClaudeコードの体験ができるけど、マルチプレックスされてる。スイッチャー/UIはClaudeの状態やPR（プッシュ、マージの競合、CIの状態、レビューの状態など）を表示する。 - ウェブUIを通じてセッションを管理。ブラウザから直接Claudeコードに接続できる。通常のClaudeコードのターミナルやネイティブチャットビューにアクセスできる。 - アプリを通じてセッションを管理。ネイティブチャットビューにアクセスできる。Gitワークツリーとプロキシを使って隔離を実現しているから、コンテナにはゼロのクレデンシャルしかアクセスできない（コンテナ内にClaudeコードのクレデンシャルすらない）。これで、すべての権限モードをバイパスしてより安全に使える。これは、ClaudeコードのWeb版よりも私にはうまくいく。Claudeが動いている環境をコントロールできるからね。好きなDockerイメージを与えたり、ローカルネットワークに接続させたりできる。まだ作業中だけど（コアの部分はできてるけど、まだ洗練されてない）、OPが考えていることに似た目標を持つ、よりフレンドリーなUXを提供できることを期待してるよ。

僕はオフィスのデスクに超速いMacBook Proがあって、tmuxやtailscale、git worktreesを使ってる。著者と同じような通知設定も作ったよ。tailscaleとsshのおかげで、これで外出先でもスマホからvibecodeできるんだ。タスクを走らせておくのはいいけど、デスクに座ってるときにできるような高品質な仕事は、移動中にはできないんだよね。フルSaaSの仕事をするには、やっぱりデスクに座って集中しないと質の高い仕事はできない。プロンプトの結果を試したり、たくさんメモを取ったり、それをエージェントにフィードバックしたり、完成するまで出さないようにしてる。変更をフィーチャーフラグで管理したり、すべてのコードを細かくレビューしたり、考えうるすべてのメトリクスやログ（VictoriaMetrics）を追加したり、ユーザー行動のログ（Amplitude/Posthog）を取ったりして、生活がかかってるかのように監視するんだ。だって、それは製品だし、自分の仕事に誇りを持ってるからね。これらすべてにはたくさんの画面スペースとキーボードが必要なんだ。だから、変わることがあっても、結局は同じことなんだろうね。

ポートの割り当てはハッシュベースで、ブランチ名から決定的で、衝突はない: > hash_val = sum(ord(c) for c in branch_name) > django_port = 8001 + (hash_val % 99) > 六つのエージェント、六つの機能、一つの電話。衝突がないってどういうこと？六つのブランチと99のポートスロットがあったら、最適なハッシュを仮定しても衝突の確率は約14%だよ（これは明らかに最適じゃないけど）。

代わりに、exe.devでVMを立ち上げるのもアリかもしれないね。どうやら、モバイルアクセスはそのままで使えるみたいだよ。[1] 自分はノートパソコンからしか使ってないから試したことはないけど、ターミナルウィンドウでClaude Codeを使うより、ブラウザタブでコーディングエージェントとチャットする方が好きだな。

JulesとGitHub Copilotエージェントがあれば、似たようなワークフローが少ない設定でできるよ。Claude Code for Webは試したことないけど、似たような感じだと思う。