【実践編】AIエージェントに「計画」から任せる個人アプリ開発｜GitHub Copilot × Flutter × Firebase × RevenueCatで2本リリースするまでの全手順

■ はじめに：コードが書ける時代に、開発者の仕事は「決めること」に寄っていく

正直に書きます。
私は今、アプリ開発のコードの多くを自分で一から書いていません。
VS Codeを開き、GitHub Copilot（AIエージェント）に計画を立てさせ、仕様を一緒に固め、実装の下書きを作ってもらい、自分はレビューと判断に集中する。この流れで、カップル向けアプリ『Orbit』と、AIストック支援アプリ『MidStock』の2本を、iOSとAndroidの両方でリリースしてきました。
ただし、ここを誤解してほしくありません。

むしろAIが速く作れるようになった分、開発のボトルネックは「作る前に決めること」に移りました。
・自分が本当に欲しいアプリなのか
・マネタイズはどうするのか
・AIやサーバの費用で、自分が苦しくならないか
・競合と何が違うのか
この4つが曖昧なまま実装に入ると、AIは驚くほど速く「売れないアプリ」を完成させてくれます。速さは、間違った方向にもそのまま効くのです。
この記事は、私が実際に2本のアプリをリリースするまでに固めた開発の進め方を、計画の立て方、仕様の決め方、そのままコピーして使えるプロンプト集、費用の考え方まで含めて公開する実践マニュアルです。
単体価格は700円です。
プログラミング経験ゼロからの入門記事ではありません。「AIにコードを書いてもらうところまではできた。でも、アプリとして成立させる進め方が分からない」という方に向けた、一段先の内容です。

■ 先に結論｜私の開発体制はこの4点セット

最初に、私の開発環境の全体像を出します。
・エディタとAI：VS Code ＋ GitHub Copilot
・アプリ本体：Flutter（1つのコードでiOSとAndroidを両方開発）
・サーバ側：Firebase（認証・データベース・ファイル保存をまとめて）
・課金管理：RevenueCat（iOSとAndroidの課金を1つの仕組みで管理）

■ なぜこの組み合わせなのか

▼ Flutter：2本作る余裕はない、が正直な理由

iOSとAndroidを別々に開発すると、同じ画面を2回作り、同じバグを2回直すことになります。個人開発者には、その余裕がありません。
Flutterなら、1つのコードベースから両方のアプリを出せます。UIの見た目も両OSで揃えやすく、「Android版だけ画面が違う」という事故も起きにくい。私の2本とも、この方式で両ストアに公開しています。

▼ Firebase：サーバを「借りる」ことで、運用から解放される

自分でサーバを立てると、保守、障害対応、セキュリティ更新が全部自分に返ってきます。
Firebaseは、ログイン認証、データベース、ファイル保存といったサーバ側の機能をまとめて借りられるサービスです。使った分だけの料金体系で、始めたばかりの頃は無料枠の中に収まることが多い。「サーバを持たない」ことが、個人開発では大きな身軽さになります。

▼ RevenueCat：課金の仕組みは自作しない

アプリ内課金は、iOSとAndroidで仕組みが違い、レシート検証や返金対応など、自作すると泥沼になりやすい領域です。
RevenueCatを使うと、両OSの課金を1つの管理画面と1つの実装で扱えます。「プレミアムプランに加入しているかどうか」の判定も共通化できるので、課金まわりのコードが驚くほど少なくて済みます。

▼ GitHub Copilot：相談相手と実装担当を兼ねる

Copilotは、コード補完の道具として知られていますが、私の使い方の中心はそこではありません。
開発計画の壁打ち相手として使い、仕様の抜けを指摘させ、実装では小さな単位で下書きを作らせる。つまり「計画→仕様→実装」の全工程に薄く関与させるのが、私の使い方です。

■ 作る前に潰す「4つの懸念」

私が開発を始める前に、必ず確認することです。

▼ 懸念1：自分が欲しいかどうか

他人に勧められる前に、自分が毎日使いたいかどうか。これが最初の関門です。自分が欲しくないものは、開発途中で必ず熱量が落ちますし、宣伝文も嘘っぽくなります。

▼ 懸念2：マネタイズはどうするのか

無料で出し続けるのか、買い切りにするのか、月額課金にするのか。「売れたら考える」は、だいたい考えないまま終わります。形だけでも先に決めます。

▼ 懸念3：費用で苦しくならないか

AIのAPI費用やサーバ費用は、ユーザーが増えるほど増えます。売上が立つ前に費用だけが膨らむ構造になっていないか、最初にざっくり試算します。

▼ 懸念4：競合と何が違うのか

似たアプリはほぼ存在します。「自分のアプリは、誰の、どの不満を解消するのか」を1文で言えるかどうかが勝負です。
この4つを「なんとなく大丈夫そう」で済ませず、AIエージェントとの対話で1つずつ言語化してから仕様に入るのが、私の進め方です。具体的な潰し方は、有料パートの手順1と手順2で公開します。

■ この有料パートで公開すること

この先では、次の内容を公開します。
・4つの懸念を「判定できる質問」に変える具体的な基準
・AIエージェントに開発計画を立ててもらう3ラウンドの進め方と、そのまま使えるプロンプト2本
・仕様書を1ファイルに固定する理由と、仕様書に入れる項目
・プロンプトで効く重要ワード辞典（UI・UX・リッチに加えて、私が付け加えた9つの観点と実例プロンプト）
・VS Code × Copilotで実装を回すときの頼み方とレビューの観点
・Firebaseの最小構成と、RevenueCatの課金設計
・AI費用・サーバ費用が膨らまないための設計と、撤退ラインの決め方
・私が実際にやらかした失敗と、その回避策
それでは、実践編に入ります。