> ## 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. # Dynamiczna konfiguracja dla każdego połączenia > Wybierz agenta — lub zmień prompt — dla każdego połączenia przychodzącego na podstawie niestandardowej logiki w webhooku. Domyślnie każdy numer telefonu i publikowalny klucz mają przypisanego statycznego agenta. Gdy potrzebujesz dostosowania **dla każdego rozmówcy** lub **dla każdego użytkownika** — routingu VIP, kontekstu zalogowanego użytkownika, testów A/B promptów — przełącz się na tryb webhooka i pozwól serwerowi podjąć decyzję. ## Jak to działa 1. Subskrybujesz zdarzenie [`telephony.incoming`](/pl/webhooks/events) (telefon) lub [`web.incoming`](/pl/webhooks/events) (widżet). Oba są **blokującymi** webhookami: ThunderPhone czeka do 10 sekund na Twoją odpowiedź, zanim kontynuuje połączenie. 2. ThunderPhone wysyła `{call_id, from_number, to_number}` (sesje widżetu zawierają pola specyficzne dla widżetu zamiast numerów — zobacz [schemat żądania](/pl/webhooks/call-incoming)). 3. Twój serwer odpowiada konfiguracją agenta (prompt, głos, produkt, narzędzia). ThunderPhone używa tej konfiguracji podczas połączenia. 4. Jeśli zwrócisz `{}`, przekroczysz limit czasu lub wystąpi błąd, jako rozwiązanie awaryjne zostanie użyty statycznie przypisany agent. Bezpieczne ustawienie domyślne. Działa identycznie dla połączeń telefonicznych (`telephony.incoming`) i sesji widżetu (`web.incoming`), niezależnie od tego, czy są dostarczane do punktu końcowego webhooka, czy do starszego webhooka z pojedynczym adresem URL. ## 1. Skonfiguruj miejsce docelowe webhooka W przypadku numerów telefonów zasubskrybuj swój punkt końcowy do `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"] }' ``` Odpowiedź zawiera jednorazowy `secret` — zapisz go; użyjesz go do weryfikacji podpisu. W przypadku sesji widżetu utwórz publikowalny klucz w `mode="webhook"` z osadzonym adresem URL punktu końcowego: ```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"] }' ``` Widżet wykona żądanie POST do tego adresu URL przy rozpoczęciu każdej sesji. ## 2. Zaimplementuj obsługę Trzy praktyczne zasady: * **Weryfikuj podpis** przy każdym żądaniu (zobacz [Weryfikowanie podpisów webhooków](/pl/guides/verify-webhook-signatures)). Nie pomijaj tego w środowisku deweloperskim — zrób to poprawnie raz i wykorzystuj ponownie. * **Odpowiadaj szybko**. Dziesięć sekund to nieprzekraczalny limit, a każda sekunda to cisza dla rozmówcy. W razie potrzeby wykonuj wyszukiwania w bazie danych, ale nie wywołuj podrzędnych modeli LLM synchronicznie — jeśli potrzebujesz dynamicznego generowania promptów, oblicz je wcześniej i zapisuj w pamięci podręcznej. * **Stosuj przejrzysty mechanizm awaryjny**. Każdy nieoczekiwany stan powinien zwracać `{}`, aby statycznie przypisany agent obsłużył połączenie. ```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. Schemat odpowiedzi Treść odpowiedzi dokładnie odpowiada [schematowi odpowiedzi na połączenie przychodzące](/pl/webhooks/call-incoming). Najczęściej używane pola: | Pole | Typ | Opis | | ----------------------------- | ----------------- | ------------------------------------------------------------------------------------ | | `prompt` | string (wymagane) | Prompt systemowy dla agenta | | `voice` | string (wymagane) | Identyfikator głosu z [`GET /v1/voices`](/api-reference/agents#voices) | | `product` | string | Domyślnie `spark` | | `background_track` | string \| null | Identyfikator dźwięku tła | | `acknowledgement_prompt_mode` | string | `auto` lub `manual` (tylko Storm z potwierdzeniem) | | `acknowledgement_prompt` | string | Wymagane, gdy tryb to `manual` | | `tools` | array | Wbudowane schematy narzędzi funkcji — zobacz [Narzędzia funkcji](/pl/tools/overview) | Kolejność wypowiedzi dla połączenia i `max_hold_seconds` nie są dostępne w odpowiedzi webhooka. Ustaw je w [Agencie](/api-reference/agents), do którego się odwołujesz. ## Wzorce ### Kontekst zalogowanego użytkownika W widżetach w trybie webhooka strona odwiedzającego już wie, kim on jest. Wywołaj webhook z parametrem ciągu zapytania, który SDK widżetu przekazuje dalej (`?customer_id=123`), i wyszukaj klienta po stronie serwera. ### Wdrażanie promptów A/B Zanim wdrożysz własne rozwiązanie, pamiętaj, że ThunderPhone ma natywną funkcję [Eksperymenty](/pl/guides/concepts) (`/dashboard/experiments` oraz kartę **A/B** w kreatorze agenta), która definiuje warianty, dzieli ruch i porównuje wyniki dla każdego wariantu — bez potrzeby używania webhooka. Jeśli mimo to potrzebujesz kontroli po stronie webhooka: zahaszuj `call_id` → koszyk; obsługuj prompt A dla `0..49` i prompt B dla `50..99`. Zapisz wybrany koszyk we własnej bazie danych, a później skoreluj go z oceną zakończonego połączenia. ### Routing zależny od czasu Godziny pracy → agent „wsparcia na żywo”; poza godzinami pracy → agent „przyjmowania wiadomości”. W obsłudze wystarczy proste przełączenie na podstawie `new Date().getUTCHours()`. *** ## Następne kroki Dokładne schematy żądań i odpowiedzi, w tym każdy klucz konfiguracji. Poprawnie skonfiguruj HMAC raz, a potem używaj go wszędzie. Połącz dynamiczny routing z narzędziami przypisanymi do poszczególnych agentów. Ponowne próby, kolejność, limity czasu.