Developer cookbook

Configuración dinámica por llamada

Elige el agente que responde —o reescribe su prompt y configuración— de forma independiente para cada llamada entrante, mediante lógica personalizada en un webhook que controlas.

De forma predeterminada, cada número de teléfono y clave publicable tiene un agente estático asignado. Cuando necesitas personalización por persona que llama o por visitante — enrutamiento VIP, contexto de usuarios con sesión iniciada, pruebas A/B de prompts — cambia al modo webhook y deja que tu servidor decida.

Cómo funciona#

1. Suscríbete al evento telephony.incoming (teléfono) o web.incoming (widget). Ambos son webhooks bloqueantes: ThunderPhone espera hasta 10 segundos tu respuesta antes de continuar la llamada.
2. ThunderPhone te envía {call_id, from_number, to_number} (las sesiones del widget incluyen campos específicos del widget en lugar de números; consulta el esquema de la solicitud).
3. Tu servidor responde con una configuración del agente (prompt, voz, producto, herramientas). ThunderPhone usa esa configuración para la llamada.
4. Si devuelves {}, se agota el tiempo de espera o ocurre un error, se usa como alternativa el agente asignado estáticamente. Una opción predeterminada segura.

1. Configura el destino del webhook#

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"]
  }'

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"]
  }'

2. Implementa el controlador#

Tres reglas prácticas:

• Verifica la firma en cada solicitud (consulta Verificar firmas de webhook). No omitas esto en desarrollo: hazlo bien una vez y reutilízalo.
• Responde rápido. Diez segundos es el límite estricto, y cada segundo es silencio para quien llama. Haz consultas a la base de datos si lo necesitas, pero no llames a LLM posteriores de forma síncrona; si quieres generar prompts dinámicos, precalcúlalos y guárdalos en caché.
• Usa una alternativa de forma limpia. Cualquier estado inesperado debe devolver {} para que el agente asignado estáticamente gestione la llamada.

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

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. Esquema de respuesta#

El cuerpo de la respuesta coincide exactamente con el esquema de respuesta de llamada entrante. Los campos más utilizados:

Patrones#

Contexto de usuario con sesión iniciada#

En los widgets en modo webhook, la página del visitante ya sabe quién es. Llama a tu webhook con un parámetro de cadena de consulta que el SDK del widget reenvía (?customer_id=123) y busca al cliente en el servidor.

Implementación A/B de prompts#

Antes de implementar esto manualmente, ten en cuenta que ThunderPhone cuenta con una función nativa de Experimentos (/dashboard/experiments y la pestaña A/B del constructor de agentes) que define variantes, divide el tráfico y compara resultados por variante: no se requiere webhook.

Si de todos modos necesitas control desde el webhook: aplica hash a call_id → bucket; sirve el prompt A para 0..49 y el prompt B para 50..99. Registra qué bucket elegiste en tu propia base de datos y luego relaciónalo con la calificación de la llamada completada.

Enrutamiento según la hora#

Horario laboral → agente de "soporte en vivo"; fuera del horario laboral → agente de "tomar un mensaje". Cambio directo según new Date().getUTCHours() en tu controlador.

Próximos pasos#