---
title: "প্রতিটি কলের জন্য ডায়নামিক কনফিগারেশন"
description: "আপনার নিয়ন্ত্রিত একটি webhook-এ কাস্টম লজিকের ভিত্তিতে প্রতিটি ইনকামিং কলের জন্য আলাদাভাবে উত্তরদাতা এজেন্ট বেছে নিন — অথবা এর prompt ও সেটিংস পুনর্লিখুন।"
---

ডিফল্টভাবে প্রতিটি ফোন নম্বর এবং publishable key-এর সঙ্গে একটি স্থির এজেন্ট
নির্ধারিত থাকে। যখন আপনার **প্রতি-কলার** বা **প্রতি-ভিজিটর** কাস্টমাইজেশন
প্রয়োজন — VIP রাউটিং, লগ-ইন করা ব্যবহারকারীর প্রেক্ষিত, A/B prompt পরীক্ষা — তখন
webhook মোডে স্যুইচ করুন এবং আপনার সার্ভারকে সিদ্ধান্ত নিতে দিন।

## এটি কীভাবে কাজ করে

1. আপনি [`telephony.incoming`](/bn/webhooks/events)
   (ফোন) অথবা [`web.incoming`](/bn/webhooks/events) (উইজেট)
   ইভেন্টে সাবস্ক্রাইব করেন। দুটিই **ব্লকিং** webhook: কল চালিয়ে যাওয়ার আগে
   ThunderPhone আপনার প্রতিক্রিয়ার জন্য সর্বোচ্চ 10 সেকেন্ড অপেক্ষা করে।
2. ThunderPhone আপনাকে `{call_id, from_number, to_number}` পাঠায় (উইজেট
   সেশনে নম্বরের পরিবর্তে উইজেট-নির্দিষ্ট ফিল্ড থাকে — [অনুরোধ স্কিমা](/bn/webhooks/call-incoming)
   দেখুন)।
3. আপনার সার্ভার একটি এজেন্ট কনফিগারেশন (prompt, ভয়েস,
   পণ্য, টুল) দিয়ে প্রতিক্রিয়া জানায়। ThunderPhone কলের জন্য সেই কনফিগারেশন ব্যবহার করে।
4. আপনি যদি `{}` ফেরত দেন, সময়সীমা অতিক্রম হয়, বা ত্রুটি ঘটে, তাহলে স্থিরভাবে-নির্ধারিত
   এজেন্টটি ফলব্যাক হিসেবে ব্যবহৃত হয়। নিরাপদ ডিফল্ট।

<Note>
  webhook endpoint-এ বা লিগ্যাসি single-URL webhook-এ পাঠানো হোক না কেন, ফোন কল
  (`telephony.incoming`) এবং উইজেট সেশন (`web.incoming`)-এর জন্য এটি একইভাবে কাজ করে।
</Note>

<Warning>
  **inline webhook-কনফিগার করা কলে কোনো ThunderPhone সম্মতি ঘোষণা চালানো হয় না।**
  এই পথটি এজেন্ট-স্তরের কল-শুরুর ঘোষণা এড়িয়ে যায় এবং ThunderPhone-এর সম্মতি-ঘোষণা
  কাঠামো (পরিষেবার শর্তাবলি, "রেকর্ডিং এবং সম্মতি" বিভাগ) থেকে স্পষ্টভাবে বাদ দেওয়া।
  এই কলগুলোর সব রেকর্ডিং, পর্যবেক্ষণ, AI-অংশগ্রহণ এবং কলার-শনাক্তকরণ সংক্রান্ত
  নোটিশ ও সম্মতির দায়িত্ব আপনার প্রতিষ্ঠানের। inline webhook মোড সক্রিয় করার আগে
  সেগুলো আপনার নিজস্ব ফ্লোতে দিন — যেমন prompt-এর শুরুর স্ক্রিপ্টে। সংরক্ষিত
  `agent_id` উল্লেখ করে এমন একটি webhook প্রতিক্রিয়া সেই এজেন্টের স্বাভাবিক রেকর্ডিং
  ও প্রকাশনীতি ব্যবহার করে।
</Warning>

## 1. webhook গন্তব্য কনফিগার করুন

<Tabs>
<Tab title="ফোন কল">
ফোন নম্বরের জন্য, আপনার endpoint-কে `telephony.incoming`-এ সাবস্ক্রাইব করুন:

```bash
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` অন্তর্ভুক্ত থাকে — এটি সংরক্ষণ করুন; স্বাক্ষর যাচাইয়ের জন্য
আপনার এটি লাগবে।
</Tab>
<Tab title="ওয়েব উইজেট">
উইজেট সেশনের জন্য, আপনার endpoint URL অন্তর্ভুক্ত করে `mode="webhook"`-এ একটি publishable key তৈরি করুন:

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

প্রতিটি সেশন শুরুতে উইজেটটি এই URL-এ POST করবে।
</Tab>
</Tabs>

## 2. হ্যান্ডলার বাস্তবায়ন করুন

তিনটি সাধারণ নিয়ম:

- প্রতিটি অনুরোধে **স্বাক্ষর যাচাই করুন** (দেখুন
  [ওয়েবহুক স্বাক্ষর যাচাই করুন](/bn/guides/verify-webhook-signatures))।
  ডেভেলপমেন্টে এটি এড়িয়ে যাবেন না — একবার সঠিকভাবে করুন এবং পুনঃব্যবহার করুন।
- **দ্রুত সাড়া দিন**। দশ সেকেন্ড সর্বোচ্চ সীমা, এবং প্রতিটি সেকেন্ড
  কলারের জন্য নীরব সময়। প্রয়োজন হলে ডেটাবেস লুকআপ করুন, তবে
  ডাউনস্ট্রিম LLM সিঙ্ক্রোনাসভাবে কল করবেন না — ডায়নামিক prompt তৈরি করতে চাইলে,
  আগে থেকে গণনা করে ক্যাশ করুন।
- **পরিষ্কারভাবে ফলব্যাক করুন**। যেকোনো অপ্রত্যাশিত অবস্থায় `{}` ফেরত দেওয়া উচিত, যাতে
  স্ট্যাটিকভাবে নির্ধারিত এজেন্ট কলটি পরিচালনা করে।

<CodeGroup>
```python FastAPI
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
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
  },
);
```
</CodeGroup>

## 3. রেসপন্স স্কিমা

রেসপন্স বডি
[ইনকামিং-কল রেসপন্স স্কিমা](/bn/webhooks/call-incoming)-এর সঙ্গে
হুবহু মেলে। সাধারণভাবে ব্যবহৃত ফিল্ডগুলো:

| ফিল্ড | ধরন | বিবরণ |
|-------|------|-------------|
| `prompt` | string (প্রয়োজনীয়) | এজেন্টের জন্য সিস্টেম prompt |
| `voice` | string (প্রয়োজনীয়) | [`GET /v1/voices`](/api-reference/agents#voices) থেকে ভয়েস id |
| `product` | string | ডিফল্ট হলো `spark` |
| `background_track` | string \| null | অ্যাম্বিয়েন্ট অডিও id |
| `acknowledgement_prompt_mode` | string | `auto` অথবা `manual` (শুধু Storm-with-ack) |
| `acknowledgement_prompt` | string | মোড `manual` হলে প্রয়োজনীয় |
| `tools` | array | ইনলাইন ফাংশন-টুল স্কিমা — [ফাংশন টুল](/bn/tools/overview) দেখুন |

<Note>
  প্রতি-কলে speak-order এবং `max_hold_seconds` ওয়েবহুক রেসপন্সে
  উপলভ্য নয়। আপনি যে
  [এজেন্ট](/api-reference/agents) উল্লেখ করছেন, সেটিতে এগুলো নির্ধারণ করুন।
</Note>

### একটি সংরক্ষিত এজেন্ট রাখুন এবং ভেরিয়েবল সরবরাহ করুন

প্রতি-কল ডেটাসহ সেই প্রতিষ্ঠানের সংরক্ষিত এজেন্ট ব্যবহার করতে `{"agent_id": 12, "variables": {"name": "Ada"}}` রিটার্ন করুন।
এর prompt-এ `{{name}}` অথবা
`{{name|Friend}}` থাকতে পারে। ওয়েবহুক ভেরিয়েবল রিকোয়েস্ট-স্তরের ভেরিয়েবলের
উপর মার্জ হয়; null হলে প্লেসহোল্ডারের ডিফল্ট ব্যবহার করা হয়, অথবা কোনো ডিফল্ট না থাকলে
খালি টেক্সট ব্যবহার করা হয়। চূড়ান্ত মান এবং অমীমাংসিত নামগুলো কলের বিবরণ ও
কমপ্লিশন ওয়েবহুকে দেখা যায়। সংরক্ষিত-এজেন্ট রেসপন্স শুধু `agent_id` এবং
`variables` গ্রহণ করে। `prompt` থাকলে রেসপন্স ইনলাইন কনফিগারেশন ব্যবহার করে এবং
`agent_id` উপেক্ষা করে (null বা নন-ইন্টিজার মেটাডেটাসহ); ইনলাইন prompt-টি তবুও বৈধ হতে হবে।
ইনলাইন কনফিগারেশন রেসপন্সে `variables`-ও থাকতে পারে। সংরক্ষিত-এজেন্ট রেসপন্স
ফোন ও উইজেট কল উভয় ক্ষেত্রে এজেন্টের ডিপ্লয় করা A/B বিভাজন ব্যবহার করে, তারপর ভেরিয়েবল রেন্ডার করে। সীমা ও সেশন API সহায়তার জন্য [কল ভেরিয়েবল](/bn/guides/call-variables)
দেখুন। ব্লকিং কনফিগারেশন লিগ্যাসি ফোন-নম্বর/প্রতিষ্ঠান URL অথবা ওয়েবহুক-মোড উইজেট কী থেকে আসে;
এন্ডপয়েন্ট-সিস্টেমের ইনকামিং ইভেন্টগুলো শুধুই নোটিফিকেশন।

## প্যাটার্ন

### লগ-ইন করা ব্যবহারকারীর প্রসঙ্গ

ওয়েবহুক-মোড উইজেটে, ভিজিটরের পেজ আগে থেকেই জানে তারা
কে। উইজেট SDK যে কুয়েরি স্ট্রিং প্যারামিটার ফরওয়ার্ড করে
(`?customer_id=123`), সেটিসহ আপনার ওয়েবহুক কল করুন এবং সার্ভার-সাইডে
গ্রাহককে খুঁজে নিন।

### A/B prompt রোলআউট

আপনি নিজে এটি বাস্তবায়ন করার আগে জেনে রাখুন, ThunderPhone-এ একটি অন্তর্নির্মিত
[পরীক্ষা](/bn/guides/concepts) ফিচার রয়েছে
(`/dashboard/experiments` এবং এজেন্ট বিল্ডারের **A/B** ট্যাব), যা
ভ্যারিয়েন্ট নির্ধারণ করে, ট্র্যাফিক ভাগ করে এবং প্রতিটি ভ্যারিয়েন্টের ফলাফল তুলনা করে —
কোনো ওয়েবহুক প্রয়োজন নেই।

তবুও যদি আপনার ওয়েবহুক-সাইড নিয়ন্ত্রণের প্রয়োজন হয়: `call_id` হ্যাশ করে → বাকেট করুন;
`0..49`-এর জন্য prompt A এবং `50..99`-এর জন্য prompt B পরিবেশন করুন। আপনি কোন
বাকেট বেছে নিয়েছেন তা নিজের DB-তে রেকর্ড করুন এবং পরে সম্পন্ন কলের গ্রেডের সঙ্গে
সম্পর্কিত করুন।

### সময়ভিত্তিক রাউটিং

ব্যবসায়িক সময় → "লাইভ সাপোর্ট" এজেন্ট; কর্মঘণ্টার বাইরে → "বার্তা নিন"
এজেন্ট। আপনার হ্যান্ডলারে `new Date().getUTCHours()`-এর ওপর সরাসরি সুইচ করুন।

---

## পরবর্তী ধাপ

<CardGroup cols={2}>
  <Card title="ইনকামিং-কল ওয়েবহুক রেফারেন্স" icon="phone" href="/bn/webhooks/call-incoming">
    প্রতিটি কনফিগারেশন কীসহ সঠিক রিকোয়েস্ট + রেসপন্স স্কিমা।
  </Card>
  <Card title="ওয়েবহুক সিগনেচার যাচাই করুন" icon="shield-check" href="/bn/guides/verify-webhook-signatures">
    একবার HMAC সঠিক করুন; সব জায়গায় পুনঃব্যবহার করুন।
  </Card>
  <Card title="একটি টুল ইন্টিগ্রেশন তৈরি করুন" icon="screwdriver-wrench" href="/bn/guides/build-tool-integration">
    প্রতি-এজেন্ট টুলের সঙ্গে ডায়নামিক রাউটিং একত্র করুন।
  </Card>
  <Card title="ডেলিভারি সেম্যান্টিক্স" icon="bolt" href="/bn/webhooks/overview">
    পুনঃচেষ্টা, ক্রম, টাইমআউট।
  </Card>
</CardGroup>