バイブコーディングのルール：コードを読まずにClaude Codeを使い、スマホからサイドプロジェクトを構築する方法

10年の経験を持つソフトウェアエンジニアが、自身が「vibe coding」と呼ぶワークフローを詳細に投稿しました。これは、Claude Codeを使用してスマートフォンだけでサイドプロジェクトを構築し、生成されたコードを一切読まないという手法です。この投稿では、このハンズオフなアプローチを実現可能にするための計画と安全チェックを優先した構造化プロセスが概説されています。

コアワークフロー

• 計画モードから始める。計画を読み、可能な限り理解する。不明な点があれば質問する。著者はコマンド4. Tell Claude what to changeを繰り返し使用し、「
  は何についてですか？それはどういう意味ですか？」といった質問をします。
• エージェントと行き来する。計画モードは最も重要なフェーズです。良い決定も悪い決定も連鎖し、増幅します。
• 計画を小さな塊に分割する。計画が大きすぎて理解できない場合は、エージェントに小さな消化しやすい塊に分割し、一つずつ処理するよう依頼します。
• 各計画完了後にすべてをgitにコミットする。著者は自動コミットを行うスキルやメモリを作成することを提案しています。これにより、何かが壊れた場合にロールバックが可能になります。注意：データベースのバックアップは別途行います。
• 計画に可視化されたテストケースを生成する。テストコードを読む必要はありませんが、it checks two positive integers、it checks passing a negative value、it checks not passing any valueのようなリストがあれば、自信がつき、リグレッションを防げます。

高度な安全性：3つのサブエージェント

複雑な変更には、以下の3つのサブエージェントを起動します。

• 計画を批判的にレビュー
• セキュリティレビューを実施
• テスト監査を実施

データベースに関する注意

著者は、エージェントに本番データを触らせる前に、必ずデータベースのバックアップ（またはスケジュールされたバックアップ）を取るようアドバイスしています。ロールバックにより、誤った削除などの災害を防げます。

オートモード

事前作業（計画、git、テスト、レビュー）が完了したら、著者はオートモードを有効にしてエージェントを実行させます。また、デプロイ後のエンドツーエンドテストのために、Chrome DevTools MCP（または同等のもの）へのアクセスをエージェントに与えます。

結果：「誰も使わないものを作ることができます。」