Presence este vândut ca un proiect, nu ca un produs. Fiecare angajament începe cu o singură sarcină, cum ar fi rezolvarea unei dispute de facturare, gestionarea unei cereri de despăgubire sau soluționarea unei cereri de service IT pentru angajați. Agentul primește doar cunoștințele și accesul la sistem de care are nevoie pentru acea sarcină, iar clientul scrie regulile care guvernează ce poate face agentul, când are nevoie de aprobare și când preia controlul o persoană. După lansare, Codex citește sesiunile de producție și escaladările, apoi propune modificări pe care echipa clientului le testează și le aprobă înainte de implementare.
Documentația OpenAI este neobișnuit de sinceră cu privire la munca implicată. Centrul său de ajutor stabilește un proces în șase etape, care merge de la definirea rezultatelor de afaceri, prin revizuirea securității, confidențialității și aspectelor legale, simulare și testare de acceptare, implementare etapizată și iterare post-lansare. Un agent Presence, se spune, nu devine gata de producție doar prin ingerarea documentelor.
Modelul gestionat este ușor de citit cinic, dar mai greu de respins pe baza dovezilor. Gartner a avertizat că peste 40% dintre proiectele de AI agentic vor fi anulate până la sfârșitul anului 2027, atribuind eșecurile guvernanței, valorii de afaceri nedefinite și disciplinei operaționale slabe, mai degrabă decât capacității modelului. Aproape tot ceea ce include Presence vizează direct această diagnoză. Simulările și evaluatorii testează dacă un agent a atins rezultatul corect, a respectat politica, a folosit corect instrumentele și a escaladat atunci când trebuia, înainte ca cineva din afara companiei să vorbească cu el. Măsurile de siguranță intervin atunci când o interacțiune depășește limitele definite. Înregistrările sesiunilor și istoricul acțiunilor oferă evaluatorilor ceva de auditat. Căile de escaladare oferă unei persoane un context structurat, nu o transcriere rece, iar noile versiuni sunt lansate prin implementare controlată, cu posibilitate de revenire.
Întreprinderile au petrecut doi ani descoperind că partea dificilă a unui agent de producție constă în integrare, permisiuni și gestionarea schimbărilor. Un furnizor care trimite ingineri pentru a face această muncă răspunde la ceea ce cumpărătorii au eșuat de fapt, mai degrabă decât să livreze un alt tablou de bord și să numească decalajul o problemă a clientului.
Compensația apare în criteriile de eligibilitate. Accesul, spune OpenAI, depinde de potrivirea fluxului de lucru, de pregătirea pentru implementare și de capacitatea de livrare disponibilă. Capacitatea de livrare este o constrângere de consultanță. Software-ul se scalează; inginerii autorizați să intre în sistemele de bază ale unei bănci nu se scalează. Forward Deployed Engineer este un titlu împrumutat de la Palantir, unde descrie personal încorporat în operațiunile clienților pentru luni de zile, iar economia atașată acestuia nu seamănă deloc cu economia inferenței măsurate.
Punând proprii FDE și parteneri numiți în fața fiecărei implementări, OpenAI a pășit în stratul pieței ocupat de integratorii pe care se va baza și pentru a scala, ceea ce este o aranjare funcțională atâta timp cât volumele sunt mici și una mai complicată mai târziu. De asemenea, pune o întrebare pe masă pentru oricine definește un contract. Când furnizorul de model este și partenerul de implementare, liniile de responsabilitate pentru o politică aplicată greșit în producție trebuie scrise, nu presupuse.
OpenAI descrie Presence ca fiind „testat în luptă”, iar argumentul său pentru acest limbaj este că produsul a fost asamblat din ani de implementare a agenților cu clienți enterprise înainte de a fi ambalat și numit. Afirmația se referă la practica acumulată, nu la timpul petrecut de produs pe piață, și este una rezonabilă. Cel mai puternic punct de probă este propria linie de asistență telefonică în limba engleză a OpenAI, 1-888-GPT-0090. Compania spune că agentul a îndeplinit sau a depășit parametrii interni de referință pentru asistența umană de primă linie în câteva săptămâni, acum rezolvă 75% din problemele primite fără asistență umană și a redus transferurile umane cu 15 puncte procentuale în zece zile prin bucla de îmbunătățire Codex. Acestea sunt cifrele OpenAI, măsurate conform propriilor criterii de evaluare, pe propriul canal. Transparența este binevenită, dar numerele nu sunt verificate independent.
Cei trei clienți numiți se află mai devreme în ciclu decât sugerează cadrul lansării. BBVA explorează asistența vocală pentru operațiunile bancare de zi cu zi în Mexic. SoftBank testează conversații în limba japoneză. IAG explorează asistența în perioadele de cerere ridicată, cum ar fi vremea severă. Daniel Ordaz, șeful transformării AI la BBVA Mexic, descrie banca ca partener de design care ajută la modelarea și rafinarea experiențelor vocale pentru serviciul clienți financiar. Partenerii de design sunt normali și utili la o disponibilitate generală limitată. Niciunul dintre cei trei, însă, nu este prezentat ca rulând Presence la scară largă, ceea ce merită reținut alături de cuvântul „dovedit”.
Prețurile nu sunt publicate. Domeniul de aplicare și costul implementării sunt stabilite per client și per implementare, ceea ce este obișnuit pentru serviciile enterprise.
De ce este important:
Această mișcare a OpenAI semnalează o schimbare fundamentală în modul în care AI-ul enterprise este livrat și adoptat. În loc să ofere doar un API sau un produs software, OpenAI intră pe teritoriul consultanței și integrării, recunoscând că adevărata provocare nu este tehnologia în sine, ci implementarea responsabilă, guvernanța și gestionarea schimbării. Pentru companii, acest model reduce riscul de eșec al proiectelor AI agentice, dar ridică întrebări legate de dependența de un singur furnizor și de transparența costurilor. Este un test pentru întreaga industrie: dacă OpenAI reușește, vom vedea și alți furnizori adoptând modele similare, transformând AI-ul dintr-un produs într-un serviciu gestionat.
