個人開発の現実

個人開発者の2026年スタック (実際に毎日使っているツール)

公開: 2026-05-19 · 著者: Sasaki Ryuji

個人開発のツール選びは効率を左右する、毎日使っているスタックを全公開

個人開発者の2026年スタック (実際に毎日使っているツール)

結論を先に書きます。個人開発のツールスタックは「最小限で動かす」と「投資で生産性が上がる」のバランスで決まります。私の2026年5月時点の構成は、月コスト合計 約5,000円 (サーバー + 会計クラウド + AI API + Claude Code 月額)。MRR 1万円台でも黒字化できる水準にとどめながら、Claude Code をはじめとする AI 補助で開発生産性は1年前の体感2-3倍になっています。本記事は、毎日触っているツールを業界統計と比較しながら公開し、「使ったけど採用しなかった」と「2026年中に切替を検討している」を全部並べます。

業界の前提として、開発者のツール選択は Stack Overflow Developer Survey 2024 (約65,000人回答) と GitHub Octoverse がもっとも参照される統計です。エディタは Visual Studio Code が約7割で圧倒、データベースは PostgreSQL が首位 (約半数) で SQLite は3割前後、AI コーディング補助は GitHub Copilot 利用が約7割。これらと「個人開発スケールの最適解」を比較すると、企業開発と個人開発で答えが分かれるツールが明確に見えてきます。本記事では「業界 majority と私の選択がどこで分岐するか」も合わせて整理します。

あなたが個人開発を始めるとき、何を使うかの選択は、その後の生産性を大きく左右します。私はGramShift Desktop、ai-pick.tech、W2 note自動投稿等を並行運用していますが、2026年5月時点で毎日触っているツールをすべて公開します。「これを入れて効果があった」「これは試したけど使わなかった」を率直に残します。

エディタ・AI支援

コードを書く環境は、Claude Code + Visual Studio Code の併用です。Claude Code は対話的なリファクタや実装相談に、Visual Studio Code は普段のコード編集に使い分けています。Claude Code のサブスクは月数千円ですが、これだけで月数時間の作業時間を短縮できているため、コスト対効果は非常に高いです。

AI API は Gemini 2.5 Flash (記事量産) と Claude Haiku 4.5 / Sonnet 4.6 (品質重視タスク) を使い分けています。Gemini Flash は無料枠があるので月コスト 0-数百円、Claude は月数百円-数千円です。

DB・バックエンド

DB は SQLite (better-sqlite3 + sql.js)、Web フレームワークは Fastify。SaaS本体の VPS は ConoHa VPS の 2GB RAM プラン (月3,600円)、メディアサイト群は ConoHa WING のマルチドメイン無制限プラン (月1,400円)。Node.js は LTS の最新版を使用。pm2 を VPS 上でプロセス管理に使用しています。

これらは「とりあえず動かす」のに過不足ない構成で、月コスト合計は約5,000円。MRR 1万円台に到達する個人SaaSなら、サーバー代を回収して黒字になる水準です。

決済・課金

Stripe 一択です。月額サブスク、3D セキュア対応、webhook、リトライ機能、すべてが揃っていて、個人開発でも簡単に組み込めます。手数料は3.6%程度ですが、自前で決済システムを作る工数と比べたら誤差です。

会計はマネーフォワード クラウド確定申告 (年間 12,000円程度) で、Stripe からの売上を自動取り込みしています。個人開発SaaSの会計処理は意外と工数を食うので、ここは課金してもペイします。

ブラウザ自動化

Playwright 一択です。Puppeteer も検討しましたが、Playwright のほうが API が新しく、複数ブラウザ対応 (Chromium/Firefox/WebKit) も組み込まれていて、複雑なシナリオを書きやすいです。GramShift Desktop の Instagram自動化、W2 note自動投稿、ai-pick の自動デプロイバッチ、すべて Playwright で実装しています。

persistent context でログイン状態を維持しつつ、Human-Pacing で人間らしい遅延を入れる設計が、ブラウザ自動化を Meta規約に違反しない範囲で運用する基本パターンです。

監視・通知

Discord webhook 一本化です。VPS 上の Worker、Windows タスクスケジューラのジョブ、デスクトップアプリのエラー、すべて Discord の1チャネル #gramshift-alerts に集約しています。月コストゼロ、スマホ通知も即届きます。

サーバー監視ツール (New Relic、Datadog 等) も検討しましたが、個人開発スケールでは Discord で十分です。月数万円のコストを払う価値が出てくるのは、MRR 50万円以上の規模になってからです。

バックアップ・ストレージ

Google Drive 一本化 (無料15GB枠 + 必要なら有料拡張)。毎日03:00に Windowsタスクで自動バックアップが走り、過去30日分を保持しています。OneDrive 同期は競合トラブルがあったため廃止しました。

ドキュメント・ノート

Notion を Obsidian + Git に移行しました。理由は、データを自分の手元に持ちたかったから。Notion はクラウド依存度が高く、サービス停止リスクがゼロではありません。Obsidian + Git なら、Markdown ファイルとして永続的に手元に残ります。

「使ったけど使わなかった」もの

個人開発で導入を検討したけど採用しなかったツールも書いておきます。Slack (Discord で十分)、PostgreSQL (SQLite で十分)、Docker (個人開発スケールでは過剰)、Kubernetes (完全に過剰)、Sentry (Discord で十分)、Datadog (月コスト高すぎ)、Figma Pro (個人開発でデザインリッチさは不要)。これらは大規模チーム開発では必須ですが、個人開発SaaS の初期-中期では、シンプルで安いツールで代替可能です。

ツール選びの3つの原則

個人開発のツール選びで意識しているのは、以下の3点です。

  • 月コストを合計で 1万円以下に抑える (MRR 10万円までは投資余地が少ない)
  • 自前運用できるものは自前で (Discord、SQLite、自作スクリプト等)
  • 「みんな使っているから」で選ばない、自分の規模に合うものを選ぶ

個人開発の生産性は、ツールの数より「ツールを使いこなす深さ」で決まります。少ない数のツールを網羅的に使い込むほうが、新しいツールを次々と試すより成果が出やすい、というのが1年運用しての実感です。

個人開発のツール選定は個人開発カテゴリ、各ツールの具体的な使い方は技術ログに分散して記録しています。

業界の typical stack と私の選択がどこで分岐するか

Stack Overflow Developer Survey 2024 で個人開発・副業層の人気ツールを見ると、業界 majority と個人開発スケールでは答えが分かれるポイントが明確にあります。私の選択と業界統計を並べると以下のようになります。

カテゴリ業界 majority (Survey 2024)私の選択分岐理由
エディタVS Code 約73%VS Code + Claude Code業界と一致、AI 補助は併用
AI コーディング補助GitHub Copilot 約7割Claude Code 中心対話的リファクタ・実装相談に強い、月額固定
言語JavaScript / TypeScript 約65/38%TypeScript + Node.js業界と一致
Web フレームワークExpress 約17%Fastify (少数派)パフォーマンスとスキーマ駆動を優先
データベースPostgreSQL 約51%SQLite (better-sqlite3)個人開発スケールでは over-engineering 回避
クラウドAWS 約50% / GCP 約26%ConoHa VPS + WING固定料金・国内サポート優先、AWS の従量制リスク回避
監視Datadog / New RelicDiscord webhook 自前個人開発スケールでは Discord で十分
ドキュメントNotion 約40%Obsidian + Gitサービス停止リスク回避、データ所有権

分岐の核心は「企業開発は人月コストが圧倒的に重い、個人開発は固定費が圧倒的に重い」という構造の違いです。AWS の従量制は人月コストを節約するために組まれていますが、個人開発で運用すると「気付いたら月数万円」のリスクが常にあります。一方 ConoHa VPS は月3,600円固定で、トラフィックが10倍になっても料金は変わりません。PostgreSQL は分析クエリと同時接続耐性で優れますが、個人開発のMRR 1-10万円規模では SQLite の単純さの方が運用コストを下げます。

業界の typical stack を選ぶこと自体は悪くないですが、それは「企業開発のリスク回避とスケール対応のために最適化されている」と理解した上で選ぶ必要があります。個人開発では、自分の規模に合わせて「業界少数派でも合理的なツール」を選ぶ方が結果的に黒字化が早くなります。

2026年中に切替を検討しているツール

現在の構成は1年運用してきて安定していますが、いくつか切替を検討しているツールがあります。判断材料を共有します。

SQLite クラウド分散 (Turso / LiteFS / D1)

SQLite 単一ファイル運用は、書き込みが集中する瞬間や、複数 VPS への分散運用で限界が見え始めます。Turso (libSQL ベース、エッジ分散)、Cloudflare D1LiteFS (fly.io) のいずれも、SQLite の単純さを保ったままスケール対応できる候補です。GramShift のように VPS 単一でも回るうちは見送りますが、複数リージョン展開を考え始めたら最有力です。

Bun (Node.js 代替)

Bun は Node.js 互換 + TypeScript ネイティブ実行 + 高速起動を目指したランタイムです。npm install が体感3-5倍速く、ts-node 不要で .ts を直接実行できるのが個人開発で効きます。ただし一部の Node.js ライブラリ (特にネイティブビルド系) でまだ互換性問題が残るため、本番投入は様子見中。スクリプト用途では試験運用を始めています。

JetBrains Fleet (VS Code 代替検討)

VS Code は十分使えていますが、JetBrains Fleet はリモート開発 + マルチランゲージ対応 + 軽量 IDE という方向性で、長期的に VS Code の代替候補になりえます。Claude Code との連携がまだ VS Code ほど成熟していないため、現状は様子見。AI 連携が同等になった時点で再評価予定。

Tailwind v4 への全面移行

ai-pick.tech と saas-diary は現状ベーシックな CSS で運用していますが、第5号サイト以降は Tailwind v4 を採用予定です。v4 は JIT エンジン刷新で開発体験が改善、新規サイトで段階導入する計画です。

ツールを「足す/減らす」3つの判断基準

個人開発スケールでツール選定を1年以上回してきて、判断のフレームワークが固まってきました。新しいツールを採用するかどうか迷ったら、以下3点を順番に問います。

1. 月コストを MRR の何%まで許容するか

個人開発でのツール投資判断は「MRR 比」で考えると迷いません。私のルールは「ツール総コスト ≦ MRR の 20-30%」。MRR 1万円なら月2,000-3,000円が上限、MRR 5万円なら月1-1.5万円が上限です。これ以上だと「ツール代を払うために働く」状態になり、本末転倒です。Stack Overflow Survey 2024 でも、個人開発・副業層の月額ツール支出中央値は数千円レンジで、これは業界経験則とも整合します。

2. 自前実装と SaaS の損益分岐点

「Discord webhook」「自作 backup スクリプト」「自作監視」のように、SaaS で月数千円のものを自前実装する判断は、慣れていれば1-3日で実装でき、運用コスト0円という選択肢があります。逆に「Stripe」「マネーフォワード会計」のように、自前実装に数十日以上かかるものは SaaS 一択。判断軸は「実装に必要な日数 × 自分の時給換算」と「SaaS の生涯コスト」を比較するシンプルな算術です。

3. ベンダーロックインの回避度

Notion を Obsidian + Git に移したのも、ベンダーロックイン回避が動機でした。ツールが急にサービス停止する、料金が大幅値上げする、機能が劣化する — このリスクは、データを自分の手元に保持できないツールで顕在化します。個人開発の「持続可能性」を考えるとき、月コストよりベンダーロックインの方が大きな脅威になることがあります。Stripe や ConoHa のような「業界標準で代替容易」なツールはロックインリスクが低く、ニッチ SaaS は高い、という基準で見ています。

個人開発のツール選定は「業界 majority より自分の規模」

1年運用してきて感じるのは、ツール選定の正解は「業界 majority」ではなく「自分の現在の規模と次の半年の目標」だということです。Stack Overflow Survey 2024 のランキングは膨大なサンプル数で信頼できますが、回答者の大半は企業開発のエンジニアです。彼らの answer は彼らの規模に最適化されていて、個人開発スケールでそのまま採用すると過剰投資になることが多いです。

「みんなが使ってるから」「業界標準だから」で選ぶより、「自分の MRR の20%以内に収まるか」「自前で代替可能か」「ベンダーロックインがないか」を3点セットで問うほうが、結果的に黒字化が早まり、長期運用も持続します。1年運用後の実感は、ツールの数を増やすより、少数のツールを使い込む方が生産性が出るということです。

関連記事として、各ツールの具体的な使い方は 技術ログ、コスト管理の全体観は マイルストーンカテゴリ、ConoHa VPS と WING の使い分けは別記事で詳述しています。

筆者: Sasaki Ryuji — GramShift / saas-diary 開発者。本業 + 副業個人開発を1年継続中、Claude Code ペアモデルで開発生産性を体感2-3倍に。