チャットだけで、
家族のアプリはどこまで作れるか

実際の線路に沿って走る 3D の電車の地図、時刻表から乗り継ぎを見込む計算、GPS で「乗れたか」を判定、家族への通知（決まった時刻の予約・押し間違えの 2 分待ち・種類ごとのオン/オフ・履歴）、お出かけ中の位置の共有、アレクサまで。人がやったのは、要望・実機での確認・判断・コンソール操作だけ。

• スクリーンショット＋一言の要望が、いちばん速く正確に伝わった
• 「修正はせずに方針を相談したい」を挟むと、作り直しが減った
• 使う人の目線の穴は人が見つけた。例：パパ側で通知を止めると、家族は「なぜ来ないか」が分からない → 受け取る側だけで選べる形に

• 見た目、特に 3D の形は、言葉だけでは伝わりにくい（下の「課題」）

ブランチごとにバックエンドごと別の環境ができる。テスト用のブランチに入れれば自動で確かめられ、本番を壊さずに毎日出せた。Lambda・DynamoDB のストリーム・予約実行・Web Push まで、すべてコードで書けた。

• スタックどうしの参照が輪になり、本番のデプロイが失敗。最初の推測は外れ、手元でテンプレートを作って再現してから直した
• 環境変数はビルドのときに読まれる。後から入れて、アレクサの呼び出し許可が付かなかった
• テスト用と本番で、ユーザーもデータも別。設定のやり直しが要る

• 推測で直さず、手元で再現してから直す
• 「どの資源がどれを参照してよいか」を決めて、設計メモに残す
• シークレット・環境変数・ブランチごとの値の置き場所を、最初に表にしておく

スマホのチャットから依頼し、コンテナの中で型チェック・lint・ビルド、ヘッドレスのブラウザ（偽の時計で時刻を進める）での画面確認、バックエンドのテンプレート生成まで済んだ。

• 実機での確認、AWS とアレクサのコンソール操作
• コンテナは使い捨て。会話が長くなると、前半は要約されて細部が抜ける

• CLAUDE.md を設計メモとして機能ごとに更新し続けたのが、要約をまたぐ記憶の代わりになった
• 毎回、「確かめたこと」と「確かめていない（実機で見てほしい）こと」を分けて伝える

画面と同じ計算（時刻表・到着予定）を Lambda でそのまま使い回し、「パパはどこ」「何時に帰ってくる」「早く帰ってきてって伝えて」の 3 つを作った。ストアには出さず、開発中のまま家族の機器で使う。

• Lambda の呼び出し許可が付かず、エンドポイントを登録できなかった
• 呼び出し名が別の言葉に聞き取られる（「ドコドコパ」「ドコドコパンパ」）→ 短い呼び出し名に変えて解決

• 音声は「どう聞き取られるか」から名前を決める。音声履歴で確かめる
• テスト画面に文字で入れて、設定の問題か聞き取りの問題かを切り分ける