コンテンツへスキップ
supastack
ドキュメントを閲覧

For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /ja/docs/desktop/release.md (or send Accept: text/markdown).

bundleの作成と公開

installerを作成し、build完了とreleaseの証拠を区別します。

このガイドについて質問
開くアプリ

初心者向けのウォークスルー

前提条件: Rust およびオペレーティング システム ビルド ツールを含む、デスクトップのローカル セットアップを完了します。インストーラーをビルドする前に、Tauri 開発プロセスを停止してください。 Web バックエンドは実行したままにしておきます。リポジトリ ルートから以下の各チェックを実行し、完了するまで待ってから次のチェックを実行します。フィルタリングされたパッケージ コマンドは、デスクトップのみおよびすべてのプラットフォームのチェックアウトで機能します。

簡単に説明すると、ワークスペースは 1 つのチームの個別のユーザー、データ、設定です。サーバーは信頼できるバックエンドです。プロバイダー キーがブラウザーや電話コードに含まれないようにします。移行は、テーブルを作成または更新する、バージョン管理されたデータベースの変更です。 AI モデルは答えを返すエンジンです。モデル カタログは、使用可能なモデル ID と価格のサーバーのリストです。プロバイダーは、AI、電子メール、請求サービスなどの外部サービスです。資格は、ワークスペースで機能を使用できるようにする付与です。 Webhook は、あるサービスが別のサービスの URL に送信するメッセージです。

1. ローカル ブランチで、コーディング エージェントに apps/desktop/src-tauri/tauri.conf.json を検査し、製品 ID、アプリ名、アイコン、およびバックエンド URL を独自の値に設定するように依頼します。リリース ビルドにはパブリック HTTPS バックエンド URL を使用します。

2. リポジトリ ルートから、以下のデスクトップ パッケージ チェックを実行します。 check:release-config の前に、デスクトップ ローカル セットアップのオペレーティング システム コマンドを使用して、この端末で SUPASTACK_APP_URL を設定します。パブリック HTTPS バックエンドが実行されている必要があり、アプリ ID は独自のものである必要があります。

3. ビルドが成功しても、インストーラーの署名、公証、公開は行われません。 Rust またはシステム ライブラリが見つからない場合は、デスクトップのローカル セットアップを終了します。

カスタム コードの場合は、提供された prompts/README.md から始めて、最も近いプロンプト (アプリ画面の場合は prompts/new-app-screen.md、パブリック ページの場合は prompts/new-landing-page.md) をコピーします。サーバー、データベース、またはプロバイダーの作業については、コーディング エージェントにこのガイドのタスクを与え、AGENTS.md、.ai/PROJECT_CONTEXT.md、および一致する .ai/ ミラーを読み取るように依頼します。ここで指定されている正確なソース ファイルを調べてください。ファイルをリストし、編集前にチェックします。ワークスペースの所有権とサーバーのみの秘密を保持します。そして差分を見せてください。必要な動作、入力フィールドと出力フィールド、許可されるロール、予想される成功とエラー、テスト アカウント、プロバイダー、またはデバイスを指定します。サンプル値を使用します。絶対に本当の秘密を貼り付けないでください。

【端末の基本】(/docs/web/terminal-basics)

corepack pnpm --filter @supastack/desktop typecheck
corepack pnpm --filter @supastack/desktop test
corepack pnpm --filter @supastack/desktop check:release-config
corepack pnpm --filter @supastack/desktop build

製品シェルを構成する

src-tauri/tauri.conf.json、Cargo メタデータ、機能、およびプラットフォーム ID を確認します。共有アセット プロセスを通じてアプリ アイコンを置き換え、ビルド/実行時に目的のバックエンド URL を設定します。ホストされる Web アプリはすでにデプロイされており、アクセス可能である必要があります。

ネイティブ ビルド ゲートを実行する

これらのパッケージ コマンドは、Rust のタイプチェックとテストを実行し、リリース設定を検証し、Tauri インストーラーをビルドします。署名と配布の構成は、ターゲット プラットフォームとアカウント/証明書によって異なります。署名素材をソースに保存しないでください。

corepack pnpm --filter @supastack/desktop typecheck
corepack pnpm --filter @supastack/desktop test
corepack pnpm --filter @supastack/desktop check:release-config
corepack pnpm --filter @supastack/desktop build

ターゲット OS 上のインストーラーを確認する

クリーン インストール、起動、バックエンド到達可能性、認証、メニュー/トレイ、ホットキー登録、2 番目のインスタンス、ディープ リンク、オフライン再試行、アンインストールを確認します。サポートされている各 OS を個別に確認します。ローカル ビルドは、署名または公証された商用配布を証明するものではありません。署名構成、アップデータ フィード、リリースの自動化は含まれません。

インストールとセットアップ

インストーラーを準備する前に、corepack pnpm --filter @supastack/desktop check:release-config を実行します。 SUPASTACK_APP_URL がパブリック ホスト上の認証情報不要の HTTPS であること、および Tauri 識別子が製品固有であることをチェックします。このチェックはオプトインであり、ローカル開発をブロックしません。

corepack pnpm --filter @supastack/desktop build は tauri ビルドを実行します。 tauri.conf.json のバンドル ターゲットは、ホスト OS で利用可能なインストーラー形式を生成します。これは、出荷される各 OS 上に構築されます。アーティファクトは apps/desktop/src-tauri/target/release/bundle/. の下に配置されます

productName、バージョン、識別子は tauri.conf.json にあります。リリースをカットする前に、そこでバージョンを上げます。 corepack pnpm --filter @supastack/desktop icons を使用してアイコンを再生成します。これにより、icon-source.png から src-tauri/icons が書き換えられます。

corepack pnpm --filter @supastack/desktop check:release-config
corepack pnpm --filter @supastack/desktop icons
corepack pnpm --filter @supastack/desktop build
# artifacts: apps/desktop/src-tauri/target/release/bundle/

実装ワークフロー

未署名installerはローカルに導入できますがOSの警告が出ます。コード署名とApple notarizationは製品側で設定し、証明書はrepositoryに置かず専用secret storeで管理します。

release buildに本番SUPASTACK_APP_URLを書き込み、導入済みshellがlocalhostではなく公開Webアプリを開くようにします。

検証とトラブルシューティング

各対象OSにbundleを導入し、build、OS、app URLを記録します。起動、対象deploymentの表示、tray、hotkey、ログイン保持を確認してください。tauri buildの成功だけではrelease合格になりません。

設定を続けるには、コード署名をご覧ください。

よくある質問

14 件の質問

supastack とは何ですか?

supastack は AI SaaS 製品を構築するためのモジュラー基盤です。共通インフラをまとめて提供するので、製品固有の機能に集中できます。

Web とモバイルに対応していますか?

はい。supastack には Web とモバイル体験の出発点として Next.js アプリと Expo アプリが含まれています。

どの認証が含まれていますか?

Better Auth がメール/パスワード、OTP、ソーシャルログインをカバーします。個人ワークスペースはアカウントと一緒にプロビジョニングされ、初日からレコードが境界内に収まります。

AI はどうサポートされていますか?

supastack には設定可能なマルチプロバイダー AI、使用量追跡、予算、暗号化された自前キー(BYOK)サポートが含まれています。

サブスクリプションはどう管理されますか?

このキット上に構築された製品では、Stripe 課金・サブスクリプション・権限が有料アクセスの基盤になります。プロバイダーの秘密はサーバー側に留まります。

製品固有のコードはどこに置きますか?

製品固有の機能は別のコードベースに置き、製品側が supastack の基本モジュールを設定・統合します。

supastack の価格は?

キットは生涯アップデート付きの一回払いです:単一フレームワーク 249 ドル(期間限定のローンチ価格 — 通常価格 349 ドルから 100 ドル割引)、または全フレームワーク(Next.js・iOS・Android)499 ドル(期間限定のローンチ価格 — 通常価格 599 ドルから 100 ドル割引)、追加開発者シート 1 席 75 ドル。キットのサブスクリプションはありません。このサイトのチェックアウトはライセンスキーをメールで配信し、GitHub 招待でリポジトリアクセスを提供します。

ワークスペースはどうデータを囲いますか?

ユーザーレコードは workspaceId でスコープされます。認証、権限、AI 使用量、課金イベント、監査エントリは個人ワークスペースの境界内に留まります。

バックグラウンドジョブはどう機能しますか?

Trigger.dev が明示的なジョブランタイムです。JobRunner コントラクトは enqueue・status・cancel のみを約束し、ワークフロー意味論は Trigger.dev 固有で明示的です。

メールとアウトリーチの違いは?

トランザクションメールはタスク完了通知などの製品ワークフローをカバーします。コールドアウトリーチやキャンペーンは製品自身に属し、このキットのメールモジュールの外です。

モバイルの購入はどのように機能しますか?

モバイルでは RevenueCat によるネイティブ購入と復元に対応し、アクセス権をサーバーで検証します。公開前にストアアカウントを設定し、実機テストを完了してください。Web 課金は別に管理します。

AI プロバイダーのキーはどこにありますか?

BYOK 認証情報は暗号化され、サーバー側に留まります。キーはログでサニタイズされ、使用量と予算はワークスペースレベルで可視です。

チェックアウトで使える支払い方法は?

Stripe ホストのチェックアウトはカードを受け付け、Stripe アカウントでウォレットを有効にすれば Alipay と WeChat Pay も提供できます——中国の購入者に便利です。ウォレット認可は非同期で確定するため、決済完了と同時にライセンスページが更新されます。

返金を受けることはできますか?

リポジトリへのアクセス権を取得した後は、supastack は永久にあなたのものとなるため、返金はできません。ですがご安心ください。生涯アップデートを含む完全なソースコードを入手し、ご自身やクライアントのために無制限にプロダクトを構築・公開できます。コードの転売や、リポジトリをスターターキットやテンプレートとして再配布することのみ禁止されています。

JA
テーマ