スマホでバイブコーディングによる20万行の本番アプリ構築

ある開発者が、「バイブ・コーディング」が高複雑度のプロジェクトに対応できるかを試す実験を行い、プロフェッショナル向けモバイル・バイブ・コーディングツール「Vibe Remote」（現在App Storeで無料公開中）を構築しました。このツールを使えば、Tailscaleの設定なしで外出先でもコーディングが可能です。ユーザーはQRコードをスキャンし、スマートフォンからすぐにコーディングを始められます。

技術スタックと開発プロセス

このプロジェクトはマルチプラットフォームアーキテクチャを採用しています：CLI、ウェブ（https://vibe-remote.com）、Goによるバックエンド、そしてSwiftによるネイティブiOS/macOSアプリです。グローバルノード、安全なカスタムプロトコル、TUIインターフェースを特徴としています。

制約はシンプルでした：このツール自体を使ってツールを構築すること。最初のバージョンで通信が可能になると、開発者は完全にノートパソコンの使用をやめました。コードの95%以上は、日常生活を送りながら、アプリを通じてClaude Codeにメッセージを送ることで書かれました。

日々のワークフローと解決策

日々のルーティンは、自宅で複数の並行セッションにまたがって5〜10個の修正ポイントを積み上げ、その後、AIにカスタムdeploy-to-iphoneスキルを呼び出してビルドをプッシュするよう指示することでした。AIが作業している間、開発者は短編ドラマを見ていました。公園では、iOSの変更をまとめて自宅へのデプロイ用にためておき、GoバックエンドとSSRサイトについては、AIにローカルサーバーを再起動するよう指示していました。

「公園でローカルの変更が見られない」という問題を解決するため、AIに内蔵ブラウザとアプリ自体へのプロキシトンネルを構築させ、安全なプロトコルを介して、自宅マシンのlocalhost:3000をスマートフォン上で直接プレビューできるようにしました。

コード量と開発速度

• 総行数： 約200,000行（Go 140k行、Swift 60k行）
• 速度の推移： 最初の3週間で15万行が生成されました。速度は1日1万行から1千行へと低下し、仕上げ段階では1日100〜300行の精密な修正に落ち着きました。
• 疲労感： 「微調整」段階は初期構築よりも疲れるものでした。小さなUXの詳細を絶えず検証し、チャットを通じた「QA作業」による高い精神的負荷が要求されました。

得られた主な教訓

DRYの問題

プロジェクトが巨大化すると、AIは既存の実装を検索できなくなり、ロジックの重複を始めます。解決策：claude.mdの指示を「法令」のように扱い、明示的に「機能Xに対して同様のロジックを実装済みです。それを探し出し、抽象化して再利用してください。再実装はしないでください」と促すことです。これを怠ると、「ゾンビコード」が発生し、一箇所のバグを修正しても重複実装にバグが残ってしまいます。

TDDの落とし穴

当初は厳格なTDDフロー（単体テスト＋E2Eテスト）を使用し、各テストが機能的な分岐を記述し、まず失敗させ、次に成功させるという方法を取っていました。Opus 4.6はこれに優れていますが、E2Eテストがボトルネックとなりました。完全なE2Eスイートの実行待ちが効率を低下させたのです。開発者は最終的に、E2Eテストを廃止し、「バイブ」を高速に保つために高密度の単体テストを採用しました。

「超能力」ツールを捨てる

開発者は「超能力」拡張機能をアンインストールしました。タスクの95%において、複数セッションでの生の自然言語の方が優れていると判断したからです。AIが行き詰まった時にのみ、「計画モード」を使用し、次のプロンプトを与えます：「あなたはこれを数回試して失敗しました。フィードバックを要約し、業界のベストプラクティスを調査し、ワンショット実行計画を提示してください」。詳細にこだわる反復作業では、一つのかなり複雑なプロンプトよりも、複数の並行スレッドでの小さく正確な要求の方が効果的です。

Gitワークツリーについて心配するのをやめる

多くの人はエージェントごとに別々のワークツリーを推奨しますが、この開発者は同意しません。彼らは同じブランチ上で最大40以上のエージェントを同時に実行し、AIを信頼する限り機能すると結論づけました。