【結論】失敗しにくいQuick Demo
社内デモでは、ゼロから巨大アプリを作るより、既存の小さな不具合を調査し、テストを追加して修正する流れの方が再現性と実務価値を示せます。
デモ用リポジトリ、固定依存関係、事前取得済みパッケージ、予備録画、停止条件を準備します。
秘密情報、通知、Gitリモート、個人ファイルが画面へ映らないようにします。
# ターミナルで実行：デモ用worktreeを作成
claude --worktree quick-demo
# ターミナルで実行：既存テストを確認
npm test -- --runInBand
# ターミナルで実行：Planモードで起動
claude --permission-mode plan
# ターミナルで実行：デモ後の差分を確認
git diff --stat具体的な手順・設定方法
再現可能な小さなバグ、期待結果、テストコマンドを用意します。
Claudeに原因調査と修正計画を提示させ、観客へ差分を見せてから実装します。
テスト成功、Git差分、元に戻す操作まで見せてデモを完了します。
実践プロンプト / 活用テクニック
# 起動後のセッション内で入力
Buttonコンポーネントの二重送信バグを調査してください。
最初に再現条件、原因仮説、追加するテスト、変更予定ファイルを説明してください。
承認後に最小差分で修正し、対象テストだけを実行してください。
依存追加、Git Push、外部通信は禁止します。注意点・よくあるエラーと対処法
ライブで未検証のパッケージインストールや長いビルドを始めないでください。
わざと本番コードを壊す演出は避け、専用fixtureや失敗テストを使います。
ネットワーク障害に備え、完成済みブランチと短い録画を用意してください。