> ## Documentation Index > Fetch the complete documentation index at: https://supastack.dev/llms.txt > Use this file to discover all available pages before exploring further. > For the full documentation corpus in one file, fetch: https://supastack.dev/llms-full.txt # スタックリストはあなたのプロダクトを出荷しない 100 人の開発者が私のスタックリストをブックマークしました — そのリストに書かれていないのは、Windows デスクトップツールを 48 時間で出荷可能にした配線の部分です。 _公開日 2026-10-12._ _2026-10-27 更新._ > **長い技術スタックリストは出荷を速くしますか？** > リストが省いているものによります。スタックリストはツールの名前を挙げるだけで、その境界 — 検証済み Webhook、テナントスコープ、リリース署名 — をインストールはしません。そしてプロジェクトが停滞するのはまさにその継ぎ目です。コピーしたリストは統合なしにツールだけを再現します。調べるべき項目のメニューとしては役立ちますが、出荷可能なプロダクトへの道は、どう手に入れるにせよテスト済みの配管です。正直な問いは、あなたの夜にいくらの価値があるかです。 ## ブックマークの罠 数日前、X のスレッドに実際に動かしているスタック — 私の「2026 年インディー開発スタック」、12 個のツールを 1 つのリプライに収めたもの — で回答しました。[そのリプライ](https://x.com/noah_z_zhang/status/2114919719538978934)は 100 件を超えるブックマークを集め、このサイトへ 100 回を超えるクリックをもたらしました。 アナリティクスの数字は芳しくありませんでした：ほとんどの訪問者はページをざっと眺めて去っていきました。スタックリストは完成した計画のように読めますが、コピーしたリストは何も出荷しません。すべてのツールは依然としてインストールし、隣のツールと配線し、テストしなければなりません — それらの継ぎ目に何週間もが消えていきます。 これがブックマークが探していた記事です：どのツールを動かしているかではなく、どの配線がすでに荷重を支えていたか — そしてそれが 48 時間で何を出荷させてくれたかという話です。 ## プロジェクトが実際に死ぬのはどこか ほとんどのインディープロジェクトはコア機能で死ぬのではありません。最初の 1 週間、アイデアとは何の関係もないインフラで死にます。モチベーションの半減期はおよそ 48 時間 — プロダクトから離れて過ごす 1 時間ごとに、ソロビルドが持つ最も希少な資源を浪費します。 その 1 週間の形は驚くほど一貫しています： - 1 日目：モノレポのレイアウト、ESLint、`tsconfig` のパス、データベースマイグレーション。 - 3 日目：まだ決済プロバイダーのドキュメントの中にいて、Webhook のべき等性を正しくしようとしている。 - 5 日目：デスクトップかモバイルのコンパニオン — 新しいビルドパイプライン、新しい認証面、ゼロからの自動更新。 ## 48 時間のビルド、最初から最後まで 先週、[SpinShare](https://spinshare.dev) という Windows ネイティブのデスクトップユーティリティを出荷しました：Explorer でファイルをドラッグして Shift を押すとカーソルの下にラジアルメニューが開き、離すとローカルの変換や操作が実行されます。ポップアップはなく、何もアップロードされず、ファイルはマシンから出ていきません。 検証に値するのはタイムラインです：新しいリポジトリ、Rust のコアロジック、既存の課金レール上のオフラインライセンスフロー、そして Microsoft Store への提出 — エージェントとのペアコーディングで、プロンプト調整はほぼなし、コア開発は 48 時間でした。エージェントが脱線しなかった理由は地味です：ハルシネーションを起こすアーキテクチャ境界が、私自身のキットである supastack の中にすでに封じ込められていたからです。 以下がその内訳です：あの 2 日間に作らずに済んだ配線の明細です。 ## セットアップとガードレール `pnpm setup` はブートストラップを 1 つのコマンドに畳み込みます：事前チェック、環境変数の整合、依存関係のインストール、データベースマイグレーション。動く環境を組み立てるのに費やす最初の夜は存在しません — リポジトリは自分のチェックリストを通過するか、足りないものを名指しします。 `.ai/` のミラードキュメント、`AGENTS.md`、`.agents/skills/` は人間ではなくエージェントのために書かれた契約です — 各パッケージの責任境界、テストルール、越えてはいけない一線（デスクトップアプリはプロダクト UI をフォークしない単一 Webview シェルです）。エージェントが読むレイアウトは[プロジェクト構造ガイド](https://supastack.dev/ja/docs/web/project-structure.md)が示し、作業のリズムは[エージェントワークフローの記事](https://supastack.dev/ja/blog/building-saas-with-a-coding-agent.md)がカバーしています。 書き留められた境界は、エージェントが迷い越えることのない境界です。 ## 課金とリリースは完成品として同梱されている 8 つの課金アダプターが 1 つの契約の背後にあります — Stripe、Creem、Polar、Dodo、Lemon Squeezy、Paddle、Whop、PayPal — `webhook_event` 台帳が、すべての決済をライセンスやメールになる前に署名検証済みかつべき等にします。私の作業はその下流から始まりました：注文数で切り替わる Early-Bird ティアと、Ed25519 署名のオフラインライセンスキーです — デスクトップツールはネットワーク呼び出しなしにアクティベートできなければならないからです。私が拡張したフローは[課金モジュールガイド](https://supastack.dev/ja/docs/modules/billing.md)に記録されています。 リリース側も同じくらい面白みがありませんでした — それが要点です。Tauri 2 のパイプライン — `desktop-release.yml` — は署名済みバンドルをビルドし、stable と beta チャンネル向けに Windows（NSIS と msi）、macOS（dmg）、Linux（AppImage）横断で minisign 経由の `latest.json` を生成します。私が自分でやったパッケージングは Microsoft Store 向けの MSIX ビルドだけで、残りは[デスクトップクイックスタート](https://supastack.dev/ja/docs/desktop/ship-in-5-minutes.md)がカバーしています。 ## ユーザーが実際に感じる 10% これがスタックリストが隠している算数です。プロダクトが必要とするもののおよそ 90% は、ユーザーが決して見ない配線です。見えない配線こそ基盤が担うべき作業です — 担える部分だからです。残りがプロダクトです。 私の場合それはすでに荷重を支えていたので、48 時間のほぼすべてがユーザーが感じられる 10% に向かいました — スタックコメントには決して収まらず、1 週間が Webhook と署名に費やされている間には決して起きない作業です： - Rust による Windows OLE ドラッグフック。実際のファイルドラッグが Shift と一緒に保持されている間だけメニューが有効になり、タイピング中は決して有効になりません。 - マルチウィンドウのトレイフロー。タスクバーにウィンドウを出さなくても、ツールが常にキー 1 回の距離にあります。 - ラジアルメニューのアニメーション。動きが見えるのではなく瞬時に感じられるまで調整しました。 - 30 を超えるローカルフォーマットコンバーター。それぞれ専用のユニットテスト付きです。 ## 実際の話：価格と透明性 もっともな反論はこうです：「Cursor があるのに、なぜスタックリストにお金を払うのか？」自分の時間に値段が付くまでは、その反論は成り立ちます。Webhook のべき等性に費やす 2 つの夜は、出荷できなかった機能 1 つ分のコストです。 透明性について：[ドキュメント](https://supastack.dev/ja/docs/web/ship-in-5-minutes.md)は全文公開です — ディレクトリ構造、2 つの Web エンジン、クロスプラットフォーム同期、8 つすべての課金アダプター、AI ルーティング。懐疑的な人には見出しで買ってもらうより、端から端まで読んで立ち去ってもらいたいと思います。[スターターキットかゼロからか](https://supastack.dev/ja/blog/starter-kit-or-from-scratch.md)がその決定の正直な版です。 実務上の注意を 2 つ：表示価格にはすでにローンチ特典の 100 ドル引きが含まれ、チェックアウトは Alipay に対応しています。そして 50% のビルダーキャッシュバック — 60 日以内に実際のプロダクトを出荷し、開発ストーリーを公開で共有し（X、Reddit、YouTube などでオーガニックで 5,000 回表示またはオーガニックないいね 50 件）、そのリンクをメールで送ってください：半額が戻り、ライセンスはあなたのもののままです。規則は[ローンチキャッシュバック規約](https://supastack.dev/terms#launch-cashback)にあります。 ## スタックリストについてよくある質問 キットが話題に上がるたびに同じ反論が浮上します。率直な答えが返されるべきです。 - エージェントがこれを全部スキャフォールドしてくれないのですか？ — もっともらしいものは作れますが、継ぎ目を 1 回で検証することはできません。べき等な Webhook は生成されるのではなくテストされるものです — スキャフォールドは同じリストをもう一度手渡すだけです。 - ボイラープレートはプロダクトを画一的にしませんか？ — 共有されるのは配線であって、プロダクトではありません。SpinShare のドラッグフック、トレイの振る舞い、コンバーターはキットのどこにも存在しません — 顧客が見る 10% はあなたのもののままです。 - Web アプリだけが必要な場合は？ — どちらにしても購入するのはキットです。モバイルとデスクトップは必須ではなく、採用しても無視してもよい面です。SpinShare が存在するのは、デスクトップの面がすでに作られていたからです。 - デスクトップユーティリティが本当に購入者の物語なのですか？ — 私が持っている最短で正直な例です：空のリポジトリからストア提出まで 2 日。同じ配線は SaaS にも使えます — [ローンチチェックリスト](https://supastack.dev/ja/blog/saas-launch-checklist.md)が長い版です。 - なぜスタックリストをそのまま公開しないのですか？ — もう公開済みです：[技術スタックガイド](https://supastack.dev/ja/docs/web/tech-stack.md)がすべての選択とその理由を挙げています。リストはメニューであって計画ではありません — ここでの主張は、すでに構築済みの計画を買うことです。