title: "個人開発でクイズ学習アプリを作ったら、想像以上に学びが多かった話"

Minguella Quizという学習クイズアプリを個人開発した筆者が、その過程で感じた技術的な学びを記述している。React 19・Vite・Gemini API・Dexie.js・Capacitor等の最新スタックで構築されており、特に注目は「Gemini APIによる自動クイズ生成」「Service Worker + Dexie.jsでのオフライン対応」「SM-2間隔反復アルゴリズムによる復習スケジューリング」の3層構成。ハマった箇所としてCapacitorでのビルド不安定性、Firestoreセキュリティルールと実装の密結合、Service Workerキャッシュの強すぎる動作などを挙げ、それぞれの対処法を記述。特に「AI機能のプロンプト設計が8割」という言及が強調されている。 産業的に見逃せないのは、このアプリがGemini APIを「随意機能」ではなく「本質的価値の源泉」として組み込んでいることだ。つまり、AIなしでは存在しえないアプリ設計になっている。従来のWebアプリは「UI + DB + API」で成立していたが、ここでは「UI + DB + API + 生成AI」の4層構成が標準になっている。生成AIの品質（プロンプト設計の正確性）がアプリ全体のUXを支配する。それゆえに「プロンプト設計が8割」という工数配分になる。パラメータチューニングではなくテキスト文面がビジネスロジック化している時代の象徴だ。 中小企業が社内システムや顧客向けツール開発を内製する際、この課題は避けられない。個人開発でさえ「プロンプト設計が8割」なら、チーム運用でのコスト比率はもっと高くなる。生成AIとの接続可能性を最初から設計に組み込み、プロンプト品質のレビュープロセスを構築し、更新頻度やバージョン管理を整えることが、効率化ではなく単なる業務成立の前提になっていく。