Dynamická konfigurace pro jednotlivé hovory
Pro každý příchozí hovor samostatně vyberte odpovídajícího agenta nebo upravte jeho prompt a nastavení podle vlastní logiky ve webhooku, který spravujete.
Ve výchozím nastavení má každé telefonní číslo a publikovatelný klíč přiřazeného statického agenta. Když potřebujete přizpůsobení pro každého volajícího nebo pro každého návštěvníka — směrování VIP, kontext přihlášeného uživatele, A/B testy promptů — přepněte do režimu webhooku a nechte rozhodnout svůj server.
Jak to funguje
- Přihlásíte odběr události
telephony.incoming(telefon) neboweb.incoming(widget). Obě jsou blokující webhooky: ThunderPhone před pokračováním hovoru čeká na vaši odpověď až 10 sekund. - ThunderPhone vám odešle
{call_id, from_number, to_number}(relace widgetu místo čísel obsahují pole specifická pro widget — viz schéma požadavku). - Váš server odpoví konfigurací agenta (prompt, hlas, produkt, nástroje). ThunderPhone tuto konfiguraci použije pro daný hovor.
- Pokud vrátíte
{}, dojde k vypršení časového limitu nebo chybě, jako záloha se použije staticky přiřazený agent. Bezpečné výchozí nastavení.
1. Nakonfigurujte cíl webhooku
Pro telefonní čísla přihlaste svůj koncový bod k odběru 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"]
}'Odpověď obsahuje jednorázový secret — uložte jej; použijete jej
pro ověření podpisu.
Pro relace widgetu vytvořte publikovatelný klíč v mode="webhook"
s URL vašeho koncového bodu přímo v něm:
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"]
}'Widget bude na tuto URL odesílat POST při každém zahájení relace.
2. Implementujte obslužnou funkci
Tři praktická pravidla:
- Ověřte podpis u každého požadavku (viz Ověření podpisů webhooků). Nevynechávejte to ani při vývoji — nastavte to správně jednou a pak znovu použijte.
- Odpovídejte rychle. Deset sekund je pevný limit a každá sekunda je pro volajícího ticho. V případě potřeby provádějte vyhledávání v databázi, ale nevolejte následné LLM synchronně — pokud chcete dynamické generování promptů, předpočítejte je a ukládejte do mezipaměti.
- Použijte čistý fallback. Jakýkoli neočekávaný stav by měl vrátit
{}, aby hovor zpracoval staticky přiřazený agent.
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. Schéma odpovědi
Tělo odpovědi přesně odpovídá schématu odpovědi na příchozí hovor. Běžně používaná pole:
| Pole | Typ | Popis |
|---|---|---|
prompt | řetězec (povinné) | Systémový prompt pro agenta |
voice | řetězec (povinné) | ID hlasu z GET /v1/voices |
product | řetězec | Výchozí hodnota je spark |
background_track | řetězec | null | ID ambientního zvuku |
acknowledgement_prompt_mode | řetězec | auto nebo manual (pouze Storm s potvrzením) |
acknowledgement_prompt | řetězec | Vyžadováno, když je režim manual |
tools | pole | Schémata funkčních nástrojů vložená přímo do odpovědi — viz Funkční nástroje |
Vzory
Kontext přihlášeného uživatele
Ve widgetech v režimu webhooku stránka návštěvníka již ví, kdo
návštěvník je. Zavolejte svůj webhook s parametrem řetězce dotazu, který
SDK widgetu předá dál (?customer_id=123), a zákazníka vyhledejte na serveru.
Zavádění promptů pomocí A/B testování
Než si toto vytvoříte sami, vezměte na vědomí, že ThunderPhone nabízí nativní funkci
Experimenty
(/dashboard/experiments a kartu A/B v nástroji pro tvorbu agentů), která
definuje varianty, rozděluje provoz a porovnává výsledky podle variant —
webhook není potřeba.
Pokud přesto potřebujete řízení na straně webhooku: zahashujte call_id → segment;
pro 0..49 použijte prompt A a pro 50..99 prompt B. Zaznamenejte, který
segment jste zvolili, do vlastní databáze a později jej porovnejte s hodnocením
dokončeného hovoru.
Směrování podle času
Během pracovní doby → agent „živá podpora“; mimo pracovní dobu → agent „zanechat zprávu“.
Ve svém handleru použijte jednoduché přepnutí podle new Date().getUTCHours().
Další kroky
Přesná schémata požadavků a odpovědí včetně všech konfiguračních klíčů.
Nastavte HMAC správně jednou a používejte jej všude.
Kombinujte dynamické směrování s nástroji pro jednotlivé agenty.
Opakování, řazení, časové limity.