Vibeで教える
Vibeをワークショップ、集中講座、コホート、または企業内プログラムとして実施するために必要なものがすべて揃っています。カリキュラムはどの形式でも同じで、変わるのは深さと長さだけです。
形式を選ぶ
| 形式 | 期間 | 内容 | 最適な対象 |
|---|---|---|---|
| ワークショップ | 半日(3.5時間) | Module 00に加え、Module 05と06のハイライトをスターターリポジトリで実施 | 創業者、事業オーナー、コミュニティイベント。最初の入り口です。 |
| 集中講座 | 2日間 | Production Readiness ChecklistのGate 1(「今すぐ」の38項目)を各参加者自身のアプリに適用 | すでにアプリを公開している創業者。参加者はVibe Builder(L1)の資格を取得して修了します。 |
| コホート | 1タームあたり4週間 | プログラムを1タームずつ、週10〜12時間 | プロダクト担当者、アナリスト、ジュニアエンジニア |
| エンタープライズ | 16週間、またはカスタムの一部 | プログラム全体を実施し、AGENTS.mdテンプレートとReadiness Checklistを社内ポリシーとして採用 | AIコーディングツールを導入する銀行、保険会社、大企業 |
すべてのセッションを同じ4ステップで進める
すべてのモジュールはこのリズムに合わせて書かれています。これを守れば、クラスは自然と回ります。
- 学ぶ(15〜20分)。 まず実際のインシデントを紹介し、次にコンセプトを説明します。インシデントが必要性を生み、コンセプトがそれに答えます。
- 作る(60〜90分)。 受講者は、モジュールの最後にあるプロンプトパックを使ってAIツールに指示します。あなたはテックリードとして教室を回り、「それが動くとどうしてわかるの?」と問いかけます。
- 壊す(30〜45分)。 受講者はラボの手順に沿って、自分の成果物を攻撃します。パートナーと交換しても構いません。ラボは、AIの最初の実装がここで失敗するように設計されています。学びが生まれるのはこの段階です。
- 証明する(15分)。 受講者はVibeアカウントでDefinition of Doneにチェックを入れ、証拠を添付します。テスト出力、スキャンレポート、スクリーンショットなどです。証拠がなければ合格はありません。
説明は少なく、壊すことを多く。価値の大半は3つ目のステップにあります。
スターターリポジトリ: Ledgerly
Ledgerlyは小規模なマルチテナントの請求書アプリで、仕様書とスケルトンとして提供されます。受講者はAIに各機能を作らせます。14個のセキュリティ受け入れテストが「安全」の意味を定義しています。対象は、アクセス制御、インジェクション、シークレット、XSS、rate limiting、パスワードの保存、N+1クエリ、タイムアウト、webhook、競合状態(race condition)、SSRF、プロンプトインジェクション、エラーハンドリング、CORSです。
各テストは、その機能が安全に実装されるまで失敗し続けます。そしてAIの最初の実装は、たいてい少なくとも1つのテストに失敗します。その瞬間こそが学びです。受講者は npm run score を実行し、スコアが 0 / 14 から 14 / 14 へと上がっていくのを確認します。これにより、どのクラスも同じスタート地点に立ち、進捗をプロジェクター上で見える化できます。
受講者へのルール: すべての機能はAIアシスタントを使って作り、diffは受け入れる前に必ずすべて読み、テストは決して編集しないこと。
初めてのワークショップ: ステップごとの進め方
- 2週間前。 参加者にセットアップ確認を送ります。Node.js 22以降、使えるAIコーディングツール(Claude Code、Cursorなど)、そして
npm installでインストールしたスターターリポジトリです。 - 会場の準備。 プロジェクターを2台用意し、1台はワークショップ資料用、もう1台はライブスコアボード用にします。何よりも重要なのは安定したWi-Fiです。
- 当日。 ワークショップ資料に沿って進めます。時間配分付きの進行表とスピーカーノート(Nキーで表示)が含まれています。
- 終了後。 Readiness Checklistのリンクと集中講座への案内を送ります。記憶が新しいうちに、一言だけフィードバックをお願いしましょう。
参加者自身のアプリで集中講座を行う
1日目はセキュリティとデータ(Module 03、05、06)を扱います。2日目は信頼性とリリース(Module 07、08、11、12、13)を扱います。各参加者は自分のプロダクトに対してReadiness ChecklistのGate 1に取り組み、証拠をVibeアカウントに記録します。Vibe Builder(L1)の資格は、Gate 1のすべての項目に証拠が揃ったときにのみ授与してください。
実務上の注意点が2つあります。実際のアプリには本物のシークレットが含まれているため、画面を共有する前にまずシークレットスキャンを行い、漏洩したものはすべてローテーションしてください。また、セッション中は誰も本番環境に対して修正を実行しないことを事前に合意しておいてください。
エンタープライズプログラムを実施する
- すべてのリポジトリで、AGENTS.mdテンプレートを組織のルールファイルとして採用します。
- Production Readiness Checklistをリリースゲートとして採用します。
- プログラムはターム単位で実施し、キャップストーンはクライアント自身のセキュリティ、エンジニアリング、リスク部門の責任者の前で発表・審査します。
- 実施前後のDORAメトリクスを使って、チームごとの進捗を報告します。
評価と認定
| レベル | 資格 | 要件 |
|---|---|---|
| L1 | Vibe Builder | ターム1と2に合格し、アプリがチェックリストのGate 1を満たすこと |
| L2 | Vibe Engineer | ターム1〜3に合格し、アプリがターム3のカオスラボを耐え抜くこと |
| L3 | Enterprise Vibe Architect | 全タームに加え、キャップストーンを審査員の前で発表・審査すること |
自動不合格のルールは必ず維持してください。資格は、ごまかしがきかないからこそ価値があります。gitの履歴にシークレットが残っている、テナントをまたいでデータにアクセスできる、エージェントが承認なしに取り消せない操作を行う、そのいずれかがあればモジュールは不合格です。
ファシリテーションのコツ
- 説明するよりも「どうしてわかるの?」と問いかけてください。最も大切な習慣が身につきます。
- 見つかったバグを称えてください。自分の成果物に脆弱性を見つけた受講者は、プロがやっていることを実践しています。
- 受講者のAIが間違った修正を出したら、プロジェクターに映してください。それは最高の教育機会になります。
- ライブデモで使うAIツールは1つに絞ってください。ツールを混ぜると、セッションがテクニカルサポートの時間になってしまいます。