Cuvântul asistent vine din latinescul assistere, format din ad, „lângă”, și sistere, „a se opri, a sta”. La origine, asistentul este cel care stă lângă cineva. Nu în locul lui. Diferența pare de dicționar, dar decide aproape tot când pui un model de limbaj într-o aplicație folosită de oameni reali.
Pe 13 octombrie 2026 am pornit Joy în Joyvite, aplicația noastră de invitații digitale pentru nunți și botezuri. Joy scrie textele invitației, recomandă teme și efecte, face mesajele pentru invitați, ține socoteala confirmărilor și a bugetului și pornește așezarea la mese. Toate acestea le propune. Niciuna nu se salvează până nu apasă omul un buton.
Pentru firma ta
Vrei un asistent care răspunde clienților tăi din documentele firmei? Îl construim și îl legăm de echipa ta.
Articolul de față nu e o prezentare de produs. E descrierea deciziilor de arhitectură, cu tot cu greșelile din prima zi, pentru că sunt aceleași decizii pe care le are de luat orice firmă care vrea un asistent AI în propria aplicație sau pe propriul site.
Regula de bază: modelul propune, editorul scrie
Modelul din spatele lui Joy nu are unelte de scriere. Nu poate modifica baza de date, nu poate salva invitația și nu poate trimite mesaje. Răspunsul lui ajunge în fereastra de chat ca propunere, cu butoane: „Aplică” sau „Pune în formular”, plus „Anulează”. Butoanele folosesc aceleași funcții ale editorului pe care le folosește clientul când lucrează singur, iar salvarea rămâne a clientului.
Mesajele către invitați se copiază, nu se trimit. Joy pregătește textul pentru WhatsApp, cu linkul personal al invitatului completat, iar trimiterea o face omul, din telefonul lui.
Motivul e simplu. Un model de limbaj greșește uneori, și o face cu aceeași siguranță cu care are dreptate. Dacă nu poate scrie nimic singur, o greșeală costă un clic pe „Anulează”. Dacă ar putea, ar costa o invitație stricată, trimisă la două sute de oameni.
Ce face codul și ce face modelul
Cea mai importantă decizie a fost împărțirea muncii. Un model de limbaj e foarte bun la limbaj și slab la orice trebuie să iasă exact. Așa că fiecare sarcină a primit un responsabil:
| Sarcina | Cine o face | De ce |
|---|---|---|
| Câți invitați au confirmat, sumele din buget | codul | cifrele vin din baza de date; modelul doar le pune în propoziție |
| Așezarea invitaților la mese | un algoritm care rulează în browser | un model de limbaj sare invitați și pune la o masă mai mulți oameni decât locuri |
| Schimbări la mese cerute în cuvinte („pune-i pe nași lângă noi”) | modelul traduce cererea în comenzi, codul le verifică | o comandă care nu se potrivește cu invitații și mesele reale e respinsă înainte să ajungă pe ecran |
| Textele invitației, povestea cuplului, mesajele | modelul | aici e bun: ton, variante, formulări |
| Refuzurile și răspunsurile la încercările de manipulare | texte fixe, fără model | un text fix nu poate fi convins să spună altceva |
| Eticheta „Asistent AI” | interfața | AI Act cere ca omul să știe că vorbește cu un program |
Mesele merită un cuvânt în plus. Tentația e să-i ceri modelului „așază toți invitații la mese, cu familiile împreună”. Rezultatul arată convingător și e greșit: lipsesc oameni, iar unele mese au mai mulți invitați decât locuri. Am scris un algoritm clasic, care respectă capacitatea și grupurile, iar Joy a devenit doar o ușă de intrare spre el. Când clientul cere o schimbare în cuvinte, modelul întoarce o listă de comenzi, nu o aranjare. Codul verifică fiecare comandă și scrie el rezumatul.
Ce model folosim și cum l-am ales
Joy rulează pe Cloudflare Workers AI, cu un model open-weight. Am încercat trei modele pe aceleași texte în limba română, cu același prompt. Costul se măsoară acolo în „neuroni”, unitatea de calcul a Cloudflare.
| Model | Ce am observat |
|---|---|
| Gemma 4 26B | 1–2,6 secunde și 7–10 neuroni pe text, cele mai puține greșeli dintre cele trei; l-am păstrat |
| Llama 3.3 70B | în jur de 45 de neuroni pe text, adică de câteva ori mai scump, și mai multe greșeli |
| gpt-oss-120b | 3 din 4 texte au ieșit goale: raționamentul intern consuma tot bugetul de tokeni |
Concluzia nu e că un model e „cel mai bun”. E că modelul mare nu e automat mai bun pentru o sarcină îngustă, iar testul trebuie făcut pe cazurile tale, în limba ta. Am mai aflat ceva: calitatea a depins mai mult de prompt decât de model. Cu prima versiune de prompt, modelul inversa faptele din povestea cuplului: cine pe cine a cunoscut, unde, când. Am rescris promptul cu reguli explicite despre perspectivă înainte să ne gândim la alt model.
Costul are plafon. Asistentul are un buget zilnic de calcul și limite pe cont și pe eveniment. Când se atinge o limită, Joy spune când se poate reveni, în loc să tacă. Dacă modelul nu răspunde la timp, apare „Încearcă din nou”, nu o eroare tehnică.
Numele invitaților nu ajung la model
O invitație de nuntă e plină de date personale: numele mirilor, ale copilului, ale nașilor, lista de invitați. Înainte ca o cerere cu text liber să plece spre model, pagina înlocuiește numele cunoscute cu marcaje. Modelul lucrează cu „[I1]” și „[M2]”, nu cu oameni. La mese, o cerere care pomenește un nume pe care pagina nu-l găsește în listă se oprește înainte să plece.
- Transcriptul conversației nu se salvează în baza de date Joyvite. Conversația stă doar în fila deschisă a browserului, până o închizi sau pornești una nouă.
- Păstrăm metadate tehnice și de securitate și notele 👍 / 👎, cu motivul ales, fără conținutul mesajelor.
- După o notă 👎, clientul poate trimite conversația, ca să o putem repara. Înainte, pagina o anonimizează cu un dicționar al limbii române: orice cuvânt care nu e în dicționar devine „[?]”, oricum ar fi scris. Clientul vede exact textul care pleacă și bifează singur caseta.
Ultimul punct are o poveste. Prima variantă căuta nume într-o listă și lăsa să treacă tocmai numele pe care nu le știa, mai ales cele scrise cu literă mică. Am întors logica: nu căutăm ce e nume, păstrăm doar ce e sigur cuvânt obișnuit.
Ce nu face Joy
Un asistent bun se definește la fel de mult prin ce refuză. Lista lui Joy a fost scrisă înainte de prima linie de cod:
- se ocupă doar de invitație și de eveniment; la orice altceva spune politicos că nu e treaba lui;
- nu discută plăți, facturi sau rambursări, ci trimite la pagina potrivită și la adresa de contact;
- nu inventează cifre, recenzii sau statistici și nu dă sfaturi juridice sau medicale;
- are un filtru de limbaj vulgar în cinci limbi, aplicat și la intrare, și la ieșire, inclusiv pe numele invitaților noi: un nume scris corect nu poate ieși deformat într-un cuvânt jignitor;
- la textele formale scrie cu „dumneavoastră”, iar codul respinge variantele care alunecă la „tu”;
- nu adaugă reproșuri, ironie sau lucruri negative pe care clientul nu le-a spus;
- refuză cererile discriminatorii și datele sensibile despre alte persoane.
Eticheta „Asistent AI” apare de la prima interacțiune. Articolul 50 din AI Act cere ca oamenii să fie informați când interacționează cu un sistem AI, iar pentru un asistent conversațional asta înseamnă să nu-l lași să pară om. Detaliile despre ce se aplică de când sunt în articolul nostru despre AI Act.
Prima zi în producție: nouă note negative
În prima zi, probele noastre pe aplicația live au lăsat nouă note 👎, opt cu conversația atașată. Le-am citit pe toate a doua zi dimineață și am reparat ce arătau, în aceeași zi:
| Ce s-a cerut | Ce făcea Joy | Ce face acum |
|---|---|---|
| „Șterge masa 1” | nu știa să șteargă mese | propune ștergerea; „Anulează” reface masa exact (locuri, formă, poziție) și reașază invitații |
| „Aranjează-mi mesele”, fără confirmări | un răspuns general, inutil | spune clar că nu are încă pe cine așeza |
| o plată scrisă cu o greșeală de tastare | refuza cererea | înțelege cine a plătit și cât |
| mesajul cu linkul pentru un invitat abia adăugat | text general, cu [nume] și [link] | mesaj completat pentru acel invitat, gata de WhatsApp |
| cereri mai grele (buget, mese) | de două ori, modelul a depășit 20 de secunde | 30 de secunde la cererile grele și buton „Încearcă din nou” |
Fiecare reparație a devenit un test automat, ca să nu revină. Lecția e banală și des ignorată: butonul de notă cu motiv e cel mai util instrument dintr-un asistent AI. Fără el, ai fi aflat de mesele care nu se șterg din recenzii, nu din conversații.
Ce poți lua de aici pentru un asistent în firma ta
- Scrie întâi ce nu face asistentul. Lista refuzurilor e specificația cea mai importantă.
- Cifrele le dă codul. Modelul formulează, nu calculează.
- Propunere, nu execuție. Orice acțiune trece printr-un buton apăsat de om și are „Anulează”.
- Datele personale nu pleacă la model dacă nu e nevoie. Marcajele în locul numelor costă puțin și reduc mult riscul.
- Plafon de cost și mesaj clar la limită. Un asistent care tace pare stricat.
- Notă cu motiv după fiecare răspuns. Apoi chiar citește notele.
- Eticheta „AI” vizibilă. Nu e doar o obligație legală; oamenii iartă mai ușor o greșeală când știu cu ce vorbesc.
Dacă ai deja o aplicație sau un site cu clienți și te gândești la un asistent, pagina despre chatbot AI pentru firme descrie cum abordăm un astfel de proiect. Dacă sarcina e mai degrabă repetitivă decât conversațională, merită citit și când alegi o automatizare AI și când o aplicație custom.
Ce model AI folosește Joy?
Gemma 4 26B, un model open-weight, rulat pe Cloudflare Workers AI. L-am ales după probe pe texte în română, în care a fost mai rapid, mai ieftin și mai corect decât Llama 3.3 70B și gpt-oss-120b pe sarcina noastră.
Joy poate modifica singur invitația?
Nu. Modelul nu are acces de scriere. Propunerile apar cu butoane „Aplică” sau „Pune în formular” și „Anulează”, iar salvarea o face clientul. Mesajele pentru invitați se copiază, nu se trimit automat.
Ce se întâmplă cu datele din conversație?
Transcriptul nu se salvează în baza de date Joyvite: stă doar în fila browserului până o închizi. Numele cunoscute sunt înlocuite cu marcaje înainte să plece cererea spre model. Păstrăm doar metadate tehnice și notele 👍 / 👎, fără conținutul mesajelor, iar o conversație ajunge la noi doar dacă clientul o trimite, anonimizată, după o notă negativă.
Cine are acces la Joy?
Joy e inclus în pachetul Premium, pentru evenimentele plătite. Nu apare pe site-ul public, pe ciorne sau, deocamdată, în aplicația mobilă.
Poate o firmă să aibă un asistent construit după aceleași reguli?
Da. Regulile din articol (refuzuri scrise dinainte, cifre din cod, propunere în loc de execuție, date personale protejate, plafon de cost, note cu motiv) se aplică oricărui asistent, fie pe un site, fie într-o aplicație internă. Diferă doar sarcinile și sistemele cu care se leagă.
Cum abordăm un asistent AI pentru o firmă: ce sarcini îi dăm, cu ce sisteme se leagă, cum îl ținem în limite și cât costă să ruleze.
Vezi pagina despre chatbot AIO discuție inițială de 30–60 de minute: ce ar trebui să facă asistentul, ce nu are voie să facă și dacă merită construit acum.
Discutăm despre asistentul tăuServicii NeuroAI relevante
Articole similare
Din LaboratorUn site de firmă aproape fără trafic din Google timp de un an: ce am găsit și ce s-a schimbat
Site-ul unei firme de servicii cu care lucrăm a avut, timp de un an, în medie sub un clic pe zi din Google, mai ales de la oameni care îi căutau deja numele. Am găsit titluri identice pe toate paginile, pagini scoase din sitemap, un formular care trimitea mesajele altcuiva și un site compromis. După reparații și o pagină nouă scrisă la momentul potrivit, a venit cea mai bună zi de peste un an. Ce am făcut, ce a contat cu adevărat și de ce cifrele sunt încă mici.
Citește articolul
Din LaboratorCum scriem articolele cu AI: ce automatizăm și ce nu lăsăm din mână
Articolele de pe acest site sunt scrise cu ajutorul AI, iar asta nu e un secret. Mai interesant e ce nu lăsăm pe seama lui: alegerea subiectului, sursa fiecărei cifre și decizia de a publica. Fluxul complet, de la sursa primară la pagina indexată, ce face codul la fiecare publicare și de ce am șters opt pagini generate într-o zi.
Citește articolul
Din LaboratorContext engineering: cum am transformat un vault Obsidian în creierul persistent al NeuroAI
Nu contează modelul AI pe care îl folosești. Contează contextul pe care i-l oferi. Construirea unui vault local de fișiere Markdown, citit și scris de Claude la fiecare sesiune, este infrastructura pe care se așează adopția AI serioasă într-o firmă.
Citește articolul