Ce faci dacă chatbotul răspunde de două ori în direct

Mai întâi stabilește tipul duplicării

Două răspunsuri identice la rând nu înseamnă o singură defecțiune, ci cel puțin două diferite. Primul caz: botul a primit un singur eveniment, dar de două ori. Al doilea: evenimentul a venit o singură dată, dar botul l-a trimis de două ori. Se rezolvă diferit, așa că nu începe cu modificarea codului — începe cu logurile.

Deschide jurnalul botului și găsește momentul duplicării. Apoi uită-te la două câmpuri: identificatorul evenimentului și momentul primirii.

• Două cereri cu același event_id (sau message_id, notification_id — numele depinde de platformă) și o diferență de milisecunde — este o livrare repetată a aceluiași eveniment. Caută deduplicarea.
• Două cereri cu identificatori diferiți — pe canal sunt abonați efectiv doi handleri. Caută a doua abonare.

Dacă nu există deloc loguri, începe cu panourile platformelor: acolo se vede cine este abonat la evenimentele canalului.

Cum arată abonarea dublă în panouri

Platformele nu afișează „botul este conectat de două ori” pe un singur rând. Indicii sunt răspândite prin secțiuni diferite.

Twitch

Verifică secțiunea Connections din setările contului — acolo este lista aplicațiilor conectate. Același bot poate fi autorizat atât ca aplicație a canalului, cât și ca aplicație a contului tău personal. În plus, abonările EventSub există separat: aplicația poate păstra o abonare activă la channel.chat.message după ce ai deconectat integrarea din panou. O a doua instanță a botului, pornită local, primește și ea evenimente la fel ca cea funcțională.

YouTube

Aici de vină este mai des nu botul în sine, ci accesul la chat: botul este conectat la transmisie atât ca moderator, cât și ca cont participant separat. Uită-te la lista moderatorilor și la lista aplicațiilor autorizate ale canalului. Separat — dacă botul funcționează prin mai multe proiecte Google Cloud, cheile pot circula pe două căi diferite.

Discord

Cel mai evident caz: două aplicații cu același token pe același server. Ambele văd mesajul din canal și ambele răspund la el. Verifică lista boților de pe server și asigură-te că la canal nu este conectat un al doilea webhook cu același nume.

Dezavantajul acestei căi — este nevoie de acces nu doar la bot, ci și la panourile canalului. Dacă canalul este administrat de mai multe persoane, a doua instanță ar fi putut fi pornită de altcineva, iar tu nu știi despre asta.

Repetarea webhook-ului: de ce evenimentul vine de două ori

Serviciul extern livrează webhook-ul și așteaptă confirmarea. Dacă nu a primit-o în timpul stabilit — îl trimite din nou. A doua cerere conține același eveniment, dar botul o percepe ca fiind nouă și răspunde din nou. Acest lucru se întâmplă la orice blocare a serverului: cu cât sarcina este mai mare, cu atât mai des.

Se rezolvă prin deduplicare pe partea botului. Este nevoie de o cheie care este identică pentru toate copiile unui eveniment și unică pentru evenimente diferite. Cheia se ia din corpul cererii sau din antete — depinde de API, dar schema este aceeași.

Exemplu de cheie de deduplicare

Imaginează-ți un webhook despre o donație nouă. În corp vine un obiect cu câmpul id — numărul unic al tranzacției, care nu se schimbă la livrarea repetată. Logica este următoarea:

1. La primirea cererii, extrage id din corp.
2. Verifică în stocare (Redis, un tabel în baza de date) dacă a apărut în ultimele, să zicem, douăzeci și patru de ore.
3. Dacă a apărut — răspunde serviciului „acceptat” și nu trimite nimic în chat.
4. Dacă nu — înregistrează și procesează ca de obicei.

Cheia trebuie să fie chiar din eveniment, nu generată de tine: dacă generezi una proprie, două livrări ale aceluiași eveniment vor primi chei diferite, iar deduplicarea nu va funcționa. Unele platforme oferă un antet gata făcut cu identificatorul livrării — atunci folosește-l, este mai sigur. Dezavantajul abordării — este nevoie de stocare și de o politică de curățare, altfel baza de chei crește fără limită.

Dacă duplicarea vine din două surse diferite

O poveste separată — când evenimentul nu se repetă, ci vine efectiv din două locuri. Cazul clasic: botul răspunde la comandă atât în chat, cât și în redirecționarea între platforme prin punte. Sau răspunsul automat este configurat pe două declanșatoare care se activează la aceeași frază.

Astfel de duplicări se disting de repetarea webhook-ului după loguri: cererile au surse diferite (platforme diferite, handleri diferiți), dar un singur eveniment semantic. Caută intersecția declanșatoarelor și dezactivează unul dintre ele. Pentru punte — nu redirecționa mesajele botului însuși înapoi.

Verificare înainte de direct

1. Trimite o comandă de test și uită-te câte răspunsuri au venit.
2. Dezactivează toate integrările în afară de una, repetă.
3. Activează-le pe rând, până când duplicarea revine — astfel vei găsi vinovatul.
4. Compară în loguri identificatorul evenimentului la ambele răspunsuri: identic — livrare repetată, diferit — a doua abonare.

Dacă cauza nu se găsește, dezactivează răspunsul automat la evenimentul problematic și scrie la suportul serviciului cu logurile și momentul repetării. Cât aștepți — gestionează chatul manual: mai bine pierzi automatizarea pentru o seară decât să umpli directul cu fraze identice.