get-executions について
Bolna の個別実行、未加工ログ、ページ分割された通話履歴を取得するスキルです。運用担当者が通話結果を確認し、問題やコスト、実行データを調べるのに役立ちます。
主な機能
- 01実行詳細の取得
- 02未加工実行ログの取得
- 03エージェントとバッチの実行一覧
- 04エージェント履歴のページ取得
- 05ステータス、コスト、通話データの確認
活用シーン
- 01通話内容と結果の確認
- 02遅延やツール呼び出し失敗の調査
- 03通話コストと再試行履歴の確認
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ bolna-ai/ skills --skill get-executionsインストール後、Claude Code で/get-executionsを入力して読み込まれたか確認します。
同梱ファイルscripts/fetch_executions_paginated.py
詳細
Bolna の実行を取得する
エンドポイント
- 実行を取得:
GET https://api.bolna.ai/executions/{execution_id} - 生ログを取得:
GET https://api.bolna.ai/executions/{execution_id}/log - エージェントの実行一覧を取得:
GET https://api.bolna.ai/v2/agent/{agent_id}/executions - バッチの実行一覧を取得:
GET https://api.bolna.ai/batches/{batch_id}/executions
Authorization: Bearer $BOLNA_API_KEY を使用します。
実行オブジェクト
次のようなフィールドが含まれます。
id、agent_id、batch_idconversation_time、total_cost、cost_breakdownstatus、error_message、answered_by_voice_mailtranscript、recording_urlcreated_at、updated_attelephony_data:プロバイダー、発信先/発信元の電話番号、通話タイプ、プロバイダーの通話 ID、切断理由/コード、呼び出し時間、ダイヤル後遅延、通信事業者の詳細。transfer_call_data:転送された通話の詳細。batch_run_details:再試行とバッチのメタデータ。extracted_data:処置または抽出プロンプトから得られた構造化データ。context_details:コンテキスト変数と関連メタデータ。
対応するステータス
一般的なステータスには、scheduled、queued、rescheduled、initiated、ringing、in-progress、call-disconnected、completed、balance-low、busy、no-answer、canceled、failed、stopped、error があります。
completed は、音声が終了しただけの状態ではなく、後処理が完了した状態として扱ってください。
単一の実行
curl --request GET \
--url "https://api.bolna.ai/executions/$EXECUTION_ID" \
--header "Authorization: Bearer $BOLNA_API_KEY"
生ログ
curl --request GET \
--url "https://api.bolna.ai/executions/$EXECUTION_ID/log" \
--header "Authorization: Bearer $BOLNA_API_KEY"
レイテンシのデバッグ、プロンプトの確認、プロバイダーとのリクエスト/レスポンスの問題、ツール呼び出しの失敗、または予期しないモデル出力の調査には、生ログを使用します。
ページネーションされたエージェントの履歴
curl --request GET \
--url "https://api.bolna.ai/v2/agent/$AGENT_ID/executions?page_number=1&page_size=50" \
--header "Authorization: Bearer $BOLNA_API_KEY"
次のページを取得するには、has_more を使用します。page_size の最大値は 50 です。
デバッグ用マップ
- 長い間がある場合:トランスクライバーのエンドポインティング、LLM のレイテンシ、シンセサイザーのレイテンシ、
incremental_delayを確認します。 - ユーザーの発話が途中で切れる場合:
number_of_words_for_interruptionを増やすか、エンドポインティングを調整します。 - 無音状態で切断される場合:
hangup_after_silence、call_terminate、切断コードを確認します。 - Webhook が届かない場合:ここで実行ステータスを取得し、次に
setup-webhookの設定を確認します。 - コストが急増した場合:
conversation_time、再試行履歴、cost_breakdownを調べます。
完全なトリアージ手順については、debug-bolna-calls/SKILL.md と debug-bolna-calls/references/latency-metrics.md を参照してください。
スクリプト
# Paginate through all executions for an agent
python3 get-executions/scripts/fetch_executions_paginated.py --agent-id $AGENT_ID
関連項目
https://raw.githubusercontent.com/bolna-ai/skills/main/references/execution-payload.md— 実行オブジェクトのすべてのフィールドをまとめて確認できます。https://raw.githubusercontent.com/bolna-ai/skills/main/references/call-statuses.md— ライフサイクル全体と終端ステータスのパターンを確認できます。https://raw.githubusercontent.com/bolna-ai/skills/main/references/hangup-codes.md—hangup_by+hangup_code+hangup_reasonの解釈を確認できます。setup-webhook— 同じ形式のペイロードをリアルタイムでプッシュします。debug-bolna-calls— 実行情報と生ログに基づく、症状と解決策の対応表です。
コメント
Markdown 対応