Stripe Projects

Stripe Projectsとは？

Stripe Projectsは、コマンドラインからソフトウェアスタックをプロビジョニング・管理するためのCLIベースのワークフローです。ホスティング、データベース、認証、AI、分析などの必要なサービスを複数作成し、資格情報を環境に生成・同期し、一元的に請求と利用状況を管理できます。

主な目的は、異なるダッシュボードでの手動セットアップ手順（複数プロバイダへの登録、APIキー設定、繰り返しのセットアップなど）を削減し、環境変数経由で監査可能、再現可能、ポータブルなプロビジョニングを実現することです。

CLIからサービスをプロビジョニング: stripe projects init や stripe projects add <provider>/<service> などのコマンドでアプリが必要とするプロバイダ/サービスを追加し、Webダッシュボード外でセットアップ可能。
資格情報の生成と同期: プロビジョニング中に資格情報を生成し、ローカル環境に同期（例: .envファイルに環境変数を配置）。
プロジェクト設定のポータビリティ: 環境変数をローカル環境、マシン、チームメンバー、エージェント間でポータブルに保つ。
CLIから請求と利用状況を管理: 請求情報を一度設定後、CLIからティアのアップグレード/ダウングレード、利用状況監視、サブスクリプション管理。
プログラムによるアップグレード: stripe projects upgrade <provider> などのCLIコマンドでプロバイダの設定をアップグレードし、ニーズに合わせたプランを維持。

早期アクセスをリクエストまたはドキュメントを確認: Stripe Projectsは早期アクセスで利用可能です。
プロジェクトを初期化: stripe projects init <app-name> を実行（例: stripe projects init helloworld-app）でStripe Projectsプロジェクトを作成。
利用可能なプロバイダを閲覧: stripe projects catalog でサポートプロバイダを確認。
サービスを追加: stripe projects add <provider>/<service> でアプリが必要なサービスをインストール。
必要に応じてプランをアップグレード/変更: stripe projects upgrade <provider> でプロバイダ設定を調整。

プロビジョニング中には、設定完了、資格情報の生成・同期、.envへの環境変数追加（例: /.projects/vault/vault.jsonの変更も表示）がワークフローに含まれます。

新プロジェクト向けアプリスタックのプロビジョニング: stripe projects init で新プロジェクトを作成後、ホスティング、データベース、認証サービスを追加。
エージェントによる依存関係セットアップ: エージェントがCLIにサービス追加を促し、自社アカウントでリソースをプロビジョニングし、資格情報を環境に同期。
環境間でのAPIキー・資格情報管理: 環境変数をポータブルに保ち、チームメンバー、マシン、エージェント環境で同一設定を使用。
複数サービスの請求変更調整: CLIワークフローでティアのアップ/ダウングレード、利用状況監視をコマンドラインから実行。
プロバイダプランの反復調整: 要件変更時にアップグレードコマンドで特定プロバイダの設定を更新し、ダッシュボードでの手動手順を繰り返さない。

Stripe ProjectsはCLIツールですか、それともダッシュボードですか？ Stripe Projectsはコマンドラインからのプロビジョニングと管理を可能にします。
どのようなサービスをプロビジョニングできますか？ ページではホスティング、データベース、認証、AI、分析などを挙げています。
プロビジョニング後の資格情報はどう扱われますか？ ワークフローは資格情報を生成し環境に同期、例として.envファイルに環境変数を追加。
CLIから請求と利用状況を管理できますか？ はい。ページでは請求情報を一度設定してSaaSスタックと共有し、CLIからティアのアップ/ダウングレード、利用状況監視、サブスクリプション管理が可能と記載。
Stripe Projectsはプロビジョニングのみですか、それとも更新も管理しますか？ 初期セットアップ後の変更をstripe projects upgrade <provider>などのCLIコマンドでサポートします。

ダッシュボードごとの手動プロバイダー設定: 各プロバイダーの設定に個別にサインアップ・設定してサービスをプロビジョニング。Stripe Projectsに比べて断片的で、通常は複数の場所で資格情報と設定を管理する必要があります。
汎用インフラ・コードツール: インフラ自動化ツールを使ってリソースをプロビジョニング・設定管理。この方法はプロビジョニングを自動化できますが、ソースではStripe Projectsの単一CLIワークフローによる資格情報同期とCLI駆動の請求/利用管理を強調しています。
プロバイダー固有のCLIおよびSDKワークフロー: 各プロバイダーのCLIやAPIを使ってサービスを設定・資格情報を管理。Stripe Projectsはプロバイダー横断の統一ワークフローとポータブル環境変数を対象としています。
カスタムスクリプトを使用したエージェント駆動設定: プロバイダーAPIを呼び出し、資格情報を保存し、請求をオーケストレーションする独自スクリプトを構築。この方法はStripe Projectsの目標に匹敵しますが、オーケストレーションと同期ワークフローを自分で実装する必要があります。