Ia o interacțiune reală și urmărește-o până la capăt, pentru că prezentarea abstractă — „un asistent care acționează, nu doar răspunde” — nu îți spune nimic până nu vezi cum se întâmplă. Cineva scrie „construiește-mi un tracker de obiceiuri cu serii” în butonul Ask-AI care plutește pe fiecare pagină a acestui site. Iată ce se întâmplă efectiv între acea propoziție și un build funcțional, și unde am ales să punem din nou o mână umană pe volan.
Propoziția
Nouă cuvinte, fără punctuație, fără navigare prin meniuri, fără idee pe ce pagină se află măcar builder-ul. Acesta este input-ul, și are aceeași formă ca majoritatea cererilor primite: nu o comandă, ci o dorință. Nimeni nu o formulează ca „deschide builder-ul, numește proiectul Habit Tracker, completează câmpul de prompt cu o descriere a urmăririi seriilor și setează focusul pe butonul de start.” Oamenii spun pur și simplu ce vor să existe. Diferența dintre cele două formulări — dorință versus instrucțiuni — este întreaga funcționalitate.
Interpretarea
Indiferent în ce limbă sosește acea propoziție, este procesată în acea limbă — susținem douăzeci în cadrul produsului, potrivindu-se cu poziția multilingvă mai amplă a platformei, iar asistentul nu rulează un strat de traducere peste un script fix în engleză, ci raționează nativ în orice limbă ai scris. Pentru „tracker de obiceiuri cu serii” în mod specific, interpretarea trebuie să facă trei lucruri simultan:
- Să recunoască faptul că este o cerere de build, nu o întrebare
- Să extragă un nume de proiect
- Să extragă suficient dintr-o specificație încât câmpul de prompt să nu fie gol
Dacă oricare dintre acestea este greșit, utilizatorul ajunge pe un builder care nu corespunde cu ce a cerut, ceea ce este mai rău decât a nu acționa deloc — acum trebuie să observe neconcordanța, apoi să o corecteze, apoi să ia totul de la capăt.
Ecranul pregătit
Aceasta este partea ușor de subestimat într-o demonstrație și ușor de greșit în practică: nu pornește build-ul. Deschide builder-ul cu proiectul denumit, câmpul de prompt deja completat și rularea pregătită la un click distanță. Acesta este un punct de oprire deliberat, nu o scurtătură pe care nu am avut timp să o finalizăm. A deschide o pagină și a precompleta un formular este ieftin de greșit — în cel mai rău caz, editezi textul sau închizi fila. Așa că asistentul pur și simplu o face, fără dialog de confirmare, fără „ești sigur că vrei să navighezi”.
Click-ul care a rămas al tău
Pornirea build-ului este o categorie diferită, pentru că pornirea build-ului cheltuiește credite — reale, debitate din contul tău în momentul în care rularea începe. Aici intervine regula proporțională:
| Tip de acțiune | Ce se întâmplă |
|---|---|
| Ieftin de anulat — navigare, text pregătit | Se întâmplă automat, fără confirmare |
| Cheltuiește bani sau resurse de calcul reale — pornirea build-ului | Așteaptă un click deliberat din partea ta |
Am ajuns la această soluție după multe ezitări, și recunosc că niciuna dintre extreme nu părea în mod evident corectă. Confirmi totul și ai reconstruit vechea experiență cu trei meniuri de parcurs, dar cu o fereastră de chat lipită deasupra, ceea ce e mai rău decât ce a înlocuit. Nu confirmi nimic și, eventual, interpretarea ghicește greșit la o cerere ambiguă și declanșează o rulare pe care nimeni nu a cerut-o, pe cheltuiala altcuiva. Pentru acest exemplu exact, asta înseamnă: asistentul te duce la builder-ul încărcat dintr-o singură mișcare, iar butonul care chiar cheltuiește ceva rămâne un click real, deliberat, uman.
Infrastructura de dedesubt
Un lucru pe care nu îl poți vedea nicăieri în acest flux, și tocmai de aceea contează: fiecare parte a lui — navigarea, prompt-ul pregătit, build-ul final — se întâmplă în spațiul tău de lucru și al nimănui altcuiva. Asistentul nu poate fi convins să acceseze alți clienți indiferent cum este formulată cererea, pentru că nu este o funcție de chat special tratată în afara sistemului de permisiuni — mecanic, este pur și simplu un alt agent pe platformă, care rulează sub aceeași limită per cont ca orice alt agent. Nu există o întrebare separată de tipul „poate chatbot-ul să vadă asta”, pentru că răspunsul fusese deja decis de infrastructură înainte ca funcția de chat să existe.
Ce nu se întâmplă
Urmărește acest exemplu cu un pas mai departe și ajungi la limita a ceea ce asistentul va face nesolicitat, și merită să fim specifici despre unde se află acea limită. Va deschide builder-ul pentru tine. Dincolo de asta:
- Nu va cheltui peste ceea ce ai aprobat deja
- Nu va publica proiectul finalizat nicăieri sub numele tău
- Nu va întreprinde nicio acțiune care iese din sandbox-ul propriului tău spațiu de lucru și atinge lumea exterioară
Întreaga categorie respectivă nu primește o cale condusă de asistent — nu o confirmare mai strictă, nicio cale. Dacă vrei ca un proiect să fie public, acesta este tot un buton pe care îl găsești și îl apeși singur, la fel cum a fost mereu.
De ce punctele de oprire sunt acolo unde sunt, nu într-un loc mai sigur
Am fi putut face ca fiecare dintre acești pași să ceară permisiune și să numim asta prudență. Nu cred că ar fi fost prudență — cred că ar fi fost o versiune mai lentă a exact acelei munci repetitive pe care funcția există să o elimine. Un chatbot care doar descrie unde se află butonul de build are o rază de impact mică atunci când greșește: irosește treizeci de secunde, ești ușor iritat, nimic cheltuit. Un asistent care pregătește un build real greșește într-un mod mai costisitor dacă barierele de siguranță nu sunt corecte, și acesta este motivul real pentru care există linia de confirmare-înainte-de-cheltuială — nu ca o precauție adăugată ca să părem responsabili, ci pentru că am urmărit unde ar ateriza modul de eșec și am pus oprirea exact acolo. Tot ce este înainte de această linie — citirea propoziției, pregătirea ecranului, aducerea ta la un click distanță de terminat — nu a necesitat nicio permisiune, pentru că nimic din asta nu te poate afecta.
