Google Baru Saja Memberi Agen AI-nya Tombol Berhenti—Ini Artinya Bagi Usaha Kecil

Pada 28 Juli 2026, Google tidak merilis model yang lebih flashy. Google merilis cara untuk menghentikannya.

Platform Managed Agents milik perusahaan ini di dalam Gemini API—layanan yang membuat sandbox cloud terisolasi tempat agen AI bisa bernalar, menulis dan menjalankan kode, memasang paket, mengelola file, dan menjelajah web hanya dari satu panggilan API—mendapat lima perubahan sekaligus: model default baru, sistem hook yang bisa memblokir atau mencatat tindakan agen di tengah tugas, batas keras untuk pemakaian token, jadwal eksekusi berulang, dan akses gratis. Kelima perubahan ini bukan fitur besar jika berdiri sendiri. Tapi digabungkan, mereka menjawab pertanyaan yang selama ini menggantung di sebagian besar uji coba agen sejak teknologi ini jadi arus utama: siapa yang benar-benar mengawasi tindakan agen, dan apa yang terjadi begitu ia melampaui batas atau menghabiskan biaya terlalu banyak.

• Managed Agents di Gemini API kini default ke Gemini 3.6 Flash tanpa perlu perubahan kode; pergantian ini otomatis berlaku di interaksi berikutnya.
• Environment hooks memungkinkan skrip milik developer sendiri menyetujui atau memblokir suatu tindakan sandbox—seperti menjalankan kode atau menyentuh file—sebelum tindakan itu terjadi, bukan hanya meninjau setelahnya.
• Batas anggaran max_total_tokens menjeda sebuah run ke status "incomplete" alih-alih membiarkannya gagal atau menghabiskan biaya tanpa batas.
• Scheduled triggers mengubah agen menjadi sumber daya tetap yang berjalan sesuai jadwal cron dan memakai ulang sandbox yang sama, sehingga file tetap ada di antara eksekusi.
• Managed Agents kini tersedia di proyek free-tier, sehingga tim bisa bereksperimen tanpa perlu urusan penagihan terlebih dahulu.
• Secara default, sandbox agen memiliki akses jaringan keluar tanpa batas; tim harus secara sadar mengaktifkan allowlist untuk membatasinya.

Google mengumumkan pembaruan ini lewat postingan di blog The Keyword, ditulis atas nama Philipp Schmid, anggota staf teknis di Google DeepMind, dan Mariano Cocirio, product manager di tim yang sama. Postingan itu menempatkan rilis ini sebagai kelanjutan dari pembaruan sebelumnya yang menambahkan background tasks dan integrasi remote MCP server ke platform yang sama.

Managed Agents bekerja lewat Gemini Interactions API. Seorang developer mengirim satu permintaan yang menyebutkan jenis agen—implementasi referensi resmi Google disebut antigravity-preview-05-2026—prompt input, dan pengaturan environment. Infrastruktur Google kemudian menyiapkan sandbox Linux terisolasi, menjalankan agen di dalamnya selama tugas itu berlangsung, lalu mengembalikan hasilnya. Sandbox ini bertahan hingga tujuh hari secara default kecuali developer menghapusnya lebih awal lewat Environments API baru yang bisa mendaftar, memeriksa, dan menghapus sesi sesuai kebutuhan.

Kemampuan itu sendiri sudah ada sebelum rilis ini. Yang berubah pada 28 Juli adalah lapisan kontrol yang membungkusnya:

• Gemini 3.6 Flash menjadi model default agen. Tidak perlu perubahan kode; interaksi Managed Agents berikutnya pada sebuah proyek otomatis memakai 3.6 Flash. Developer tetap bisa mengunci model tertentu—3.5 Flash untuk generasi sebelumnya dari alur kerja agentic, atau 3.5 Flash-Lite untuk latensi dan biaya lebih rendah—dengan mengirim nilai agent_config.model secara eksplisit.
• Environment hooks memungkinkan developer menaruh berkas .agents/hooks.json ke dalam environment. Runtime kemudian menjalankan skrip atau panggilan HTTP milik developer sendiri pada peristiwa pre_tool_execution atau post_tool_execution, mencocokkan tool tertentu lewat field matcher yang mendukung ekspresi reguler.
• Budget controls membatasi total pemakaian token—input, output, dan token penalaran internal digabung—lewat pengaturan max_total_tokens. Ketika sebuah run mencapai batas itu, ia berhenti pada status "incomplete", bukan gagal total, dan environment-nya sendiri tetap dipertahankan sehingga pekerjaan bisa dilanjutkan nanti.
• Scheduled triggers mengikat agen, environment-nya, prompt, dan ekspresi cron menjadi satu sumber daya tetap. Sandbox yang sama dipakai ulang di setiap eksekusi, sehingga file yang dibuat pada satu proses masih ada untuk proses berikutnya.
• Akses free-tier berarti sebuah tim bisa memanggil Managed Agents dari proyek tanpa penagihan aktif, menghilangkan tahap pengadaan yang biasanya memperlambat uji coba pertama.

Dari lima perubahan itu, environment hooks membawa bobot paling besar bagi audiens bisnis, karena ia memindahkan titik di mana manusia—atau sebuah aturan—punya suara.

Sebagian besar uji coba agen saat ini meninjau hasil setelah agen selesai bekerja. Seseorang membaca laporan yang dihasilkan, memeriksa diff kode, atau mengecek sekilas ringkasan setelah proses selesai. Pada saat kesalahan terlihat, tindakan di baliknya sudah terjadi.

Hook pre_tool_execution memindahkan titik pemeriksaan itu lebih awal, ke saat tepat sebelum sebuah tindakan sandbox yang didukung—eksekusi kode atau operasi file—benar-benar berjalan. Hook itu bisa menyetujui tindakan tersebut atau menolaknya; jika ia menolak, agen melihat penolakan itu dan bisa menyesuaikan langkah berikutnya alih-alih terus maju begitu saja. Hook post_tool_execution berjalan setelah fakta terjadi, berguna untuk memformat output, memvalidasi hasil, atau mencatat apa yang terjadi untuk jejak audit—tapi ia tidak bisa membatalkan tindakan yang sudah dieksekusi.

Dokumentasi resmi Google untuk fitur ini cukup terus terang soal satu batasan yang layak dicatat sebelum siapa pun menganggap hooks sebagai jaring pengaman penuh: hooks saat ini mencakup operasi sandbox yang didukung seperti eksekusi kode dan akses file, tapi belum menjangkau panggilan tool MCP eksternal atau fungsi kustom yang mungkin dipanggil agen. Hook tidak bisa memblokir apa yang tidak bisa ia lihat.

"Selagi kami terus memperluas apa yang bisa dicegat environment hooks, batasi kredensial hanya sebatas yang benar-benar dibutuhkan agen, batasi akses jaringan keluar dengan allowlist jika memungkinkan, dan verifikasi hasil sebelum kamu bertindak berdasarkan itu," demikian saran dari dokumentasi developer resmi Google untuk Managed Agents—nasihat yang terdengar bukan sekadar formalitas, melainkan lebih seperti pengakuan bahwa model itu sendiri bukanlah yang membuat sebuah agen aman dijalankan tanpa pengawasan.

Siapa pun yang pernah menjalankan agen coding otonom melawan masalah yang benar-benar sulit tahu pola kegagalannya: agen terjebak dalam loop, terus mencoba variasi perbaikan yang sama, dan menghabiskan token tanpa menghasilkan apa pun yang berguna. Sebelum pembaruan ini, loop semacam itu biasanya berakhir dengan salah satu dari dua cara—tugas akhirnya selesai, atau gagal total, kadang setelah menghasilkan tagihan yang tidak dianggarkan siapa pun.

Pengaturan max_total_tokens yang baru memberi hasil ketiga. Ketika total pemakaian token gabungan—input, output, dan token penalaran—dari sebuah run melewati batas yang ditetapkan, run itu berhenti pada status "incomplete". Environment-nya—file, paket yang terpasang, sandbox itu sendiri—tetap utuh, sehingga developer bisa memeriksa apa yang terjadi, menyesuaikan prompt atau anggaran, dan melanjutkan alih-alih memulai dari nol. Bagi tim kecil tanpa pengawas khusus untuk pengeluaran cloud, itu adalah perbedaan antara eksperimen agen yang tetap berada dalam batas biaya yang diketahui dan eksperimen yang diam-diam berubah menjadi tagihan yang tidak ingin dijelaskan siapa pun.

Scheduled triggers mengubah apa sebenarnya sebuah Managed Agent itu. Sebelumnya, setiap panggilan Managed Agents adalah siklus permintaan-respons yang terpisah: kirim prompt, dapat hasil, sandbox akhirnya kedaluwarsa. Scheduled trigger justru mengikat agen, environment, prompt, dan jadwal cron menjadi satu sumber daya yang terus dijalankan sendiri oleh infrastruktur Google, memakai ulang sandbox yang sama dari satu eksekusi ke eksekusi berikutnya sehingga file yang terkumpul dan dependensi yang terpasang tetap terbawa.

Itulah bentuk pekerjaan berulang—audit dependensi tiap malam, pembuatan laporan mingguan, pipeline konten tetap—tanpa sebuah tim harus membangun dan memelihara scheduler, worker process, atau server persisten sendiri hanya untuk menjaga agen tetap berjalan sesuai jadwal.

Akses free-tier adalah perubahan paling tidak teknis dalam rilis ini, dan mungkin justru yang jangkauannya paling luas. Setiap item lain dalam daftar ini berasumsi sebuah tim sudah mendapat persetujuan internal untuk mengeluarkan biaya bagi uji coba agen. Membuat Managed Agents tersedia di proyek free-tier menghilangkan gerbang itu sepenuhnya: seorang developer, atau pemilik usaha kecil yang bekerja dengannya, bisa membuat sandbox agen, memasang satu-dua hook, dan melihat apa yang sebenarnya dilakukan agen itu—sebelum siapa pun harus membuat purchase order atau mendapat persetujuan anggaran.

Bagi tim kecil, ini menurunkan biaya untuk mengetahui apakah sebuah agen benar-benar berguna untuk tugas tertentu, dari "dapatkan persetujuan anggaran, baru bereksperimen" menjadi "coba saja sore ini".

Managed Agents bukan produk pertama yang membungkus agen coding bersandbox di balik satu panggilan API, dan postingan Google sendiri menempatkan rilis ini sebagai kelanjutan bertahap dari pembaruan sebelumnya yang menambahkan background tasks dan dukungan remote MCP server ke platform yang sama. Yang membuat rilis 28 Juli layak diperhatikan bukan soal kebaruan, melainkan urutannya: Google merilis kemampuan mentahnya lebih dulu—agen yang bisa bernalar, menjalankan kode, dan menjelajah web secara otonom di dalam sandbox cloud—dan baru setelah itu menambahkan lapisan yang memungkinkan sebuah tim mengawasi, membatasi anggaran, dan menjadwalkan kemampuan itu secara bertanggung jawab.

Urutan itu mencerminkan apa yang terjadi lebih luas di industri selama dua tahun terakhir: kemampuan muncul, adopsi mengikuti dengan cepat karena kemampuan itu memang berguna, dan baru setelah penerapan nyata mulai memunculkan pola kegagalan nyata—biaya yang kabur, tindakan destruktif tanpa pengawasan, agen yang diam-diam melakukan hal yang salah selama berjam-jam sebelum ada yang sadar—vendor baru merilis lapisan tata kelola. Hooks, batas anggaran, dan Environments API untuk mengaudit sesi yang sedang berjalan adalah jawaban Google untuk fase kedua itu di platformnya sendiri. Tim mana pun yang sedang mengevaluasi vendor agen hari ini, entah itu Google, perkakas ala Codex milik OpenAI, Claude Code milik Anthropic, atau platform khusus yang lebih kecil, sebaiknya menanyakan tiga pertanyaan yang sama yang dijawab rilis ini untuk Gemini: bisakah saya mencegat sebuah tindakan sebelum terjadi, bisakah saya membatasi biayanya, dan bisakah saya melihat apa yang sedang dilakukan agen yang berjalan saat ini tanpa harus menunggu sampai selesai.

Dokumentasi developer resmi Google memuat beberapa detail operasional yang lebih relevan bagi implementer teknis dibanding pembaca kasual, tapi layak disebut karena membentuk apa yang bisa dipercaya untuk dilakukan sebuah hook. Field matcher pada definisi hook menerima ekspresi reguler, sehingga satu hook bisa menargetkan beberapa tool terkait sekaligus—misalnya, setiap operasi tulis-file—atau memakai pola catch-all * untuk mencegat semua yang dicoba agen di dalam sandbox. Hooks hanya terpicu pada dua jenis peristiwa, pre_tool_execution dan post_tool_execution, yang berarti dua momen di mana bisnis benar-benar punya suara adalah tepat sebelum sebuah tindakan dan tepat sesudahnya—bukan, misalnya, di tengah eksekusi tugas yang berjalan lama.

Interactions API sendiri dirancang agar bisa dijangkau dari SDK standar; postingan Google secara khusus membahas SDK TypeScript dan JavaScript @google/genai, sementara mengarahkan pengguna Python dan cURL ke dokumentasi agen Antigravity yang terpisah. Bagi tim yang sudah memasang asisten coding dalam alur kerjanya, Google juga merilis installer satu baris—npx skills add google-gemini/gemini-skills --skill gemini-interactions-api—yang menambahkan Interactions API sebagai skill yang bisa dipanggil di dalam asisten itu, alih-alih mengharuskan developer menulis integrasi sendiri dari referensi API.

Klien 1garis Studio bukan sedang membangun platform agen; sebagian besar menjalankan website, sistem reservasi, atau katalog produk, dan makin mengandalkan automasi untuk menjaganya tetap terkini. Rilis ini tetap relevan bagi audiens itu karena tiga alasan konkret.

• Siapa pun yang memakai agen AI untuk mengelola bagian dari bisnis daringnya kini punya pola tata kelola untuk dicontoh. Jika pipeline konten website, sinkronisasi stok, atau triase pesan pelanggan berjalan lewat agen otonom apa pun—berbasis Gemini atau lainnya—hooks menunjukkan seperti apa checkpoint persetujuan sebelum tindakan: sebutkan tindakan spesifik yang tidak boleh dilakukan agen tanpa pemeriksaan, lalu arahkan lewat aturan atau langkah persetujuan manusia sebelum tindakan itu dieksekusi.
• Batas anggaran adalah pola yang layak ditiru terlepas dari vendor AI mana pun yang kamu pakai. Jika automasimu berjalan di atas API berbasis meteran, batas keras yang menjeda alih-alih gagal melindungi dari skenario loop tak berujung yang sama yang sedang diselesaikan Google untuk platformnya sendiri.
• Akses free-tier menurunkan ambang untuk uji coba berisiko rendah. Usaha kecil yang mempertimbangkan apakah agen bisa menangani tugas berulang—menyusun balasan, mengaudit feed produk, membuat ringkasan mingguan—kini punya cara menguji ide itu tanpa harus berkomitmen biaya di muka.

Penting untuk jelas soal batasan di sini, karena melebih-lebihkan apa yang sebenarnya dirilis adalah risiko tersendiri. Environment hooks tidak menciptakan alur persetujuan manusia bawaan; ia menciptakan sebuah checkpoint yang bisa dipakai skrip atau panggilan HTTP milik developer sendiri untuk membangun alur semacam itu. Tanpa sistem eksternal itu, hook hanyalah tempat mencatat apa yang terjadi, bukan pengaman yang benar-benar menghentikan apa pun. Dan karena hooks belum mencakup panggilan tool MCP eksternal atau fungsi kustom, agen yang terhubung untuk menjangkau di luar sandboxnya sendiri masih punya celah pengawasan yang tidak ditutup rilis ini.

Kesimpulan praktis bagi pemimpin bisnis yang mengevaluasi uji coba agen apa pun—milik Google atau kompetitornya—adalah pertanyaan yang sama yang secara implisit diajukan fitur hooks: bisakah kamu menyebutkan tiga tindakan yang tidak boleh sekali pun dilakukan agenmu tanpa pemeriksaan yang menghentikannya lebih dulu? Kalau jawabannya tidak, celah itu perlu ditutup dulu sebelum kontrol tata kelola semacam ini bisa benar-benar berfungsi.

Sebagian besar pemilik usaha kecil tidak akan pernah menulis hook, menetapkan nilai max_total_tokens, atau menyentuh Interactions API secara langsung. Mereka akan mengenal rilis ini secara tidak langsung, lewat agensi, freelancer, atau platform mana pun yang membangun dan memelihara automasi website mereka. Ketidaklangsungan itu tidak membuat pertanyaan tata kelola jadi tidak relevan; itu hanya mengubah siapa yang seharusnya bertanya.

Pemilik usaha yang bekerja sama dengan developer atau agensi untuk automasi berbasis AI apa pun—pembuatan konten, sinkronisasi stok, triase pesan pelanggan, penjadwalan janji temu—sebaiknya bisa mengajukan empat pertanyaan konkret dan mendapat jawaban konkret untuk masing-masing, bukan sekadar kata-kata menenangkan:

• Tindakan spesifik apa yang bisa dilakukan automasi ini tanpa ditinjau siapa pun lebih dulu, dan kenapa tingkat kepercayaan itu bisa diterima?
• Kalau ia mulai melakukan sesuatu yang salah atau mahal, seberapa cepat ia bisa dihentikan, dan oleh siapa?
• Apakah ada batas keras untuk biaya menjalankannya, atau tagihannya baru diketahui setelah kejadian?
• Bisakah seseorang melihat, secara real-time, apa yang sedang dilakukannya sekarang, atau hanya setelah selesai?

Pembaruan Managed Agents dari Google adalah jawaban satu vendor untuk keempat pertanyaan itu di platformnya sendiri. Pemilik usaha tidak perlu memahami perbedaan pre_tool_execution dan post_tool_execution untuk mendapat manfaat dari pola ini—cukup bersikeras bahwa siapa pun yang membangun automasi mereka punya jawaban untuk setiap pertanyaan itu, di platform apa pun yang benar-benar mereka pakai.

• 28 Juli 2026 — tanggal Google mengumumkan pembaruan ini di blog resmi The Keyword.
• Lima — jumlah kemampuan berbeda yang dirilis bersamaan: model default, hooks, budget controls, scheduled triggers, akses free-tier.
• Tujuh hari — jendela kedaluwarsa default untuk sebuah environment sandbox Managed Agents sebelum otomatis dibersihkan, kecuali dihapus lebih awal lewat Environments API.
• Tiga tingkatan model — Gemini 3.6 Flash (default baru), Gemini 3.5 Flash (generasi sebelumnya), dan Gemini 3.5 Flash-Lite (latensi dan biaya paling rendah), semuanya bisa dipilih lewat agent_config.model.

Google tidak beroperasi sendirian di sini. Claude Code milik Anthropic dan agen coding ala Codex milik OpenAI masing-masing, dengan caranya sendiri, sudah bergulat dengan ketegangan yang sama antara otonomi dan pengawasan yang kini ditangani Managed Agents lewat hooks dan batas anggaran. Perbandingan ini bukan soal vendor mana yang "lebih unggul"—setiap platform mengambil tradeoff berbeda—melainkan soal apa yang sudah jadi standar minimum di kategori ini pada 2026:

• Sandbox atau lingkungan eksekusi terisolasi kini dianggap sebagai hal yang sudah ada, bukan lagi pembeda tersendiri.
• Beberapa bentuk pencegatan sebelum tindakan—entah disebut hook, permission gate, atau langkah persetujuan—makin diharapkan sebelum agen bisa menyentuh file, menjalankan perintah shell, atau memanggil API eksternal.
• Visibilitas biaya dan batas keras bergeser dari "bagus kalau ada" menjadi ekspektasi dasar, karena beban kerja agen secara bawaan lebih sulit diperkirakan sebelumnya dibanding satu panggilan API yang tetap.
• Penjadwalan dan persistensi—membiarkan agen berjalan berulang kali di environment yang sama—adalah yang mengubah eksperimen sekali pakai menjadi alat operasional yang benar-benar bisa diandalkan sebuah tim.

Membaca pembaruan 28 Juli dengan latar belakang itu, rilis Google terlihat bukan sebagai lompatan jauh ke depan, melainkan lebih seperti menyusul apa yang sudah dibutuhkan penerapan agen yang serius. Itu bukan kritik; itu informasi berguna bagi pembeli, karena artinya pola yang mendasarinya—bukan vendor tertentu—yang layak dipahami dan dituntut di mana pun sebuah agen diterapkan.

Semua ini tidak mengharuskan sebuah bisnis menyentuh Gemini API secara langsung agar relevan. Pola yang sedang dibangun Google—bertindak dulu di dalam sandbox, tapi beri manusia atau aturan sebuah checkpoint sebelum tindakan yang penting, batasi apa yang bisa dihabiskannya, dan biarkan ia berjalan sesuai jadwal tanpa perlu diawasi terus-menerus—sedang menjadi bentuk dasar dari perkakas agen di seluruh industri, bukan sekadar keunikan Google. Automasi apa pun yang diadopsi usaha kecil ke depannya, baik menyentuh website, kalender reservasi, atau kotak masuk pelanggan, sebaiknya dinilai dengan patokan yang sama: apakah kamu bisa melihat dan menghentikan tindakan yang mahal atau berisiko sebelum terjadi, atau hanya bisa membereskannya setelah fakta?

Sumber: Postingan resmi blog The Keyword milik Google, "Gemini API Managed Agents: 3.6 Flash, hooks, and more" (28 Juli 2026); Google AI for Developers, dokumentasi Managed Agents Quickstart; The AI Navigator, "Google's Gemini Managed Agents Just Got More Governable"; GCN, "Google upgrades Gemini API Managed Agents with 3.6 Flash default"; BTTC Software, "Gemini Managed Agents Workflow Guide."