実行、モニタリング、デバッグ
1 回ごとの実行に完全な記録が残ります
ワークフローを 1 回実行するたびに、ステップのタイムライン、ログ、token 使用量、コストが 1 件ずつ記録されます。問題が起きたら、ブレークポイントを設定して変数を検査し、失敗したステップから再実行できます。サービス再起動後は、完了していない実行が自動で続行されます。
実行の可観測性
各ステップにどれだけ時間がかかり、いくら費用がかかったかを、すべて確認できます
1 回ごとの実行の記録は詳細ページに残ります。以下はあなたが確認できる内容です。
- ステップのタイムラインとログ：各ステップがいつ開始し、どれだけ実行され、何を出力したかを、開けば確認できます。
- token とコストは実行ごとに計算されます：各モデル呼び出しの使用量はその実行に記録され、費用はステップ単位まで突き合わせられます。
- 実行の過程は JSON または YAML にエクスポートでき、アーカイブしても、自分の分析スクリプトに取り込んでも構いません。
- ダッシュボードは、複数のワークフローの実行状況と費用を 1 ページで確認できるようにします。
ブレークポイントのデバッグ
一度停止して変数を確認し、修正してから続行します
ワークフローが途中のステップで止まったときは、コードをデバッグするのと同じようにデバッグできます。
- 9 種類のブレークポイントで、実行内のあなたが注目する位置で停止します。
- 一時停止時に変数の現在値を 1 つずつ検査し、どのステップがデータを狂わせたかを特定します。
- 変数値を直接変更してから続行でき、定義を変更して最初からやり直す必要はありません。
⏸ paused · analyze_spend · breakpoint hit> vars.report_lang"zh-CN"> set vars.report_lang = "en-US"ok · variable updated> continue▶ resumed · analyze_spend → render_report → notify_slack
失敗からの復旧
午前3時に落ちても、朝には続きから実行
失敗時の再実行もブレークポイントからの再開も組み込みの機能で、深夜の障害を深夜に対応する必要はありません。
↻失敗したステップから再実行する全体を最初から実行し直す必要はありません：どのステップから再開するかを指定すると、前段のすでに完了した LLM ステップは結果をそのまま再利用し、重複して課金されません。
SHAサービス再起動時の自動再開デプロイや再起動の後、途中まで進んだ実行が自動で続行されます。再開前にワークフロー定義の SHA-256 ハッシュを検証し、定義が変わっていれば誤って続行することはありません。自動復旧の回数には 1 から 20 回の上限があります。
R·Tステップ単位の retry と timeout定義内で個々のステップに retry と timeout を記述します：一時的なネットワークエラーは自動でリトライし、詰まったステップは期限で中止して、実行全体を巻き込みません。
クォータとコスト
並列数、保持期間、予算上限は明示されています
コストは実行終了後に実際に発生した呼び出しに基づいて計算され、プラットフォームは実行前の見積もりを提供しません。実行クォータはプランのランクに応じて決まります。
Free · $01同時実行
Pro · $495同時実行ブレークポイントデバッガーを含む
Team · $9915同時実行実行履歴は 180 日間保持
エンタープライズ50同時実行監査ログとオンプレミス展開
1 日あたりの token 使用量と費用の予算上限も設定でき、自動実行されるワークフローに明確な支出の境界を与えます。料金と割り当ての詳細を見る →
まずワークフローを 1 つ実行し、それから完全な記録を見に戻ってください
登録すればテンプレートを実行して実行詳細を確認できます。ブレークポイントデバッガーは Pro プランで開放されます。