HDDとDBの違いも知らなかった。 Gitの読み方すらわからなかった。 サーバーは「大きいパソコン」だと思っていた。 next.js、supabase——何それ美味しいの？
52歳、M&Aアドバイザリー出身。 コードを書いた経験はゼロ。
そんな私が、3ヶ月でSaaSアプリを本番リリースした。 ChatGPT・Claude Code・Codexの3つだけを相棒にして。
挫折しなかったのは才能ではない。 「正しい順序」と「正しい道具の使い方」を知ったからだ。
非エンジニアがアプリ開発で挫折する原因は、 技術が難しいからではない。 「何から始めればいいかわからないから」だ。
私が編み出した「AI開発4原則」がある。
第1原則：技術スタックを最初に固定する。 「GitHub・Vercel・Supabase以外は提案しないでください」と宣言する。 私はこれを怠ってNeon→Supabaseの乗り換えに丸2日を溶かした。
第2原則：Phase（段階）とDOD（完了条件）を最初に作る。 AIに「地図」を渡す。「Phase 9-1: 暗号鍵の生成」のように細かく区切る。
第3原則：コード修正は「説明→方針→diff」の順番で依頼する。 いきなりコードを書かせない。まず現状理解、次に修正方針、最後にdiffコード。
第4原則：会話をすべてMarkdownに保存する。 未来のAIに読ませるための資料を、開発しながら作る。
この4原則で、最初のアプリは確実に完成する。
- 第1原則：技術スタックの固定宣言——迷いをゼロにする
- 第2原則：Phase設計とDOD——AIに地図を渡す
- 第3原則：「説明→方針→diff」の三段階依頼——暴走を防ぐ
- 第4原則：会話のMarkdown化——文脈の資産化
- 3つのAI使い分け：ChatGPT=アーキテクト、Claude Code=ペアプロ、Codex=文脈復元
3つのAI使い分けで「初心者の限界」を超えた実体験
最初はChatGPTだけで全部できると思っていた。しかし、設計や要件整理は得意でも、ファイルを直接編集できない。コード生成→コピペ→ファイル作成→設定を自分でやる必要があり、初心者にはどこに何を貼るかがわからない。そこでClaude Codeを「ペアプロパートナー」として導入した。プロジェクト全体のファイル構造を理解し、複数ファイルにまたがる変更を一度に処理し、Gitコミットまで自動化してくれる。3つ目のCodexは「文脈復元」に使う。Claude Codeのセッションが長時間に及ぶとコンテキストが途切れる。そのとき、Codexに「前回の作業内容を含めた次のセッション用プロンプトを生成して」と頼む。出力された指示文をClaude Codeの新しいセッションに貼り付けるだけで、前回の文脈が完全に復元される。この3ツール体制こそが、初心者でもSaaSを作れた本当の理由だった。
「コグニティブ・プロンプティング」——AIの考え方そのものを指定する
バグ修正やリファクタリングを依頼するとき、いきなり「直してください」とは言わない。思考プロセスごと指示する。「次の3ステップで進めてください。1. 現状把握：該当ファイルの役割と今のバグの症状を文章で説明する。2. 修正方針の設計：どの関数・どの責務を変更するかテキストでまとめる。3. 差分コードの提示：既存コードとのdiffを提示する」。これを型にしておくと、いきなり謎の大改造をされる・どこが変わったかわからない・コメントなしのコードだけ投げられる、という事故が激減する。もうひとつ多用しているのが「まずは説明だけしてください。コードはまだ書かないでください」という分割依頼。設計の妥当性を確認してからコーディングに入ることで、手戻りがほぼゼロになった。セキュリティや暗号化まわりでは、この二段構えが特に効く。
AIネイティブ化の全体像は /for-ceo でご覧いただけます。
非エンジニアが最初のアプリを完成させるロードマップ
- ChatGPTに「SaaSの開発ロードマップをPhase 0〜Phase Nで作ってください。各Phaseのゴール・完了条件・触るファイル・壊してはいけない前提を明記してください」と送る。これが全体の地図になる
- Claude Codeに「あなたはペアプロパートナーです。私は超初心者です。技術スタックはGitHub・Vercel・Supabase固定です」と宣言してから、Phase 0から順に進める
- バグが出たら「まず現状把握→修正方針→diffコード」の三段階で依頼する。いきなり「直して」と言わない
- 開発の区切りごとに「ここまでの決定事項・設計方針・触ったファイルをMarkdownで出力して」と頼む。この蓄積が、翌朝の作業再開を劇的に楽にする
- セッションが途切れたらCodexで文脈復元。「前回のPhase・作業内容・次のタスクを含む指示文を生成して」と頼み、新セッションに貼る
AIで開発する本質は、プロンプトの技術ではない。 「対話の設計」だ。
前提を固定し、段階を区切り、 考え方ごと指示し、文脈を資産にする。
あなたが「自分にはプログラミングは無理だ」と 先送りにしてきたものは、 本当にプログラミングの問題だっただろうか。
▼ 関連記事 /blog/ai-adoption-failure /blog/chatgpt-business-practical /blog/vibe-coding-for-ceo