この Playbook が最適化するもの

狙いは、ありとあらゆる AI ビルダーを集めることではない。ひとりで実際に公開できる構成を、できるだけ早く決めることだ。
段階主なツールこの層の役割避けたいこと
方向づけChatGPT, Claude, Perplexity誰向けか、何を約束するか、どのページを先に出すかを決めるメッセージがないまま見た目から入ること
UI の素案v0, Lovable, Bolt構図と画面の方向を短時間で比較する弱い案を何本も残し続けること
実装ループCursor, Claude Code, Codex決めた方向をコードとして仕上げる毎日のように主力ツールを変えること
公開と運用Astro, Vercel, Notion軽く速く公開し、更新も回しやすくする最初から重いバックエンドを抱えること

役割ごとのおすすめ構成

Cursor / Claude Code / Codex

実装、リファクタ、デバッグ、レビューの中心になる層。

向いている使い方: 毎日少しずつでも前進させたいソロ開発。

判断基準: 主力の開発環境は一つ決めて、しばらく乗り換えない。

v0 / Lovable / Bolt

最初の画面構成、ランディングページ、ビジュアル方向を素早く出す層。

向いている使い方: 白紙から強い構図に早く到達したいとき。

判断基準: 方向を選ぶために使い、意思決定を先送りするためには使わない。

Astro / Vercel / Notion

コンテンツ中心、多言語、編集型のサイトを軽く回したいときの公開基盤。

向いている使い方: 速さ、明快さ、運用の軽さを優先する構成。

判断基準: 目的を満たす最も軽いスタックから始める。

進め方

  1. 最初に約束を書く。誰向けか、何が変わるか、最初に出すページは何かを決める。
  2. UI の方向を数本だけ素早く出し、一つの強い構図に絞る。
  3. その後はエージェント型の実装ループで、実装、QA、文言調整、公開まで進める。
  4. 外形が出てから CMS、分析、自動化を足す。

今週まずやること

運用メモ: 立派な未完成システムより、ひとつの良い公開ページのほうが強い。
いまの状態最初にやることまだやらないこと
公開サイトがない約束が一つだけ伝わるホームを出す会員機能や複雑な価格ページは作らない
ホームはあるが証拠が弱いデモ、ユースケース、事例ページを一つ出すブランド全体の再設計はしない
MVP はあるが伝わりにくいポジショニングと導線を書き直す機能追加で説明不足を隠さない

どの建て方を選ぶべきか

進め方主なツール向いている状況主なトレードオフ
ホスト型の一体型ビルダーGoDaddy Airo, Wix名刺代わりのサイトを早く出したいときあとで柔軟性が足りなくなりやすい
AI サイトビルダーDora AI, Relume, Wegic実装前にデザインの方向を探りたいとき長期の運用基盤というより方向決め向き
コード前提の表面v0, Cursor, Claude Code, Codex, Astro, Vercelサイト自体がプロダクトや出版基盤になるとき判断の明快さと実装の規律が必要になる

シンプルな判断基準

公開面があとでプロダクトのロジックや編集運用につながるなら、最初からコード寄りで始めるほうが伸びやすい。きれいな入口だけが必要なら、ホスト型でも十分なことが多い。

公開前チェックリスト

ひとり開発の具体的な進め方

日主な目的出力
1日目約束とページ構成を決める見出し、対象、CTA、粗いセクション
2日目UI の方向を 2〜3 本出して 1 本に絞る選ばれたレイアウト方向
3日目コードに移り、公開面をつくるホームと一つの内部ページ
4〜5日目証拠と仕上げを足す事例、デモ、文言調整、公開