個人開発者の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 Relic | Discord 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 D1、LiteFS (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倍に。