AIで個人開発｜一人で作る・公開・収益化ガイド

「AIに仕事を奪われるか」という問いは、この話にはもう合っていない。UCLA Anderson の Siddiq と Zhang が Upwork の49,610人・226万件の契約を2021年1月から2026年3月まで追った分析が示したのは、仕事の有無ではなく選ばれ方の変化だった。人的資本のシグナル（資格・経歴・自己紹介）の重みが7.8%下がり、価格の重みが1.1%上がり、契約数は7.0%減った。しかも直近4四半期（2025Q2〜2026Q1）では需要が9.6%減り、人的資本の重みは10.1%下がり、価格の重みは1.8%上がる——論文自身が「ChatGPT公開直後に限られず、その後も続いている」と書く進行中の傾向だ。検証済みの資格も職歴もポートフォリオもクライアント評価も、受注の予測力を失った。そして同じ時期に、まったく逆方向の動きが起きている。Upwork の Future Workforce Index 2026 によれば、熟練ナレッジワーカーのフリーランス比率は2025年の28%から2026年の38%へ上がり、正社員の58%が転向を検討している。人が流れ込んでくる市場で、差別化のシグナルが効かなくなっている——中間層を潰す圧力は需要側と供給側の両方から同時に来ている。本記事はさらに2つの逆説を扱う。1つは、Stanford Digital Economy Lab の分析では正社員の22〜25歳がAI露出職で約19%低い一方、経験者に同等の差は無いのに対し、Organization Science の研究ではフリーランスの経験が最も豊富な層ほど下げ幅が大きかったこと。会社は役割を雇い、クライアントは成果物を買うという違いが効いている。もう1つは、Demirci らの研究で自動化されやすい求人が21%減った一方、残った案件はより複雑でより高く支払われるようになり、仕事ではなく中間が消えたこと。金利説や低採用低解雇説といった反論、そしてStanford自身が「因果関係はまだ決定的には答えられない」「タイミングの一部はAI以外の要因による」と留保していることも書く。最後に、外れる条件を明記した予測3本と、推測であることを断ったうえでの打ち手を扱う。

個人開発でいちばん多い挫折は「作ったのに誰も使わない」。だが本当のボトルネックは開発力ではなく集客だ。「良いものを作れば人は来る」は幻想で、作る前から見込み客を集めるBuild in Public、最初の10人は身近から手で取りにいく“スケールしないこと”、最初の100人は彼らがいる場所（コミュニティ・SNS）で貢献して見つけてもらう、そしてSEO／AEO／LLMOで継続的な流入をつくる——この順番を、AIを下ごしらえに使いながら回す方法を、個人開発者の目線で実践的にまとめた。

個人開発が完成しない最大の原因は「作り込みすぎ」。あれもこれもと機能を盛るうちに複雑になり、公開されないまま消えていく。それを避ける唯一の方法が、価値が伝わる最小のプロダクト＝MVPを1機能に絞って最速で公開することだ。本記事はMVPの正しい捉え方、機能を削るスコープ判断、AIで最速に作る2ルート（コードを書かないvibe coding／AIエディタで書く実践）、「完成」の見極め、公開して1人に使わせるまでを、AIを相棒にする個人開発者の目線で解説する。

個人開発で「作れたけれど、どう稼ぐか・いくらに値付けするか」で止まる人は多い。本記事は収益化モデル（無料／買い切り／サブスク／フリーミアム／広告／寄付）の選び方と、コストや競合ではなく「顧客が得る価値」を起点にするバリューベースの価格設計、無料→Pro→Businessの3段階プランと年払い割引の定石、最初の課金ユーザーの取り方、そしてAPIトークンなどAIコストを織り込んだ採算まで、個人開発者の目線で実践的にまとめた。母艦記事「AIで個人開発ロードマップ」の育てるフェーズを深掘りする一本。

AIが「コードを書く手」を持った今、一人でもプロダクトを作って世に出せる時代になった。だが情報が工程ごとにバラバラで、何から手をつければいいか迷子になりがち。本記事はアイデア→設計→実装→公開→収益化までの全体地図（ロードマップ）で、個人開発を「決める→作る準備→作る→出す→育てる」の5フェーズに整理し、各工程で何をするか・どのツールを使うかを示して、深掘りが必要な工程は個別ガイドへ送る母艦（ハブ）記事。しかもコードをほぼ書かない🌱入門ルートと、AIエディタでコードを書く🔧実践ルートの2レーンで案内するので、自分に合う方をたどれば遠回りせずに動くものまでたどり着ける。仕様駆動・AIアプリビルダー・Claude Code/Cursor・AI機能の組み込み（API/RAG/ゲートウェイ）・デプロイ・SEO/AEO集客・収益化・コスト管理・一人開発×AIのつまずき5つまでを、既存の実践ガイドへの導線付きで一枚にまとめた。

OpenAIで実装し、次にClaudeやGeminiも試したくなった途端、プロバイダごとに違うSDK・形式・エラー処理の書き分けに時間が溶ける——そんな開発者向け。LLMゲートウェイ（AI Gateway／LLMプロキシ）は、アプリと各プロバイダの間に1枚かませる中継役で、1本のOpenAI互換APIで全モデルを叩けるようにし、フォールバック・コスト集計・仮想キー・キャッシュ・レート制限・観測といった横断的な面倒ごとを肩代わりする。本記事では、なぜ要るのか、ゲートウェイの正体、3つのタイプ（①セルフホスト型プロキシ=LiteLLM／②ホスト型=OpenRouter／③SDK型=Vercel AI SDK）の違い、LiteLLM・OpenRouter・Vercel AI SDKを軸にした選び方、接続先を差し替えるだけの最小構成コード、そして1ホップ分の遅延・ゲートウェイ自身の障害点・手数料（OpenRouterは購入額の5.5%）・機能の目減り・プライバシーという限界まで、実装目線で整理する。

Claude Codeで入力欄の隣に出る「権限モード」（Shift+Tabで切替）は、Claudeがファイル編集・コマンド実行の前にどれだけ「確認（許可）」を求めるかを決める設定。本記事は、権限モードとは何か（確認の頻度＝監視と自律のトレードオフ。端末とVS Codeではv2.1.283以降プランを問わず自動モードで始まり（それより前はPro・Max・Teamのみ）、claude -pやAgent SDKは手動で始まる。.git/.claude等の保護パスはバイパス以外では自動承認されない）、セレクタに並ぶ5つのモード（手動=default＝読み取り以外は毎回確認/編集を受け入れる=acceptEdits＝作業フォルダ内の編集とmkdir・rm・mv等のファイル操作を自動/プラン=plan＝編集せず計画だけ/自動モード=auto＝別の判定モデルの安全チェック付きでほぼ無確認/権限をバイパス=bypassPermissions＝ほぼ全部無確認で隔離環境専用）＋Shift+Tabの循環に出ずフラグか設定で指定する6番目のdontAsk、切り替え方法（Shift+Tabで手動→編集を受け入れる→プランを循環し、バイパスと自動モードは条件付きでその後ろに入る。--permission-modeフラグ、settingsのdefaultMode。autoとbypassPermissionsはプロジェクト設定では効かない）、自動モードの深掘り（分類器が危険操作をブロック・Team/Enterpriseでも既定で利用可で管理者が停止できる・対応モデルはOpus 4.6以降/Sonnet 4.6以降/Fable系・会話で述べた境界も尊重・連続3回/累計20回ブロックで一時停止）、使い分けと安全性（バイパスはプロンプトインジェクション防御なし＝隔離環境のみ・日常は自動モードが正解・hooksはバイパスでも実行・バイパスを使える端末ではプラン中の編集も止まらない）、工数(effort)との関係（権限モード=どれだけ確認するか/工数=どれだけ賢く考えるか）までを公式ドキュメントとデスクトップアプリの表示（2026年10月5日時点）に基づき初心者向けに解説する。

Claude Codeでモデル名の隣に出る「工数（effort）」のスライダー＝「速い↔賢い」のつまみは、AIが応答にかける手間（思考量・ツール呼び出し・応答テキストの量）を決める設定。本記事では、工数とは何か、スライダーの5段と表示名（APIの工数は low/medium/high/xhigh/max の5段。日本語表示は 低・中・高・特大・Max。重要：「特大」＝xhighで最大ではなく、最大の工数は「Max」）、保存の仕組み（低〜特大はEnterで確定するとモデルごとに保存、Maxはセッション限定）、モデル別の対応と自動降格（xhighは Fable 5.1・Opus 5.5・Sonnet 5.5 など比較的新しいモデル限定、Opus 4.6・Sonnet 4.6はxhigh不可で指定時はhighに降格、Haiku 4.5は工数に非対応。Claude Codeの既定はモデルごとで Opus 5.5・Sonnet 5.5 は medium、Fable 5.1 は high）、設定方法（/effortスライダーや直接指定・/effort auto、/model、--effort、CLAUDE_CODE_EFFORT_LEVEL環境変数が最優先、settingsのmodelSettings・effortLevel、skill/subagentのfrontmatter）、使い分け、Ultracode徹底解説（工数の段ではなく、どの工数でもオン／オフできるスイッチ。オンにするとClaudeがマルチエージェントの動的ワークフローを自動で組む。xhigh対応モデル限定、/effort ultracode・Tabキー・設定の "ultracode": true での有効化、使いどころ・コスト注意、v2.1.284より前との違い）、隣接機能（ultrathink＝その回だけ深く考える、/fast＝高速モード）までを公式ドキュメント（2026年9月時点）と実機UIに基づき初心者向けに解説する。

Claude Code hooks（フック）は、Claude Codeのライフサイクルの特定の時点で自動実行されるユーザー定義のシェルコマンドで、「必ずこうなってほしい」をLLMの判断に頼らず確定的に実現する仕組み。定番イベントはSessionStart/UserPromptSubmit/PreToolUse/PostToolUse/Notification/Stop/SubagentStop/SessionEnd/PreCompactの9つで、PreToolUse等はブロック可能（保護ファイル編集や危険コマンドを止められる）。設定はsettings.jsonの"hooks"キーにイベント名→マッチャ→type+commandの形で記述。入出力はstdinにJSON（session_id・tool_input等）を受け取り、終了コード0（成功）/2（ブロック、stderrがClaudeに渡る）または構造化JSON（continue・decision:block・permissionDecision:deny/allow/ask等）で返す。原則は「制限はきつくできるが緩くできない」（denyは常に優先、bypassPermissionsでも止まる。ただしプラグインのmodは覆せる場合がある）。定番ユースケースは編集後の自動整形（PostToolUse＋Edit|Write）・保護ファイル防御・危険コマンド阻止・コンテキスト再注入（SessionStart）・通知/監査ログ・終了前テスト（Stop）。安全面では任意のシェルコマンドを自分の権限で実行するため信頼できるフックだけを設定し、入力の検証/クォート・機微ファイル回避が必須。対話型のセッションでは、フォルダを信頼するまで設定ファイルのフックは走らない（安全機構）。設定ファイルを直接編集した変更は通常自動で反映される。公式ドキュメントに基づき、定番9イベントと入出力契約を軸に整理する。

Claude Codeで作業中に突然「You've hit your session limit · resets 3:45pm」と出て手が止まる——これはエラーやバグではなく、サブスクの使用量制限の仕様だ。公式エラーリファレンスには session（5時間ローリング枠）・weekly（週次枠）・Opus・Sonnet（系統ごとの枠）の4通りが載っており、session と weekly は全モデル共通なので、モデルを替えても戻らない。本記事では、4つの表示の意味と旧表示「Claude usage limit reached. Your limit will reset at …」からの変遷、枠を最も食う4要因（モデル選択・コンテキストの大きさ・長時間連続セッション・サブエージェント/MCP）、上限到達時の5つの打ち手（Opus/Sonnet枠なら/modelで系統外へ・/compactで次の枠を長持ちさせる・リセットを待つ＝v2.1.234以降は自動再開・API従量へ切替・/usage-creditsで使用量クレジットやプラン昇格）、残量の見方（/usage・ステータスライン・設定→使用量）、似ているが別物の表示（Server is temporarily limiting requests・spend limit）、サブスク制限とAPI制限の違いまでを、公式ドキュメントをもとに整理する。具体的な枠の数値は時期で改定されるため断定は避ける。

AIにコードを書かせる時代、価値が高いのは「コードを書く力」より「仕様を書く力」になりつつある。それを象徴するのが仕様駆動開発（Spec-Driven Development、SDD）だ。SDDとは、仕様（spec）を開発の中心ドキュメントに据え、そこからAIエージェントに設計・分解・実装を導き出させる進め方。いきなりコードを書かせず、まず「何を・どう作るか」を構造化した文書にまとめる。重要なのは各ステップが文書（多くはMarkdown）を残し次が読むこと。本記事は、SDDの正体（仕様が"正"でコードは派生物）、なぜ今必要か（バイブコーディングがぶつかりやすい技術的負債・要件ズレを設計段階で防ぐ）、基本の4ステップ（Specify→Plan→Tasks→Implement）、主要ツール（GitHub Spec Kit＝14万超スター・30以上のエージェント対応、AWS Kiro＝Requirements→Design→Tasks＋Autoルーター、BMAD/OpenSpec/Tessl/Google Antigravity/Cursor）、バイブコーディングとの使い分け（探索はバイブ・出荷は仕様駆動のハイブリッド、人間のレビューは必須）、今日から試す方法までを初心者向けに解説する。AI時代に伸びるのは速くコードを書く人より、何を作るかを正確に定義できる人。

外に出るのがしんどい、人と話すのが苦手、今は働いていない——そんな状況でも「自宅から・誰とも会わずに・自分のペースで」収入につなげられる可能性が、AIの登場で広がった。本記事は引きこもり・ニートの状況にある人がAIでゼロから在宅で稼ぐ第一歩を、誇大表現を避けできるだけ正直にやさしく整理する対象特化ガイド。まず「誰でも簡単に月◯万円とは言わない」と明言し、現実的な難易度・期間・注意点も包み隠さず書く。なぜAI×在宅が相性がいいか（非対面で完結・ゼロから始めやすい・自分のペース、AIが壁を下げる相棒）、大前提となる3つの正直な話（すぐには稼げず最初は数百〜数千円／AIは魔法でなく努力の増幅器でゼロに掛けてもゼロ／才能より継続した人が結果を出す）、人と話さず完結する稼ぎ方の選択肢（文章・ライティング、文字起こし/字幕、AI画像生成の素材、データ整理、翻訳チェック、デジタル商品販売。まず1分野を選ぶ）、今日できる最初の一歩（無料AIに触る→1分野選ぶ→練習作品を1つ作る、稼ぐより先に作る）、小さな成功体験の積み上げ方（ポートフォリオ化→低単価で1件→評価を貯める→単価/量を上げる、金額でなく成功体験を集める、最初の1件が何より価値がある）、続けるコツとメンタルの守り方（比べない・小さく区切る・休んでいい・完璧を捨てる・ひとりで抱えず就労支援や相談窓口も）、そして詐欺/誇大広告/AIまかせの危うさ/税金・扶養の注意（先払い案件や情報商材を避ける、正規のクラウドソーシングは基本無料、一定額超で確定申告や扶養影響、国・制度で異なるので公式確認）までを網羅。誰でも簡単ではないが、あなたにもできる一歩は確かにある。収入の大きさより自分にもできたを一つずつ取り戻すことを最初のゴールに。