クレジット配分
ワークフロークレジットは、プランの種類ではなく、請求サイクルに基づいて割り当てられます:| 請求サイクル | クレジット |
|---|---|
| 月額サブスクリプション | 月あたり500万クレジット |
| 年額サブスクリプション | 年あたり5,000万クレジット |
標準的な自動化には、月間500万クレジットで十分に余裕があります。 一般的なワークフローの利用で、この上限を超えるチームはほとんどありません。 追加のクレジットが主に必要になるのは、高度な Code アクションや AI 搭載ワークフローの場合です。
クレジット消費の仕組み
ワークフローは実行時にクレジットを消費し、それを作成する際には消費されません。 各ワークフローアクションはその複雑さに応じてクレジットを消費します。 各ワークフローアクションはその複雑さに応じてクレジットを消費します。 各ワークフローアクションはその複雑さに応じてクレジットを消費します。アクションタイプ別クレジット消費
-
基本的な内部操作: 非常に低いクレジット消費
- レコードを検索
- レコードを作成
- レコードを更新
- レコードを削除
- フォームアクション
-
複雑な操作: 高いクレジット消費
- コードアクション (JavaScript実行)
- 外部サービスへの HTTP リクエスト
-
AI 機能: 高いクレジット消費
- AI エージェントのアクションは、使用する AI モデルに応じてクレジットを消費します
- より複雑なプロンプトや長い出力ほど、より多くのクレジットを使用します
-
Delay アクション: クレジット消費は最小限
- Delay ノードは実行時に1クレジットを消費します
- 待機期間中はクレジットは消費されません
- 5分の遅延も5日の遅延もコストは同じです
リアルタイム控除
ワークフローが実行されると、クレジットはリアルタイムで控除されます。 つまり： つまり： つまり：- ドラフトのワークフローはクレジットを消費しません
- アクティブで実行中のワークフローだけがクレジット配分を使用します
- 失敗したワークフローでも、完了したステップに対してはクレジットが消費されます
クレジットの管理
クレジット使用の確認
- 設定 → 請求 へ移動
- 現在のクレジット消費と残高を確認
- 消費パターンを監視してワークフローを最適化
追加クレジットの購入
プランのクレジット割り当てを超える場合は：- 設定 → 請求 へ移動
- 追加クレジットを購入するオプションをクリックします。 さまざまなサイズのパッケージが用意されています。 さまざまなサイズのパッケージが用意されています。
- クレジットは現在の残高に追加されます
ベストプラクティス
- バッチ処理: 効率的に一括操作やイテレータアクションを利用
- 手動トリガーの最適化: 手動トリガーでは、単一のワークフロー実行で複数のレコードを処理するために、
Bulkの可用性を選択してください - 効率性のためにコードアクションを最適化
- 個々のアクションコールを減らすためのバッチ操作