Stripe Projects は、ターミナルからサードパーティーサービス (ホスティング、データベース、認証、AI、可観測性など) をプロビジョニングして管理します。1 つのコマンドを実行するだけで、アカウントを作成し、認証情報を . に同期し、Stripe を通じて請求を処理できます。
- 60 以上のプロバイダーのサービスをプロビジョニング。個別のダッシュボードは不要です。
- 認証情報を自動的に同期:
.に同期します。API キーをコピーして貼り付ける必要はありません。env - CLI またはコーディングエージェントからプラン、請求、環境、キーを管理。
コーディングエージェントから始める
Claude Code、Cursor、Codex、または任意の MCP 対応コーディングエージェントに Stripe Projects スキルをインストールします。
npx skills add https://docs.stripe.com --skill stripe-projects -g -y
次に、必要なスタックをエージェントに伝えます。
"Use Stripe Projects to set up a Next.js app with Supabase, Vercel, and PostHog."
エージェントは CLI プラグインをインストールし、stripe projects init を実行して、サービスを追加し、認証情報を自動的に同期します。
クイックスタート
プラグインをインストールし、プロジェクトを作成して、サービスを追加し、認証情報をローカル環境に取得します。
stripe plugin install projects stripe projects init stripe projects add supabase/project stripe projects add vercel/project stripe projects env --pull
仕組み
Stripe プロジェクトは 1 つのアプリケーションまたはコードベースを表し、プロバイダーアカウントのサービスとリソースをグループ化します。
- プロバイダーアカウント: Vercel、Supabase、Clerk、PostHog などのプロバイダーのアカウント。
- サービス: データベース、認証・認可、分析などのプロバイダーの製品。
- リソース: アカウント用サービスのインスタンスと、それに関連付けられた認証情報および環境変数 (例:
test-db-1、auth、test-analytics-1)
プロジェクトを使用して、以下を実行できます。
- 既存のプロバイダーアカウントを関連付けるか、新しいアカウントを作成する
- データベース、認証・認可インスタンス、分析プロジェクトなどのリソースをプロビジョニングする
- 認証情報をボールトに格納し、環境変数として環境 (
.) に同期するenv development、staging、productionなどの名前付き環境を管理します。各環境には独自の出力ファイルとリソースのセットがあります。- アップグレードの管理と認証情報のローテーション
プロバイダーアカウントを Stripe アカウントに関連付けると、明示的に関連付けを削除するまで、認可されたままになります。同じ Stripe アカウントでは、新しいプロジェクトでもそのプロバイダーアカウントを再利用できます。別の Stripe アカウントを使用する場合は、プロバイダーアカウントを再度関連付ける必要があります。
新しいディレクトリまたは既存のコードベースでプロジェクトを初期化できます。既存のコードベースを使用してサービスを追加すると、新しい認証情報と環境変数は既存の環境 (.) およびプロジェクト設定にマージされます。
認証情報の仕組み
Stripe Projects は、お客様に代わって各プロバイダーから認証情報を取得し、. に暗号化して、Stripe の Secret Store に保存します。
- ローカルファイル:
.には、認証情報の暗号化されたコピーが保存されます。projects/vault/vault. json .はローカル開発用のデフォルトの出力ファイルです。名前付き環境では、CLI はenv .やenv. dev .など、設定された出力ファイルに書き込みます。CLI はenv. production 600権限で出力ファイルを作成するため、マシン上でそのファイルを読み取れるのは自分だけです。認証情報ファイルはバージョン管理にコミットしないでください。stripe projects initにより、それらは.に自動的に追加されます。gitignore - 削除時:
stripe projects remove<service>を実行すると、リソースのプロビジョニングが解除され、プロジェクトの状態から削除されます。CLI は、以前に.またはenv .に書き込まれた認証情報を削除しません。これらは手動で削除するか、projects/vault/ stripe projects env --pullを実行して現在の認証情報セットで上書きしてください。
本番環境のホスティング環境で認証情報を使用するには、本番環境の環境変数の設定を参照してください。
プロジェクトを作成する
プロジェクトに使用するディレクトリで init を実行します:
stripe projects init [name]
これにより、そのディレクトリの Stripe プロジェクトが初期化されます。名前を省略すると、Stripe Projects はフォルダ名を使用します。
Stripe Projects は、.の下にプロジェクトの状態を書き込みます。これにより、関連付けられたプロバイダーアカウント、プロビジョニングされたリソース、ローカルのプロジェクト構成が追跡されます。プロジェクトで使用されるツールは、. で確認できます。プライベートリポジトリの . ファイルには、チームが同じプロジェクト状態を共有するために必要なリソース ID が含まれています。
ファイル参照
| ファイルまたはフォルダ | 目的 | バージョン管理へのコミット要否 |
|---|---|---|
state. | チームが使用するサービス、リソース、環境定義、出力ファイルパス、および設定に関する共有プロジェクト状態。 | はい |
state. | ローカルでの上書きとマシン固有の設定。プロジェクトリソースと個人のプロバイダーアカウント、バックエンドリソース ID、およびこのマシンで選択されたアクティブな環境との関連付けを保存します。 | あり1 |
. | プロビジョニング後または env --pull の実行後に CLI によって書き込まれる暗号化された認証情報キャッシュ。 | いいえ、. に自動的に追加されます2 |
. | パフォーマンス向上のために使用される CLI メタデータキャッシュ。 | いいえ、. に自動的に追加されます |
.、. | アクティブな環境に対して env --pull が書き込む、ローカル開発用の平文の認証情報。 | いいえ、. に自動的に追加されます |
1 . という命名規則ですが、state. は引き続きコミットします。このファイルには、プロジェクトリソースと各自のプロバイダーアカウントの関連付けが保存されます。チームメイトが自分のアカウントを stripe projects link で正しく関連付けるには、このファイルが必要です。これをバージョン管理から除外すると、チームメイトが関連付けを行おうとしたときにエラーが発生します。アクティブな環境は各チームメイトの決済ごとにローカルで管理されるため、環境を切り替えても他のチームメイトのアクティブな環境は変わりません。
2これは共有シークレット配布システムではなく、ローカルの認証情報キャッシュです。各チームメイトは各自のマシンで stripe projects env --pull を実行し、Stripe Secret Store から自分用の認証情報を取得します。
コーディングエージェントを使用する
プロジェクトを初期化すると、Stripe Projects はコーディングエージェントのスキルをローカルのプロジェクトディレクトリに書き込みます。これらのスキルは、Stripe Projects ワークフローを通じてエージェントがプロジェクトを操作するためのコンテキストとアクションを提供します。
エージェントには、以下のようなタスクの完了を依頼できます。
- 「既存の Neon アカウントをリンクし、データベースをプロビジョニングします。」
- 「無料ティアで Turso 認証・認可と PostHog を追加する」
- 「このリポジトリに必要なサービスを設定し、変更内容を説明する」
エージェントは同じ Stripe Projects CLI コマンドを使用します。CLI を直接使用する場合と同じ、決定論的で監査可能な経路で、認証情報のプロビジョニング、アップグレード、設定、同期を行えます。
プロビジョニングと認証情報のやり取りの際にブラウザのポップアップを避けるには:
- Stripe アカウントにログイン
stripe projects linkを使用して、既存のプロバイダーアカウントを関連付けます (または新規作成します)。stripe projects billing addを使用して決済手段を追加します。- エージェントセッションを開始します。
テンプレートからの構築
stripe projects build を使用して、テンプレートレジストリから完全なスターターアプリを作成します。CLI により、アプリファイルのコピー、依存関係のインストール、必要なすべてのサービスのプロビジョニングが 1 つのステップで実行されます。
コマンドをインタラクティブに実行します。CLI のガイドに従ってアプリのカテゴリー、フレームワーク、トラフィック階層を選択すると、推奨されるスタックがプロビジョニングされます:
stripe projects build my-app
目的のテンプレートがすでにわかっている場合は、--template を使用してガイド付きフローをスキップします:
stripe projects build my-app --template stripe/nextjs-saas/amber-fox
デフォルトのバリアントを使用するには、バリアントなしでテンプレート ID のみを渡します:
stripe projects build my-app --template stripe/nextjs-saas
利用可能なすべてのテンプレートの完全なリストについては、テンプレートレジストリを確認してください。
独自のテンプレートを作成するには、ビルドテンプレートの作成をご覧ください。
プロジェクトステータスの確認
サービスの追加またはプロバイダーの接続が完了したら、status を実行してプロジェクトを確認します:
stripe projects status
これには、プロジェクト名、Stripe アカウント、関連するプロバイダーアカウント、プロビジョニングされたリソース、現在の階層、稼働状況が表示されます。
名前付き環境を持つプロジェクトでは、status に環境メンバーシップも表示され、こ���チェックアウトのアクティブな環境がマークされます。
プロジェクトを一覧表示
stripe projects list を使用して、Stripe アカウントのすべてのプロジェクトを表示します。
stripe projects list
このコマンドを実行すると、各プロジェクトの名称、ID、作成日が返されます。プロジェクト ID は stripe projects pull と組み合わせて使用します。
プロジェクトを引き出す
stripe projects pull を使用して、既存のプロジェクトを新しいローカルディレクトリにセットアップします。空のディレクトリから実行してください。
stripe projects pull <projectID>
このコマンドにより . および . が作成され、env --pull を実行することで . ファイルに書き込まれます。プロジェクトの既存のサービスインスタンスに接続されます。新しいインスタンスはプロビジョニングされません。
プロジェクト ID を確認するには、stripe projects list を実行します。
プロジェクトをワークフローに導入する
Stripe プロジェクトは、新しいアプリケーション、既存のコードベース、および有効な設定に使用できます。
新しいプロジェクトを開始
新しいアプリがある場合は、プロジェクトの作成、プロバイダーアカウントの関連付け、新しいアカウントの作成、データベー���、認証、分析などのリソースのプロビジョニングを行うことができます。
既存のコードベースにサービスを追加する
既存のアプリケーションディレクトリで Stripe プロジェクトを初期化できます。既存のディレクトリを使用してサービスを追加すると、新しい認証情報と環境変数が既存の環境 (.) とプロジェクト構成にマージされます。これは、アプリにすでにホスティングがあるが、データベース、認証、分析、機能フラグ、その他の管理対象インフラなどのサービスが必要な場合に便利です。
既存の設定を管理する
すでに使用しているプロバイダーアカウントを Stripe アカウントに関連付けると、プロジェクトは 1 つの場所に表示されます。これにより、既存のリソースを関連付け、関連する環境変数を追加することもできます。
サービスカタログを参照する
catalog を使用して、利用可能なすべてのプロバイダー、そのサービスカテゴリー、プランの段階、アドオン、価格を一覧表示します:
stripe projects catalog stripe projects catalog <provider> stripe projects catalog <category>
search を使って、キーワードに関連するすべての利用可能なプロバイダーサービスを探せます:
stripe projects search <keyword>
サービスを管理する
サービスを追加する
プロバイダーのサービスをプロジェクトに追加します。
stripe projects add <provider>/<service>
サービスを追加すると、サービスを追加する前に、既存のプロバイダーアカウントを Stripe アカウントに関連付けるか、アカウントを作成します。
サービスを追加すると、プロバイダーアカウントでリソースがプロビジョニングされます。データベース、認証インスタンス、分析プロジェクト、機能フラグ、またはその他の管理対象インフラをアプリにプロビジョニングするには、add コマンドを使用します。
プロバイダーをリンクコマンドに関連付ける
プロバイダーアカウントを関連付けるか、リソースをプロビジョニングせずにアカウントを作成します。これは、リソースをプロビジョニングする前にプロバイダーとの接続を確立する場合に、エージェント主導のワークフローで役立ちます。
stripe projects link <provider>
サービスを削除する
プロバイダーアカウントとローカルプロジェクトからサービスを削除します。
stripe projects remove <provider>/<service> #or stripe projects remove <resource_name>
認証情報のローテーション
特定のサービスの認証情報をローテーションする:
stripe projects rotate <provider>/<service> #or stripe projects rotate <resource_name>
サービスティアのアップグレード
サービスに現在のティアよりも多くの容量、機能、または制限が必要な場合は、サービスのティアをアップグレードできます。
stripe projects upgrade <provider> | <provider>/<service> | <resource_name>
アップグレードする前に、ステータスまたはプロバイダーのダッシュボードで各サービスの現在のティアを確認してください。
Stripe への決済手段の登録は一度のみです。CLI で有料プランを選択すると、決済手段が Shared Payment Token にトークン化されます。あわせて、そのアップグレード用の決済手段が決済代行業者に付与されます。決済代行業者はこのトークンを使って請求するため、元の決済手段が共有されることはありません。
地域的な考慮事項
有料サービスに対応している国をご確認ください。
プロバイダーダッシュボードを開く
デフォルトのブラウザーでプロバイダーのダッシュボードを開きます:
stripe projects open <provider>
環境変数を管理する
Stripe Projects は認証情報をボールトに格納し、サービスを追加または変更したときに環境変数をローカル環境 (.) に自動的に同期します。
変数の一覧表示
すべてのプロジェクト環境変数を表示します。値は出力に表示されません。
stripe projects env
環境変数も、リソースのプロビジョニング後に自動的に同期されます。
変数の同期
アクティブな環境の出力ファイルを更新し、認証情報の保管庫を補充します。デフォルト環境では、別の出力パスを設定していない限り、. に書き込まれます。名前付き環境では、環境の作成時または更新時に設定した出力ファイルに書き込まれます。
stripe projects env --pull
プロジェクト変数の管理
アプリの URL、機能フラグ、独自に管理する API キーなど、プロビジョニングされたプロバイダーリソースに由来しない環境変数を保存するには、プロジェクト変数を使用します。
プロジェクト変数を設定し、アクティブな環境にバインドします:
stripe projects variables set <name> --env-key <ENV_KEY> --value <value>
インタラクティブモードで --value を省略した場合、CLI により安全な方法で値を入力するよう求められます。
変数名は Stripe Projects に保存された値を識別します。--env-key の値は、アクティブな環境の出力ファイルに書き込まれるキーです。variables set により、その出力が直ちに同期されます。
例えば、開発環境と本番環境で異なる保存値を使用しながら、各出力ファイルには同じ環境キーを書き込むことができます:
stripe projects env create development --output .env.dev stripe projects variables set api-url-dev --env-key API_URL --value https://dev.example.com stripe projects env create production --output .env.production stripe projects variables set api-url-prod --env-key API_URL --value https://api.example.com
プロジェクト変数と、それらに紐付くローカル環境のバインディングを一覧表示します:
stripe projects variables list
プロジェクト変数を削除し、そのローカルバインディングを解除します:
stripe projects variables delete <name>
既存のプロジェクト変数をアクティブな環境にバインドするには、env add を使用します:
stripe projects env add <name> --variable --env-key <ENV_KEY>
保存された変数を削除せずに、アクティブな環境からプロジェクト変数を除外するには、env remove を使用します:
stripe projects env remove <name> --variable
Stripe Projects では、管理対象外のローカル環境キーはそのまま保持されます。
env --pull を実行するタイミング
env --pull は、サービスのプロビジョニング、認証情報のローテーション、リソースのアップグレード、または環境のメンバーシップの変更後に自動的に実行されるため、このような場合に手動で実行する必要はありません。
次の場合は、env --pull を手動で実行します。
- 新しいマシンでプロジェクトをセットアップするとき、またはリポジトリをクローンした後。
- チームメイトがリソースをプロビジョニングまたはローテーションし、更新された認証情報を反映する必要がある。
.が削除または破損しており、復元する必要がある。env - ローカルの認証情報が現在のプロジェクトの状態と一致していることを確認したい。
stripe projects env useで別の環境に切り替え、その環境の認証情報がローカルで必要な場合。- リモートでプロジェクト変数が変更され、ローカルの出力ファイルを更新する場合。
stripe projects env --pull
本番環境の環境変数を設定する
stripe projects env --pull は、アクティブな環境のローカル出力ファイルに認証情報を書き込みます。本番ホストには環境変数を書き込みません。
本番環境で同じ認証情報を使用するには、それらをホストの環境変数設定に追加してください。Stripe Projects ではこの手順は自動化されません。
メモ
多くの場合、プロバイダーには . ファイルを読み取れる独自の CLI ツールがあります。推奨されるインポートのワークフローについては、プロバイダーのドキュメントを確認してください。
複数の環境を管理
ローカル開発、ステージング、本番など、アプリのさまざまな段階で認証情報とリソースを個別に保持するには、プロジェクト環境を使用します。
各環境には以下が含まれます。
default、development、staging、またはproductionなどの名前.、env .、またはenv. dev .などの出力ファイルenv. production - 認証情報がその出力ファイルに書き込まれるプロジェクトリソースのセット
Stripe Projects はローカルコマンドにアクティブな環境を使用します。リソースを追加したり認証情報を同期したりするコマンドは、アクティブな環境を対象とします。
環境を一覧表示:
stripe projects env list
アクティブな環境を表示:
stripe projects env show
新しい環境を作成してアクティブにする:
stripe projects env create development --output .env.dev
アクティブな環境を切り替える:
stripe projects env use default stripe projects env use development
環境を切り替えた後、stripe projects add はアクティブな環境にリソースをプロビジョニングし、stripe projects env --pull はその環境の認証情報を設定された出力ファイルに書き込みます。
# Add a database to the active development environment stripe projects env use development stripe projects add neon/postgres --name dev-db stripe projects env --pull # Switch back to the default environment and pull its credentials stripe projects env use default stripe projects env --pull
アクティブな環境の名前または出力ファイルを更新:
stripe projects env update --name staging stripe projects env update --output .env.staging
環境を削除:
stripe projects env delete staging
最後の環境または仮想的な default 環境は削除できません。
環境リソースの管理
環境メンバーシップによって、どのプロジェクトリソースの認証情報がアクティブな環境の出力ファイルに書き込まれるかが決まります。
既存のプロジェクトリソースをアクティブな環境に追加:
stripe projects env add <resource_name>
アクティブな環境からリソースを削除:
stripe projects env remove <resource_name>
これらのコマンドは環境メンバーシップのみを変更します。プロバイダーリソースをプロビジョニング、削除、またはローテーションすることはありません。プロジェクトからプロバイダーリソースを削除するには、stripe projects remove を使用します。
stripe projects status または stripe projects services list を実行して、リソース名を見つけます。
請求の管理
決済手段は Stripe アカウントに関連付けられています。
決済手段の表示
登録されている決済手段を表示する:
stripe projects billing show
決済手段の追加または更新
決済手段を追加するか、既存の決済手段を置き換えます。
stripe projects billing add
決済手段を設定すると、利用限度額が設定できるようになります。
利用額を表示
stripe projects spend を実行すると、今月と過去の月のプロバイダー別の利用額を確認できます。
stripe projects spend
出力には以下の利用額が表示されます。
- 当月: 現在までの利用額、プロバイダー別
- 過去の月: 合計利用額、プロバイダー別
デフォルトでは、コマンドは過去 6 カ月間の支出を表示します。期間を変更するには、--duration または --since/--until を使用します。
stripe projects spend --duration 3m
--duration には、3m、12m、90d のように、月数または日数を正の整数で指定します。2026 年 1 月 1 日以降の支払いを表示するには、all を使用します。
--since または--until には、YYYY-MM-DD 形式の日付を指定します。どちらか一方を単独で使用することも、両方を併用することもできます。コマンドでは、指定した日付を含む暦月全体が対象になります。たとえば、--since 2026-01-15 では 1 月全体が対象となり、--until 2026-03-10 では 3 月全体が対象となります。
stripe projects spend --since 2026-01-15 --until 2026-03-10
--durationを--sinceまたは--untilと組み合わせることはできません。
特定のプロバイダーの支出を表示する方法:
stripe projects spend [provider]
利用限度額を設定
stripe projects billing update を使用して、決済手段に利用限度額を設定します。すべてのプロバイダーを包括する全体的な限度額を設定することも、より細かく管理できるようプロバイダーごとの限度額を設定することも可能です。
コマンドを対話式で実行して、限度額の種類を選択し、値を入力します。
stripe projects billing update
また、--limit フラグを直接含めることでプロンプトをスキップすることもできます。すべてのプロバイダーに適用される包括的な限度額を設定する方法は以下のとおりです。
stripe projects billing update --limit <amount>
特定のプロバイダーの限度額を設定する方法は以下のとおりです。
stripe projects billing update --limit <amount> --provider <provider>
プロバイダー別の限度額と全体的な限度額双方が設定されている場合、プロバイダー別の限度額が優先されます。個別に上限を設定したいプロバイダー別に、にコマンドを 1 回実行します。
LLM コンテキストを生成
プロジェクトコンテキストとプロバイダーが提供するすべての LLM コンテキストファイルを組み合わせたローカルファイルを表示および書き込みます:
stripe projects llm-context
プロジェクトを共有
stripe projects share を使用して、プロジェクトのサービススタックをエンコードした URL を生成します。この URL には追加済みのサービスが含まれますが、認証情報や設定値は含まれません。
これは、1 つ以上のサービスを含むプロジェクトディレクトリから実行します。
stripe projects share
URL をコピーして任意の相手と共有できます。URL は自己完結型で有効期限はありません。
共有スタックから新しいプロジェクトをセットアップ
空のディレクトリで stripe projects init を --from フラグを付けて実行します。
stripe projects init --from <URL>
これにより新しいプロジェクトが初期化され、共有スタック内の各サービスの新しいインスタンスがプロビジョニングされます。
既存のプロジェクトにサービスを追加
すでに初期化されたプロジェクトディレクトリから stripe projects import を実行します。
stripe projects import <URL>
これにより共有スタックのサービスがプロビジョニングされ、既存のプロジェクトに追加されます。
利用可能なプロバイダー
これらのプロバイダーは、導入プロトコルを Stripe と共同で設計しました。このプロトコルは、プロビジョニング、プランの選択、アップグレード、認証情報のハンドオフを標準化します。
| プロバイダー | 主なカテゴリー |
|---|---|
| AgentMail | メール |
| AgentPhone | 通信 |
| Algolia | 検索 |
| Amplitude | 分析、機能フラグ |
| Athena | AI |
| Auth0 | Auth |
| Base 44 | ホスティング、データベース、AI |
| Blaxel | ホスティング、サンドボックス、AI |
| Browserbase | ブラウザー、AI |
| Chatbase | AI |
| Chroma | データベース、AI |
| Churnkey | Payments |
| Clerk | 認証 |
| ClickHouse | データベース、アナリティクス |
| Cloudflare | ホスティング、データベース、ストレージ、ドメイン、キャッシュ、キュー、ブラウザー |
| Composio | AI |
| CreateOS | コンピューティング |
| Customer.io | メッセージング、メール |
| Datadog | 可観測性、分析 |
| Daytona | サンドボックス、ホスティング |
| Depot | CI、コンピューティング |
| E2B | ホスティング、サンドボックス |
| Elevenlabs | AI |
| Exa | 検索、AI |
| Firecrawl | 検索 |
| Fly.io | ホスティング、データベース |
| GitLab | CI/CD、オブザーバビリティ、ストレージ |
| Here.now | ホスティング |
| HeyGen | AI |
| Inngest | キュー |
| Kernel | ブラウザー、AI |
| Klaviyo | メール、メッセージング |
| Laravel Cloud | ホスティング、キャッシュ、データベース |
| Metronome | Payments |
| Mixpanel | 分析 |
| Neon | データベース、認証 |
| Netlify | ホスティング |
| OpenRouter | AI |
| Parallel | 検索、AI |
| PlanetScale | データベース |
| PostalForm | 通信 |
| PostHog | 分析、機能フラグ |
| Prisma | データベース |
| Privy | 決済、認証 |
| Pydantic | 可観測性、分析 |
| Quo | 通信 |
| Railway | ホスティング、データベース、ストレージ、キャッシュ |
| Render | ホスティング、データベース |
| Resend | メール |
| RevenueCat | 決済、分析 |
| Runloop | サンドボックス、AI |
| Schematic | 機能フラグ、決済 |
| Sentry | オブザーバビリティ |
| Spaceship | ドメイン |
| Squarespace | ドメイン |
| Steelbrowser | ブラウザー、AI |
| Supabase | データベース、認証、ストレージ |
| Supermemory | AI、データベース、検索 |
| Tabstack | 検索、ブラウザ |
| Turso | データベース |
| Twilio | 通信 |
| Upstash | キャッシュ、検索、データベース |
| Vercel | ホスティング |
| Wix | ホスティング |
| WordPress.com | ホスティング、ドメイン |
| WorkOS | Auth |
stripe projects catalog はいつでも実行でき、プロバイダーと利用可能なサービスティアの最新リストを確認できます。あるいは、projects.dev/providers のディレクトリをご覧ください。
プロバイダーをリクエスト
Stripe Projects ネットワークのプロバイダーになることに関心がある場合、または特定のプロバイダーをリクエストする場合は、provider-request@stripe.com にお問い合わせください。
非対話型環境を使用する
すべてのコマンドは、CI/CD パイプライン、スクリプト、エージェントなどの非対話型環境のフラグをサポートします。
グローバルフラグ
| フラグ | 説明 |
|---|---|
-v, --version | 現在のプラグインバージョンを表示します。 |
--json | フォーマットされたテキストではなく構造化 JSON として出力を返します。 |
--no-interactive | 対話型プロンプトと確認ダイアログを無効にします。必要な入力がない場合、コマンドは失敗します。 |
--auto-confirm | サービスを削除する場合など、確認プロンプトを自動的に受け入れます。 |
--quiet | 必須ではない出力を抑制し、最終結果またはエラーのみを返します。 |
--accept-tos | 確認を求めずに、プロバイダーの利用規約に同意します。 |
--stream | ストリーミング出力のアニメーションを有効にします。 |
--debug | Stripe API リクエストのデバッグログを有効にします。 |