Skip to main content
Kanwa przepływu jest obecnie ukryta w panelu. Zakładka Przepływ w edytorze agenta nie jest widoczna dla żadnego planu - agentów konfigurujesz w całości w edytorze agenta. Ta strona tłumaczy, co dzieje się pod spodem, i pokazuje, gdzie dziś ustawia się to, co kiedyś ustawiało się na kanwie.

Czym jest przepływ

Przepływ (workflow) to graf połączonych węzłów reprezentujących etapy rozmowy. Ścieżki (krawędzie) określają, kiedy agent przechodzi między etapami - przejścia wybiera LLM na podstawie przebiegu rozmowy. Graf nadal działa: buduje go za Ciebie generowanie AI i szablony branżowe, a zmiany z edytora agenta zapisują się prosto do niego. Nie musisz go oglądać, żeby agent działał.

Typy węzłów i gdzie się je dziś ustawia

Przełączniki, które kiedyś siedziały przy węzłach, są dziś w zakładce Ustawienia edytora agenta: Wykrywanie poczty głosowej (dawniej „Detect Voicemail” w Start Call) oraz Czułość na przerwanie (dawniej „Allow Interruption”). Prompt globalny nie ma już przełącznika - prompt systemowy z zakładki Rola trafia do każdego etapu.

Ekstrakcja zmiennych

Agent może wyciągać z rozmowy ustrukturyzowane dane (imię, budżet, termin). Definiujesz je w zakładce Zmienne w karcie Dane zbierane przez asystenta - nazwa, typ i opis. Trafiają do gathered_context i są dostępne w webhookach, SMS-ach i integracjach. Szczegóły: Zmienne szablonowe.

Payload webhooka po rozmowie

Integracja Webhook po rozmowie wysyła po każdej zakończonej rozmowie stały event call.completed (JSON podpisany nagłówkiem X-Brosbots-Signature):
Webhook wychodzi zaraz po rozmowie, często zanim nagranie zostanie zapisane. Link działa mimo to: otwarty kilka sekund później prowadzi już do pliku. Każdy, kto ma link, może odsłuchać nagranie - traktuj go jak dane osobowe.

Odpowiedzi SMS (sms.received)

Ta sama integracja może też dostawać odpowiedzi na SMS-y wysłane przez agenta. Zaznacz sms.received w kroku Zdarzenia kreatora webhooków (albo wpisz w polu Events integracji w katalogu). Bez tego endpoint dostaje tylko call.completed, jak dotąd.
workflow_run_id i workflow_id są wypełnione, gdy odpowiedź przyszła na SMS wysłany w trakcie rozmowy albo po niej (z ostatnich 7 dni). W przeciwnym razie mają wartość null.

Pozostałe zdarzenia

Te zdarzenia też trzeba włączyć: w kroku Zdarzenia kreatora albo w polu Events (po przecinku), np. sms.received, campaign.completed. Zakładanie webhooka, wybór agentów i sprawdzanie podpisu: Webhooki. call.started wychodzi bez czekania na odpowiedź endpointu, więc nie opóźnia powitania. rows w campaign.completed ma najwyżej 2000 wierszy (rows_truncated: true, gdy jest ich więcej); pełny raport jest w panelu kampanii jako CSV i pod GET /api/v1/campaigns/{id}/report.
Agenci utworzeni wcześniej mogą mieć w grafie węzeł Webhook z własnym, szablonowym payloadem ({{workflow_run_id}}, {{initial_context.*}}, {{gathered_context.*}}, {{recording_url}}, {{transcript_url}}, {{cost_info.call_duration_seconds}}; {{recording_url}} i {{transcript_url}} to klucze plików, nie linki). Takie węzły nadal się wykonują, ale że kanwa jest ukryta, nowych nie dodasz ani nie zmienisz istniejących - nowe webhooki zakładaj w Integracjach.

Ścieżki i wywołania narzędzi

Przejścia między węzłami są realizowane jako wywołania narzędzi (tool calls) przez LLM - opis ścieżki działa jak opis narzędzia. Dlatego opisy narzędzi, które podpinasz w zakładce Narzędzia, pisz jasno i akcyjnie: to po nich LLM decyduje, kiedy ich użyć. Słowo „tool” jest zarezerwowane i nie należy go używać w nazwach własnych narzędzi.