Open in
การกำหนดค่าแบบไดนามิกสำหรับแต่ละสาย
เลือกเอเจนต์ที่รับสาย หรือเขียนพรอมต์และการตั้งค่าใหม่ แยกสำหรับสายเรียกเข้าทุกสาย โดยขับเคลื่อนด้วยตรรกะแบบกำหนดเองในเว็บฮุกที่คุณควบคุม
โดยค่าเริ่มต้น หมายเลขโทรศัพท์และ publishable key ทุกอันจะมีเอเจนต์แบบคงที่ กำหนดไว้ เมื่อคุณต้องการปรับแต่งแบบ รายผู้โทร หรือ รายผู้เข้าชม — การกำหนดเส้นทาง VIP บริบทผู้ใช้ที่เข้าสู่ระบบ การทดสอบพรอมป์แบบ A/B — ให้เปลี่ยนเป็น โหมด webhook และให้เซิร์ฟเวอร์ของคุณเป็นผู้ตัดสินใจ
วิธีการทำงาน
- คุณสมัครรับเหตุการณ์
telephony.incoming(โทรศัพท์) หรือweb.incoming(วิดเจ็ต) ทั้งสองเป็น webhook แบบ บล็อกการทำงาน: ThunderPhone จะรอสูงสุด 10 วินาทีเพื่อรับการตอบกลับของคุณก่อนดำเนินการโทรต่อ - ThunderPhone จะส่ง
{call_id, from_number, to_number}ให้คุณ (เซสชันวิดเจ็ต จะมีฟิลด์เฉพาะวิดเจ็ตแทนหมายเลข — ดู สคีมาคำขอ) - เซิร์ฟเวอร์ของคุณตอบกลับด้วยการกำหนดค่าเอเจนต์ (พรอมป์ เสียง ผลิตภัณฑ์ เครื่องมือ) ThunderPhone จะใช้การกำหนดค่านั้นสำหรับสาย
- หากคุณส่งกลับ
{}หมดเวลา หรือเกิดข้อผิดพลาด จะใช้เอเจนต์ที่กำหนดแบบคงที่เป็นทางเลือกสำรอง ค่าเริ่มต้นที่ปลอดภัย
1. กำหนดค่าปลายทาง webhook
สำหรับหมายเลขโทรศัพท์ ให้สมัครรับ telephony.incoming ที่ปลายทางของคุณ:
curl -X POST https://api.thunderphone.com/v1/developer/webhook-endpoints \
-H "Authorization: Bearer sk_live_YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"label": "Prod call-incoming",
"url": "https://example.com/thunderphone/incoming",
"events": ["telephony.incoming"]
}'การตอบกลับมี secret แบบใช้ครั้งเดียว — บันทึกไว้ คุณจะใช้ค่านี้
สำหรับการตรวจสอบลายเซ็น
สำหรับเซสชันวิดเจ็ต ให้สร้าง publishable key ใน mode="webhook"
โดยฝัง URL ปลายทางของคุณไว้:
curl -X POST https://api.thunderphone.com/v1/publishable-key \
-H "Authorization: Bearer sk_live_YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"name": "Dynamic widget",
"mode": "webhook",
"webhook_url": "https://example.com/thunderphone/widget-incoming",
"allowed_domains": ["example.com"]
}'วิดเจ็ตจะส่ง POST ไปยัง URL นี้ทุกครั้งที่เริ่มเซสชัน
2. ใช้งานตัวจัดการ
หลักปฏิบัติ 3 ข้อ:
- ตรวจสอบลายเซ็น ในทุกคำขอ (ดู ตรวจสอบลายเซ็น webhook) อย่าข้ามขั้นตอนนี้ในระหว่างพัฒนา — ทำให้ถูกต้องครั้งเดียวแล้วนำกลับมาใช้ซ้ำ
- ตอบกลับอย่างรวดเร็ว สิบวินาทีคือขีดจำกัดสูงสุด และทุกวินาทีคือ ช่วงเงียบสำหรับผู้โทร คุณสามารถค้นหาข้อมูลจากฐานข้อมูลได้หากจำเป็น แต่ อย่าเรียก LLM ปลายทางแบบซิงโครนัส — หากต้องการสร้างพรอมป์ต์แบบไดนามิก ให้คำนวณล่วงหน้าและแคชไว้
- สำรองการทำงานอย่างเรียบร้อย สถานะที่ไม่คาดคิดใดๆ ควรส่งคืน
{}เพื่อให้ เอเจนต์ที่กำหนดแบบคงที่จัดการสาย
import hashlib
import hmac
import json
import os
from fastapi import FastAPI, HTTPException, Request
app = FastAPI()
SECRET = os.environ["THUNDERPHONE_WEBHOOK_SECRET"]
def verify(body: bytes, sig: str) -> bool:
expected = hmac.new(SECRET.encode(), body, hashlib.sha256).hexdigest()
return hmac.compare_digest(expected, sig or "")
@app.post("/thunderphone/incoming")
async def incoming(request: Request):
body = await request.body()
if not verify(body, request.headers.get("X-ThunderPhone-Signature", "")):
raise HTTPException(401)
event = json.loads(body)
if event["type"] not in ("telephony.incoming", "web.incoming"):
return {} # fall back to default
caller = event["data"]["from_number"]
# Cheap DB lookup: is this a known VIP?
customer = lookup_customer(caller)
if customer and customer.tier == "vip":
return {
"prompt": f"You are a VIP concierge for {customer.name}. Be proactive…",
"voice": "john",
"product": "storm-base",
}
return {} # default agent handles non-VIPs
def lookup_customer(phone: str):
# ... your CRM integration ...
passimport crypto from "node:crypto";
import express from "express";
const app = express();
const SECRET = process.env.THUNDERPHONE_WEBHOOK_SECRET;
function verify(body, sig) {
const expected = crypto.createHmac("sha256", SECRET).update(body).digest("hex");
return sig &&
crypto.timingSafeEqual(Buffer.from(expected), Buffer.from(sig));
}
app.post(
"/thunderphone/incoming",
express.raw({ type: "application/json" }),
async (req, res) => {
if (!verify(req.body, req.header("X-ThunderPhone-Signature"))) {
return res.sendStatus(401);
}
const event = JSON.parse(req.body.toString("utf8"));
const IMPORTANT_TYPES = new Set([
"telephony.incoming",
"web.incoming",
]);
if (!IMPORTANT_TYPES.has(event.type)) return res.json({});
const customer = await lookupCustomer(event.data.from_number);
if (customer?.tier === "vip") {
return res.json({
prompt: `You are a VIP concierge for ${customer.name}. Be proactive…`,
voice: "john",
product: "storm-base",
});
}
res.json({}); // fall back to default agent
},
);3. สคีมาการตอบกลับ
เนื้อหาการตอบกลับตรงกับ สคีมาการตอบกลับสายเรียกเข้า ทุกประการ ฟิลด์ที่ใช้บ่อยมีดังนี้:
| ฟิลด์ | ประเภท | คำอธิบาย |
|---|---|---|
prompt | สตริง (จำเป็น) | พรอมป์ตระบบสำหรับเอเจนต์ |
voice | สตริง (จำเป็น) | รหัสเสียงจาก GET /v1/voices |
product | สตริง | ค่าเริ่มต้นคือ spark |
background_track | สตริง | null | รหัสเสียงบรรยากาศ |
acknowledgement_prompt_mode | สตริง | auto หรือ manual (เฉพาะ Storm พร้อมการตอบรับ) |
acknowledgement_prompt | สตริง | จำเป็นเมื่อโหมดเป็น manual |
tools | อาร์เรย์ | สคีมาเครื่องมือฟังก์ชันแบบอินไลน์ — ดู เครื่องมือฟังก์ชัน |
เก็บเอเจนต์ที่บันทึกไว้และส่งตัวแปร
ส่งคืน {"agent_id": 12, "variables": {"name": "Ada"}} เพื่อใช้เอเจนต์ที่บันทึกไว้ขององค์กรนั้น
พร้อมข้อมูลต่อสาย พรอมป์ตของเอเจนต์สามารถมี {{name}} หรือ
{{name|Friend}} ได้ ตัวแปรจาก Webhook จะรวมทับตัวแปรระดับคำขอ ค่า null
จะใช้ค่าเริ่มต้นของตัวยึดตำแหน่ง หรือข้อความว่างหากไม่มีการระบุ ค่า
สุดท้ายและชื่อที่ยังไม่ได้แก้ไขจะแสดงในรายละเอียดการโทรและ webhook เมื่อเสร็จสิ้น
การตอบกลับจากเอเจนต์ที่บันทึกไว้รับเฉพาะ agent_id และ variables หากมี prompt
การตอบกลับจะใช้การกำหนดค่าแบบอินไลน์และไม่สนใจ agent_id (รวมถึง
ข้อมูลเมตาที่เป็น null หรือไม่ใช่จำนวนเต็ม) โดยพรอมป์ตแบบอินไลน์ยังต้องถูกต้อง
การตอบกลับการกำหนดค่าแบบอินไลน์อาจมี variables ได้เช่นกัน การตอบกลับจากเอเจนต์ที่บันทึกไว้จะใช้
การแบ่ง A/B ที่ปรับใช้ของเอเจนต์ทั้งกับสายโทรศัพท์และสายวิดเจ็ต จากนั้นจึงแสดงผลตัวแปร ดู ตัวแปรการโทร
สำหรับข้อจำกัดและการรองรับ API เซสชัน การกำหนดค่าการบล็อกมาจาก URL แบบเดิมของ
หมายเลขโทรศัพท์/องค์กร หรือคีย์วิดเจ็ตโหมด webhook ส่วนเหตุการณ์ขาเข้าของระบบปลายทาง
เป็นเพียงการแจ้งเตือนเท่านั้น
รูปแบบ
บริบทผู้ใช้ที่เข้าสู่ระบบ
ในวิดเจ็ตโหมด webhook หน้าของผู้เยี่ยมชมทราบอยู่แล้วว่า
พวกเขาเป็นใคร เรียก webhook ของคุณด้วยพารามิเตอร์สตริงคำค้นหาที่ SDK ของวิดเจ็ต
ส่งต่อ (?customer_id=123) แล้วค้นหาข้อมูลลูกค้าฝั่งเซิร์ฟเวอร์
การทยอยเปิดใช้พรอมป์ตแบบ A/B
ก่อนทำสิ่งนี้เอง โปรดทราบว่า ThunderPhone มีฟีเจอร์
การทดสอบ ในตัว
(/dashboard/experiments และแท็บ A/B ของตัวสร้างเอเจนต์) ที่
กำหนดตัวแปร แบ่งทราฟฟิก และเปรียบเทียบผลลัพธ์ของแต่ละตัวแปร —
ไม่ต้องใช้ webhook
หากคุณยังต้องการควบคุมฝั่ง webhook: แฮช call_id → บักเก็ต;
ส่งพรอมป์ต A สำหรับ 0..49 และพรอมป์ต B สำหรับ 50..99 บันทึกบักเก็ตที่
คุณเลือกไว้ในฐานข้อมูลของคุณ แล้วเชื่อมโยงกับคะแนนของสายที่เสร็จสิ้น
ในภายหลัง
การกำหนดเส้นทางตามเวลา
เวลาทำการ → เอเจนต์ "การสนับสนุนสด"; นอกเวลาทำการ → เอเจนต์ "รับข้อความ"
สลับอย่างเดียวตาม new Date().getUTCHours() ในตัวจัดการของคุณ
ขั้นตอนถัดไป
สคีมาคำขอและการตอบกลับแบบครบถ้วน รวมถึงคีย์การกำหนดค่าทุกรายการ
ตั้งค่า HMAC ให้ถูกต้องครั้งเดียว แล้วใช้ซ้ำได้ทุกที่
รวมการกำหนดเส้นทางแบบไดนามิกเข้ากับเครื่องมือเฉพาะเอเจนต์
การลองใหม่ ลำดับ เวลาเกินกำหนด