Google permite dezvoltatorilor să blocheze apelurile unelte ale agenților Gemini

Google a adăugat un strat de control pentru agenții gestionați din API-ul Gemini, permițând dezvoltatorilor să ruleze propriul cod înainte și după fiecare apel de unelte pe care un agent îl face în interiorul sandbox-ului său cloud, și să anuleze apelul în totalitate. Aceeași actualizare face Gemini 3.6 Flash să devină modelul implicit în spatele agentului, limitează numărul de token-uri pe care o singură execuție le poate consuma și deschide această funcție pentru proiecte fără facturare atașată.

Agenții gestionați sunt versiunea găzduită de Google a buclei agentului, același model din spatele asistenților care sunt conectați să execute acțiuni și nu doar să răspundă la întrebări. Un singur apel API configurează un sandbox Linux, iar modelul planifică, execută cod, instalează pachete, citește și scrie fișiere și preia pagini web până când sarcina este finalizată. Această arhitectură este ceea ce a făcut necesară această funcție nouă: sandbox-ul era un loc în care dezvoltatorii puteau trimite lucrări, dar nu puteau poliția din interior.

Cârligele de mediu schimbă acest lucru. Un fișier hooks.json montat în sandbox înregistrează manipulatori împotriva a două momente în buclă, înainte de a rula o unealtă și după ce a terminat. Fiecare regulă se potrivește cu numele de unelte prin expresie regulată, astfel încât o intrare poate acoperi împreună executarea codului și scrierea fișierelor sau intercepta fiecare apel. Când un manipulator de pre-execuție returnează un refuz, timpul de rulare sărește apelul de unealtă și trece motivul declarat înapoi în contextul modelului, unde agentul poate alege o altă rută sau explica blocarea utilizatorului în același tur.

Ce ajung cârligele

Cârligele se declanșează pe uneltele pe care Google le rulează în container: executarea codului, plus operațiunile de sistem de fișiere care citesc, scriu, listează și șterg fișiere. Funcțiile personalizate pe care dezvoltatorul le execută client-side și serverele de protocol de context de model remote rulează în afara containerului, astfel încât cârligele nu le interceptează.

Eșecurile se rezolvă spre permisiune. Dacă un script de cârlig iese cu o eroare, se blochează, returnează o eroare de server sau emite JSON pe care timpul de rulare nu îl recunoaște, apelul de unealtă merge înainte. Documentația Google oferă motivul: un linter stricat sau un server de telemetrie inaccesibil nu ar trebui să poată bloca o aplicație de producție.

Al doilea tip de manipulator postează evenimentul direct la un punct de capăt extern din interiorul rețelei sandbox, ceea ce este modul în care funcționează jurnalizarea auditului. Aceste solicitări trec prin proxy-ul de egress al Google, astfel încât destinația trebuie să stea pe lista de permisiune a mediului, iar token-urile de autentificare trăiesc în configurația rețelei și nu în fișierul de cârlig, cu proxy-ul care injectează antete reale pe fir. Google notează, de asemenea, că un agent care deține acces shell sau scriere poate edita un fișier de cârlig într-un spațiu de lucru editabil și îi direcționează pe dezvoltatorii care au nevoie de rezistență la alterare pentru a monta acea configurație dintr-un depozit citit.

Poliția ceea ce este permis unui agent să facă atrage bani de venture în sine. Google pune controlul în interiorul propriului său timp de rulare.

Conductele de verificare sunt primul lucru pe care l-a numit un client. Alston Lin, fondator și director tehnic al băncii de investiții native AI OffDeal, a spus că un cârlig post-execuție rulează acum pipeline-ul de verificare a imaginilor firmei sale în momentul în care agentul analist scrie o listă de companii, impunând reguli de calitate la nivel de pixel pentru zecile de logo-uri pe care un pachet de bănci îl necesită. “Înainte de cârligele de agent, nu am putut face acest lucru pe agenții gestionați Gemini: sandbox-ul este la distanță, astfel încât codul nostru de validare nu avea nicăieri să ruleze”, a spus el.

Gemini 3.6 Flash preia ca implicit

Agenții gestionați rulează Gemini 3.6 Flash fără nicio schimbare de cod, preluându-l la următoarea interacțiune. Dezvoltatorii pot fixa un model diferit prin trecerea acestuia în configurația agentului, alegând Gemini 3.5 Flash pentru continuitate sau 3.5 Flash-Lite pentru cost și latență mai mică. Pentru agenții salvați ca resurse persistente, modelul este fixat la creare și nu poate fi anulat pe apel, ceea ce spune Google că menține comportamentul de apelare a uneltelor, depanarea și limitele de securitate previzibile.

Google a lansat 3.6 Flash pe 21 iulie 2026, alături de 3.5 Flash-Lite și de un model 3.5 Flash Cyber, lansat în care navele sale amânate 3.5 Pro au fost amânate din nou. Acesta se prețuiește la 1,50 dolari pe milion de token-uri de intrare și 7,50 dolari pe milion de token-uri de ieșire, față de 9,00 dolari pentru ieșirea 3.5 Flash, iar compania raportează că consumă cu 17% mai puține token-uri de ieșire pe indicele de analiză artificială, în timp ce obține 49% pe benchmark-ul de codare DeepSWE, față de 37% pentru predecesorul său. Profilul de token mai ieftin este partea care contează în interiorul unei bucle de agent, unde o singură sarcină poate rula sute de pași.

Limite de cheltuieli și rulări programate

Costul este celălalt lucru pe care această lansare îl abordează direct. Un plafon de token-uri trecut cu solicitarea limitează token-urile de intrare, ieșire și gândire pe întreaga interacțiune; token-urile cache-ate sunt excluse, iar limita este cea mai bună efort, mai degrabă decât exactă. Când un agent lovește acesta, rularea returnează ca incompletă, cu starea sandbox-ului intactă, iar un apel ulterioară reia lucrul cu o nouă alocare. Estimările proprii ale Google plasează o sarcină grea de prelucrare a datelor la 0,70 dolari la 3,25 dolari, cu fluxuri de lucru complexe care acumulează trei până la cinci milioane de token-uri și aproximativ 5 dolari într-o singură interacțiune. Calculul sandbox-ului nu este facturat în timpul perioadei de preview.

Doi adaosuri transformă agentul în infrastructură de stat, mai degrabă decât într-un apel pe cerere:

• Declanșatoare programate leagă un agent, o promptă, un mediu și o expresie cron într-o resursă persistentă care se declanșează singură, oprimându-se după cinci eșecuri consecutive. Fiecare rulare reutilizează același sandbox, astfel încât fișierele scrise de o execuție sunt vizibile următoarei.
• Interfața de mediu listează, inspectează și șterge sesiunile de sandbox din cod, care recuperează un ID de mediu după o conexiune pierdută și curăță sandbox-urile atunci când o conductă se termină, în loc să aștepte expirarea de șapte zile.

Funcțiile se construiesc pe o lansare din 7 iulie 2026 care a oferit agenților gestionați execuția în fundal, conexiunile de protocol de context de model remote, apelarea funcțiilor personalizate și reîmprospătarea credențialelor în mijlocul sesiunii. Împreună, acestea pun un agent programat, cu buget limitat și cu un strat de politică aplicabil, la îndemâna unui dezvoltator care lucrează de la o cheie API gratuită.