> ## Documentation Index
> Fetch the complete documentation index at: https://docs.thunderphone.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Dynamisk konfiguration per samtal
> Välj en röstagent – eller skriv om en prompt – för varje inkommande samtal baserat på anpassad logik i en webhook.
Som standard har varje telefonnummer och publicerbar nyckel en statisk agent
tilldelad. När du behöver anpassning **per uppringare** eller **per besökare**
— VIP-dirigering, kontext för inloggade användare, A/B-tester av prompter — växla till
webhook-läge och låt din server avgöra.
## Så fungerar det
1. Du prenumererar på händelsen [`telephony.incoming`](/sv/webhooks/events)
(telefon) eller [`web.incoming`](/sv/webhooks/events) (widget).
Båda är **blockerande** webhookar: ThunderPhone väntar upp till
10 sekunder på ditt svar innan samtalet fortsätter.
2. ThunderPhone skickar `{call_id, from_number, to_number}` till dig (widget-
sessioner innehåller widgetspecifika fält i stället för nummer — se
[begärandeschemat](/sv/webhooks/call-incoming)).
3. Din server svarar med en agentkonfiguration (prompt, röst,
produkt, verktyg). ThunderPhone använder den konfigurationen för samtalet.
4. Om du returnerar `{}`, får en timeout eller ett fel, används den statiskt tilldelade
agenten som reserv. Säker standard.
Fungerar på samma sätt för telefonsamtal (`telephony.incoming`) och widget-
sessioner (`web.incoming`), oavsett om de levereras till en webhookslutpunkt
eller till den äldre webhooken med en enda URL.
## 1. Konfigurera webhookdestinationen
För telefonnummer prenumererar du din slutpunkt på `telephony.incoming`:
```bash theme={null}
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"]
}'
```
Svaret innehåller en `secret` för engångsbruk — spara den; du använder den
för signaturverifiering.
För widgetsessioner skapar du en publicerbar nyckel i `mode="webhook"`
med slutpunktens URL inbäddad:
```bash theme={null}
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"]
}'
```
Widgeten skickar en POST-begäran till denna URL vid varje sessionsstart.
## 2. Implementera hanteraren
Tre tumregler:
* **Verifiera signaturen** för varje begäran (se
[Verifiera webhook-signaturer](/sv/guides/verify-webhook-signatures)).
Hoppa inte över detta i utveckling — gör rätt en gång och återanvänd.
* **Svara snabbt**. Tio sekunder är den hårda gränsen, och varje sekund är
tystnad för uppringaren. Gör databasuppslag om du behöver, men
anropa inte nedströms-LLM:er synkront — om du vill ha dynamisk
promptgenerering ska du förberäkna och cachelagra.
* **Fall tillbaka på ett rent sätt**. Alla oväntade tillstånd ska returnera `{}` så
att den statiskt tilldelade agenten hanterar samtalet.
```python FastAPI theme={null}
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 ...
pass
```
```javascript Express theme={null}
import 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. Svarsschema
Svarstexten matchar
[svarsschemat för inkommande samtal](/sv/webhooks/call-incoming)
exakt. De vanligaste fälten:
| Fält | Typ | Beskrivning |
| ----------------------------- | -------------- | ------------------------------------------------------------------------------- |
| `prompt` | sträng (krävs) | Systemprompt för agenten |
| `voice` | sträng (krävs) | Röst-id från [`GET /v1/voices`](/api-reference/agents#voices) |
| `product` | sträng | Standard är `spark` |
| `background_track` | sträng \| null | Id för bakgrundsljud |
| `acknowledgement_prompt_mode` | sträng | `auto` eller `manual` (endast Storm med bekräftelse) |
| `acknowledgement_prompt` | sträng | Krävs när läget är `manual` |
| `tools` | matris | Inline-scheman för funktionsverktyg — se [Funktionsverktyg](/sv/tools/overview) |
Talordning per samtal och `max_hold_seconds` är inte tillgängliga i
webhook-svaret. Ange dem på den
[agent](/api-reference/agents) du refererar till.
## Mönster
### Kontext för inloggad användare
I widgetar i webhook-läge vet besökarens sida redan vem de
är. Anropa din webhook med en frågesträngsparameter som widget-SDK:n
vidarebefordrar (`?customer_id=123`) och slå upp kunden på serversidan.
### A/B-lansering av promptar
Innan du bygger detta själv bör du notera att ThunderPhone har en inbyggd
funktion för [Experiment](/sv/guides/concepts)
(`/dashboard/experiments` och fliken **A/B** i agentbyggaren) som
definierar varianter, delar upp trafik och jämför resultat per variant —
ingen webhook krävs.
Om du ändå behöver kontroll på webhooksidan: hasha `call_id` → bucket;
servera prompt A för `0..49` och prompt B för `50..99`. Registrera vilken
bucket du valde i din egen databas och korrelera den senare med det
slutförda samtalets betyg.
### Tidsbaserad routning
Kontorstid → agent för "live-support"; utanför kontorstid → agent för "ta ett meddelande".
En ren växling på `new Date().getUTCHours()` i din hanterare.
***
## Nästa steg
Exakta schema för begäran och svar, inklusive varje konfigurationsnyckel.
Få HMAC rätt en gång och återanvänd den överallt.
Kombinera dynamisk routning med verktyg per agent.
Återförsök, ordning, tidsgränser.