私人測試版。 新組織預設已啟用。組織管理員仍須在 Brightalk 設定中建立具權限範圍的 API 金鑰,請求才能通過驗證。可用範圍與限制以本文件和 OpenAPI 契約為準。
https://api.brightalk.ai。此流程會建立一通立即執行的非同步 AI 通話,再查詢其通話 API 資源。
1. 建立具適當權限範圍的金鑰
前往 Brightalk 設定 → 整合 → API,建立同時具備calls:read 與 calls:write 的 bt_live_ 金鑰。這兩項是建立並查詢通話所需的最小權限。若需要執行步驟 2 的選用聯絡人建立範例,請再選取 contacts:write;如果同一組織已有可用聯絡人,則不需要這項額外權限。金鑰只會顯示一次,請立即複製到伺服器端的金鑰管理工具。
將金鑰設為環境變數,且不要提交至版本控制:
2. 取得代理與聯絡人參照
使用calls:read 列出符合資格的代理。(GET /agents 也接受 batches:read,但這個單次通話流程不需要該權限。)將其中一筆回應的 id 保存為步驟 3 使用的 agent_id。
請將每個 JavaScript 範例儲存為 .mjs,或在 ESM 專案中執行。最外層的 await 必須使用 ESM,且需使用 Node 18 以上版本提供的內建 fetch。Python 範例使用 requests;在全新環境中,可執行 python -m pip install requests 安裝此依賴套件。
id。若尚無聯絡人,可用以下需要 contacts:write 的請求建立或採用聯絡人。範例採用保留的 E.164 示意號碼 +12025550123;請將範例識別資料替換為組織可控的測試資料。
201;找到既有聯絡人或完成採用時則傳回 200。請將回應的 id 保存為 contact_id。在步驟 3 中,以前述回應的代理與聯絡人 ID 取代 agt_demo_001 與 con_demo_001。
3. 建立通話
請求需要calls:write、Brightalk-Version 與非機密的 Idempotency-Key。
202 Accepted。請儲存回應中的 id:
4. 查詢傳回的通話 ID
將call_demo_001 替換為步驟 3 取得的 id。請使用 calls:read 查詢;每次請求之間採取退避,並遵守速率限制標頭。
status 為 queued、dialing 或 in_progress 時,請持續查詢。
5. 判讀 status 與 answer_status
status 說明執行生命週期;當狀態為 completed、failed 或 cancelled 時停止查詢。answer_status 則獨立分類目的端的接聽情況。
正常未接聽的結果是
status: completed 搭配 answer_status: no_answer,並非系統失敗。所有轉換請參閱通話狀態生命週期。