Limitări. Decizii. Arhitectură. Realitate.

Pe măsură ce firma își folosește site-ul pot apărea nevoi suplimentare: să fie descoperită, să primească solicitări mai clare, să răspundă la timp, să urmărească ofertele și să delege anumite operații către AI. Aceasta nu este o succesiune obligatorie de upgrade-uri. Clientul poate rămâne doar la site sau poate solicita funcții dintr-o treaptă ulterioară înaintea alteia.

Regula comercială: publicul vede prima treaptă și eventual următoarea, nu harta internă completă. Această documentație explică tot modelul, dar este un document tehnic, nu un mesaj comercial care trebuie plasat pe homepage.

Limita de implementare: demo-ul SCARA existent nu constituie fabrica de site-uri pentru firme; previzualizarea din browser nu echivalează cu un website multi-page deja creat și publicat pentru acea firmă. Informațiile despre servicii și localitate trebuie aprobate înainte de publicare.

Trebuie verificată disponibilitatea domeniului, titularul juridic, cine suportă taxele de înregistrare și reînnoire, condițiile de transfer după încetarea abonamentului și drepturile de publicare asupra fotografiilor și testimonialelor. Domeniul propriu nu se confundă cu simpla folosire a unui subdomeniu al platformei.

Dacă patronul spune „Nu mă caută nimeni”, se verifică întâi dacă site-ul este accesibil și indexat, dacă primește afișări și clicuri și dacă problema este lipsa cererii ori a conversiei. Nu poate fi garantată o anumită poziție în Google sau citarea de către modele AI. SEO, GEO/AEO, căutarea AI și conversia sunt concepte legate, dar nu identice.

Valoarea se măsoară prin cereri complete, nu numai prin trafic. Un formular trebuie să livreze efectiv datele către firmă, să limiteze spamul, să protejeze fișierele și să colecteze numai datele necesare. În demo-ul actual nu există un proces operațional complet pentru acest flux.

SCARA AI Concierge a fost instalat ca demonstrație pe website-ul comercial. Acest chatbot cunoaște informații despre SCARA, nu date specifice fiecărui instalator. Nu trebuie să răspundă inventând faptul că o anumită firmă montează pompe de căldură într-o anumită localitate.

CRM presupune autentificare, autorizare, segregarea datelor firmelor, jurnal de audit și retenție, nu doar un tabel de contacte. Nu a fost construit un CRM operațional în actualul website SCARA.

Un buton „Cere ofertă” sau o conversație AI nu reprezintă încă un proces contractual sau de tranzacție realizat. Această treaptă nu este operațională.

Automatizările trebuie să fie idempotente, auditate și reversibile unde este posibil. Un agent nu trebuie să emită facturi ori să modifice rezervări fără permisiunile și regulile aprobate de firmă. Aceste automatizări sunt încă o direcție de dezvoltare.

Accesul A2A implică identificarea agentului, drepturi, tokenuri, limite de utilizare, semantica operațiilor și jurnalizarea cererilor. Faptul că un site poate fi citit de un crawler AI nu demonstrează existența unei interfețe tranzacționale A2A. Acest modul nu este integrat în website-ul SCARA.

O recomandare AI și executarea unei acțiuni trebuie tratate diferit. Datele trebuie să fie actuale și verificabile, iar deciziile financiare ori contractuale cer controale suplimentare. Nu există astăzi un cockpit SCARA funcțional.

Exemplele din conversație sunt distincte: „Nu mă caută nimeni” sugerează un diagnostic de vizibilitate; „Mă sună, dar nu îmi trimit detaliile lucrării” sugerează formularul cu fotografie; „Primesc cereri, dar uit cui am promis ofertă” indică CRM. Un client poate avea nevoie de formular înainte de investiția în vizibilitate.

Prima plată după cele șapte zile validează oferta de intrare. Funcționarea value ladder-ului se validează abia când o firmă solicită ulterior o funcție și poate dovedi un rezultat: cerere completă, ofertă urmărită sau timp de muncă economisit.

Fluxul propus este demonstrație privată → confirmarea serviciilor și a zonei → aprobare de publicare → activare → șapte zile gratuite → decizia voluntară de plată. Măsurătorile diferă în funcție de etapă: rată de aprobare, activare, conversie în plătitor, retenție la 30/90 zile și valoare activată ulterior.

În conversație s-a cerut respectarea unui proces de contact responsabil, inclusiv bazele legale și consimțământul unde este necesar. Identificarea unui telefon publicat nu elimină obligațiile privind datele personale și comunicările comerciale.

Ulterior s-a propus ca pachetul CERERI de 15 € să includă și un asistent AI text + voce. A fost schițat un plafon comercial de aproximativ 500 de răspunsuri AI/lună/firmă, înaintea discuției despre RAG cu 1.000 sau 5.000 de întrebări. Aceste praguri nu au fost armonizate definitiv într-un contract și nu sunt impuse printr-un contor server-side.

Înainte de vânzare trebuie stabilite TVA, ce include efectiv fiecare pachet, titularul domeniului, costurile de înregistrare/reînnoire, clauzele de încetare, perioada de probă, volumul AI și responsabilitatea pentru costuri suplimentare.

Nu rezultă însă că website-ul SCARA actual este integrat cu API-ul FirmsFinder, că oferă automat acces autenticat sau că poate trimite cereri comerciale în numele clientului. Drepturile, limitele de rezultate, durata accesului și respectarea regulilor de prospectare trebuie definite și implementate separat.

Pagini: Acasă (/), Vezi site-ul tău (/demo/), Cum funcționează (/cum-functioneaza/), Prețuri (/preturi/), Creștem împreună (/crestem-impreuna/), Întrebări frecvente (/intrebari/), plus pagini juridice provizorii (/confidentialitate/ și /termeni/). Ecranele de aprobare, activare și mulțumire au fost discutate ca părți ale fluxului, nu confirmate ca servicii comerciale complete.

HERO comunică rezultatul site-ului, nu tehnologia. Demonstrația începe cu activitatea, numele firmei, localitatea și telefonul; imaginile vizuale trebuie să fie adecvate CAEN, optimizate și folosite cu drepturi de publicare corespunzătoare.

Publicarea completă necesită autentificare sau identificare adecvată, confirmarea datelor, stocare, administrarea stării draft/aprobat/publicat, configurarea domeniului, jurnal de audit, operații rollback și proces de contractare/plată. Demo-ul nu este dovada că această fabrică este operațională.

În discuție s-au folosit adresele scara-valorii.pages.dev și, în capturi, scara.dev. Verificarea unui URL public și a unui deployment Success este diferită de verificarea existenței fișierelor în GitHub. O versiune veche a site-ului poate rămâne live atunci când noile deployment-uri eșuează.

Trebuie separate clar stările: cod salvat; build reușit; deployment reușit; funcționalitate testată în browser; serviciu pregătit pentru producție. Aceste etape nu sunt echivalente.

Fișierele inițiale au fost chat.css, chat.js și functions/api/chat.js. În încercările de a rezolva problemele de afișare s-au creat și variante de asseturi cu nume nou; ulterior codul vocal și stilurile au fost introduse direct în index.html pentru a elimina dependențele cache-uite. Clientul a raportat un răspuns chatbot în circa trei secunde; aceasta este o observație singulară, nu un SLA.

Instrucțiunile SYSTEM definesc comportamentul: română sau limba vizitatorului, răspunsuri concise, pachetele 10/15/20 €, perioada gratuită, limita demonstrației și obligația de a nu inventa disponibilități, activări, promisiuni SEO, contracte sau servicii încă neactivate.

Codul limitează întrebarea la 1.200 caractere, istoricul primit la ultimele opt mesaje și ieșirea cerută modelului la maximum 350 tokenuri. Browserul limitează local la 20 de întrebări per sesiune și are un timeout de aproximativ 25 secunde. Aceste limite client-side nu constituie protecție anti-abuz reală la nivel de server.

Un nou Q&A se adaugă ca referință în SYSTEM. Llama nu citește o listă fixă de răspunsuri; poate reformula conform întrebării. Pentru fiecare modificare de prompt se face un commit și deployment. Textul dintre delimitatorii șirului JavaScript trebuie păstrat corect.

Nu se copiază marcajele Markdown de prezentare, cum ar fi linia care începe cu trei backtickuri și eticheta javascript. Introducerea acestor marcaje în fișierul .js a provocat eroarea concretă de compilare care a blocat mai multe deployment-uri.

Dacă cineva întreabă câte firme din Brașov au CAEN 4322, asistentul nu poate furniza un număr verificat prin interogare reală în baza FirmsFinder. Un răspuns probabilistic nu trebuie prezentat ca extras dintr-o sursă oficială. Simpla adăugare a unui fișier PDF în GitHub sau R2 nu îl face automat citibil de către Llama.

În conversație a fost menționată aproximativ o fereastră de 32.000 tokenuri pentru configurația modelului; limita exactă trebuie reverificată în catalogul modelului activ. Corespondența între cuvinte, pagini și tokenuri nu este fixă, în special pentru limba română. Codul SCARA aplică în plus limite mai restrictive asupra întrebării și istoricului.

Ideea mutării textelor într-un knowledge.md separat a fost discutată, dar simpla existență a fișierului nu creează căutare automată și nici vectorizare.

S-au comparat R2 pentru stocare, D1 pentru metadate, Vectorize pentru vectori și serviciul Cloudflare AI Search pentru un proces gestionat de indexare și recuperare. AI Search poate reduce munca de integrare, dar nu elimină necesitatea aprobării documentelor, verificării relevanței, izolării clienților și jurnalizării.

Un chatbot al instalatorului A nu trebuie să returneze informații sau documente ale instalatorului B. Recuperarea pasajelor fără surse relevante trebuie să conducă la un răspuns prudent, nu la inventarea de detalii. RAG nu a fost încă implementat în endpointul public /api/chat.

Exemplul discutat: 1.200 tokenuri input și 150 tokenuri output ≈ $0,000225 pe răspuns, aproximativ $0,23 pentru 1.000 de răspunsuri, înainte de gratuități. Costurile cresc dacă instrucțiunile, istoricul ori documentele recuperate sunt mai mari. Cifrele nu sunt facturi reale și nu trebuie tratate drept tarife garantate fără verificarea documentației Cloudflare actuale.

„Pe zero lei” este posibil pentru un pilot care rămâne în alocările gratuite, dar nu înseamnă că toate resursele, înregistrarea domeniului, suportul, stocarea suplimentară, dezvoltarea și traficul nelimitat sunt gratuite. Alocările aparțin contului și sunt partajate între aplicațiile acelui cont.

Un dashboard propriu SCARA a fost propus, cu: număr de întrebări, tokenuri prompt/completion, total Neurons, cost calculat, cost facturat, utilizare per firmă și pe zi/lună. Codul curent nu salvează aceste informații într-un registru D1. Câmpurile de usage returnate de model trebuie verificate după API și versiune.

Protecțiile discutate: limite server-side, rate limiting, WAF/Turnstile, buget per tenant, oprire la prag și alerte de cost. Cele 20 întrebări impuse de browser pot fi ocolite prin apel direct HTTP, deci nu reprezintă un plafon financiar real.

Propunerea utilizatorului a fost: RAG gratuit până la 1.000 întrebări/lună și +3 €/lună până la 5.000. Aceasta este o regulă comercială dorită, nu un mecanism de limitare deja implementat. Dacă 100 de firme folosesc același cont AiVenture, alocarea gratuită nu se multiplică de 100 de ori.

La 5.000 întrebări, o suprataxă de 3 € poate fi apropiată de costul brut al căutărilor, înainte de generarea Llama, indexare, suport și alte servicii. Trebuie simulată marja și verificat consumul real înainte de comercializare.

Interfața include microfon lângă butonul ↑, transcriere în câmp, trimitere explicită, buton „▶ Ascultă”, opțiune „Voce automată: oprită/pornită” și „Oprește vocea”. Închiderea panoului oprește recunoașterea și sinteza. Vocea este opțională; textul trebuie să rămână funcțional când browserul nu suportă recunoașterea.

Limitări: experiența nu este full-duplex ca o conversație telefonică; româna și vocile diferă între dispozitive; browserul poate folosi servicii externe pentru recunoaștere; este necesară permisiune microfon și testarea pe Chrome/Android/Safari iPhone. Cost vocal suplimentar facturat de Cloudflare: 0 pentru această variantă; costul Llama rămâne.

A fost oferit un exemplu de cost aproximativ $4,86 pentru 1.000 de interacțiuni vocale, pe ipoteze privind minutele audio și numărul de caractere sintetizate. Exemplul nu constituie o ofertă fermă și nici o măsurătoare reală. Varianta B nu a fost instalată; s-a implementat varianta A.

Nu există o obligație universală de a afișa exact expresia în engleză „Generated by AI”; importanța constă în claritate, vizibilitate și momentul informării. Eticheta nu certifică singură respectarea întregului EU AI Act și nici GDPR. Sunt necesare clasificarea rolurilor, evaluarea prelucrărilor de date, condițiile de utilizare, eventuala procesare vocală și implementarea altor obligații aplicabile.

Surse normative oficiale trebuie consultate la data operaționalizării: EUR-Lex pentru AI Act și textele GDPR.

Capturile au arătat că versiunea veche, cu commit 1721b7c, avea Success, dar ultimele versiuni, inclusiv 3823060, erau Failed. Utilizatorul a furnizat logul exact: „Expected ; but found Ești” în functions/api/chat.js, linia 6, la compilarea Pages Functions.

Verificarea fișierului a demonstrat că marcajele Markdown din blocul de cod fuseseră lipite în fișier ca text literal. Corecția a eliminat delimitatorii Markdown și a păstrat instrucțiunile și Q&A-ul, prin commit b49ca42. Lecția: un commit acceptat de GitHub nu înseamnă deployment reușit; logul de compilare trebuie citit înainte de a presupune o problemă de cache.

Dacă website-ul clientului este pe Cloudflare, dar endpointul AI apelează în continuare contul AiVenture, consumul AI rămâne la AiVenture. Pentru facturare directă pe contul clientului, executarea modelului și a eventualului AI Search trebuie realizată efectiv din infrastructura acestui cont.

Clientul trebuie să autorizeze deployment-ul prin mecanisme sigure și limitate. Nu se cere parola contului și nu se publică API tokenuri în repo sau în browser. BYOC simplifică separarea costurilor, dar complică actualizările, revocarea accesului, versiunea fiecărui deployment, suportul și monitorizarea centralizată.

Un manifest declară numele Worker-ului, Account ID, referința clientului și aprobarea acestuia. API tokenul trebuie citit din variabile de mediu într-un mediu administrat securizat. Publicarea se face prin Wrangler și binding AI din contul autorizat.

Stare reală: este o fundație CLI pentru a publica demo-ul SCARA existent într-un alt cont, nu un dashboard SaaS, nu o instalație confirmată în alt cont, nu un registru multi-tenant D1, nu un sistem de plăți și nu un generator complet de site-uri distincte. Sunt necesare teste reale, verificarea permisiunilor, confirmarea că endpointul funcționează și reconcilierea costurilor cu contul corect.

Testele de industrializare menționate includ 1.000 firme/oră, 100 site-uri în fiecare dintre cele 27 de țări UE, 24 de limbi și zero commituri per firmă. Acestea sunt criterii de acceptare discutate, nu performanțe măsurate și demonstrate în sistemul actual.

În BYOC trebuie adăugate operațiuni de distribuire a aceleiași versiuni de cod spre conturi autorizate, cu evidența versiunilor, rollback, gestiunea secretelor, observabilitate și izolarea datelor.

De asemenea sunt necesare: politici pentru fotografii și portofolii, separarea tenanturilor, autorizarea conturilor Cloudflare, antifraudă și rate limiting, protecție pentru formulare și fișiere, contractarea pachetelor, facturare, reînnoiri de domeniu și un proces de suport cu escaladare umană.

Afișarea unei etichete AI, folosirea HTTPS, existența unui Worker sau starea Success a unui deployment nu demonstrează în sine conformitatea și securitatea completă.

Pentru AI trebuie urmărite volumele, erorile, latența, acuratețea pe întrebări reale, escaladarea către om, tokenurile, Neurons, costul brut, factura și conversiile. Pentru voce: suport pe browsere, calitatea transcrierii, suportul ro-RO, citirea inteligibilă și oprirea la cerere. Pentru RAG: relevanța pasajelor, izolarea tenanturilor, actualizarea și ștergerea informațiilor.

Pentru BYOC: autorizare, scopuri minime ale tokenului, reproducerea deployment-ului, binding AI propriu, rezolvarea DNS, funcționarea endpointurilor, separarea facturării și posibilitatea revocării și recuperării după incident.

Inventarul este fundamentat pe informațiile din conversație și pe fișierele repository-ului consultate la data redactării; nu reprezintă un audit independent complet al mediului de producție.

Repere de commit discutate: 1721b7c pentru eticheta AI; 3823060 pentru widgetul vocal inline, care a eșuat inițial la build din cauza unui fișier backend invalid; b49ca42 pentru eliminarea marcajelor Markdown din functions/api/chat.js; d28dd83 pentru documentația Deployment Manager.

Documentul explică fără scurtături toate temele identificate în această conversație, dar nu este un transcript literal, linie cu linie, cu toate capturile de ecran și metadatele mesajelor. Pentru reproducerea caracter-cu-caracter a conversației ar fi necesar exportul original al dialogului.