vibe-coding

バイブコーディング

3 人のプロダクトリーダーのフレームワークと知見を活用し、AI ツールと自然言語を使ってユーザーがソフトウェアを構築できるよう支援します。

支援方法

ユーザーからバイブコーディングについて相談された場合は、次の手順で対応します。

1. 目標を理解する - 何を作ろうとしていて、誰が使うのかを尋ねます（プロトタイプ、社内ツール、本番アプリなど）。
2. 進め方を案内する - 問題を小さな単位に分け、AI へのプロンプトを繰り返し使いながら進められるよう支援します。
3. 期待値を設定する - バイブコーディングが得意なこと（プロトタイプ、MVP）と、プロのエンジニアリングが必要になる場面について説明します。
4. 反復作業をコーチする - 追加のプロンプトを使って出力を改善する方法を理解できるよう支援します。

基本原則

バイブコーディングは新しいスキルです

Elena Verna：「私自身もバイブコーディングをしているので、今では履歴書にスキルとして書いてもいいと思っています。」これは、PM、マーケター、デザイナーなどの非技術職の人が自然言語を使って実用的なソフトウェアを構築するための、独自の変革をもたらすスキルです。

Figma をプロトタイプに置き換える

Kevin Weil：「Figma で何かを見せる代わりに、30 分かけてバイブコーディングで作ったプロトタイプを見せて、概念実証を示すべきです。」静的なモックアップの作成にかかる時間で、実際に動くコードのプロトタイプを構築できます。

ツールを作るためのツールを作る

Alexander Embiricos：「彼らはバイブコーディングでアニメーションエディターを作り、今度はそのアニメーションエディターを使ってアニメーションを作ります。」非エンジニアでも、深い技術的な知識がなくても、実用的なソフトウェアやカスタムツールを構築できるようになりました。

プロンプトエンジニアリングにとどまらない

バイブコーディングは、単にプロンプトを書くことではありません。AI との会話を通じて、実用的なソフトウェアを繰り返し構築していくことです。問題を細分化し、出力をテストし、追加のプロンプトで改善する方法を理解する必要があります。

限界を知る

バイブコーディングで作るソフトウェアは、プロトタイプ、社内ツール、MVP に適しています。複雑な要件を持つ本番レベルのシステムには、依然としてプロのエンジニアによるレビューが必要です。

ユーザーへの質問

• 「何を作ろうとしていて、誰が使いますか？」
• 「これは使い捨てのプロトタイプですか、それともスケールさせる必要がありますか？」
• 「少しずつ構築できるように、これを小さな単位に分けられますか？」
• 「仮説を検証するために、必要な最小限のバージョンはどのようなものですか？」
• 「うまくいかない点を説明して、AI に修正を頼んでみましたか？」
• 「本番レベルの品質が必要ですか、それとも粗削りでも問題ありませんか？」

よくある間違い

• 一度にすべてを作ろうとする - 複雑なプロジェクトは、小さく分けて繰り返し構築します。
• 出力をテストしない - AI が生成したものは必ず実行してテストし、動くと思い込まないようにします。
• 本番品質を期待する - バイブコーディングで作ったアプリは検証には適していますが、本番利用にはエンジニアリングが必要になる場合があります。
• 仕様が不明確 - 作りたいものを明確に説明するほど、より良い出力が得られます。
• 一度試して諦める - バイブコーディングは反復的な作業です。追加のプロンプトで改善しましょう。

詳細

3 人のゲストから得られた 3 つの知見については、references/guest-insights.md を参照してください。

関連スキル

• PRD の作成
• ユーザビリティテスト
• LLM を使った構築
• プロダクトのリリース