Hermes Agent 0.20.6 Rilis: Real-Profile Browser, Fleet Update, dan Cron Incident

Hermes Agent 0.20.6 resmi dirilis melalui tag v2026.8.27 pada 27 Agustus 2026. Labelnya memang patch release, tetapi volumenya tidak kecil: catatan rilis upstream mencatat sekitar 1.313 commit, 1.557 file, dan 525 merged pull request sejak 0.20.5.

Perubahan paling terasa ada di tiga area. Browser lokal sekarang bisa memakai snapshot dari profile Chromium asli dengan persetujuan operator. Updater mulai memahami perbedaan instalasi lokal, fleet, dan image-managed. Cron mendapat incident ledger yang dapat di-acknowledge tanpa menghapus bukti kegagalan.

Ada juga ekspansi besar remote MCP, cache untuk web tools, lean-tail compression sebagai default, pencarian tool multi-query, penyimpanan secret melalui OS keychain, dan pembaruan Desktop. Banyak yang berguna, tetapi change window seluas ini tidak layak diperlakukan seperti hotfix rutin.

Rekomendasi awal Rama Digital: uji 0.20.6 di satu canary lebih dulu. Pengguna real-profile browsing, Windows Desktop, Gemini native, atau AWS Bedrock perlu membaca bagian bug watch sebelum rollout.

Status rilis dan cakupan perubahannya

Versi produknya adalah Hermes Agent 0.20.6, sedangkan tag GitHub resminya v2026.8.27. Ini adalah rilis stabil untuk fresh install, Docker image, hosted deployment, dan instalasi yang mengikuti tag resmi.

Upstream belum menerbitkan curated notes lengkap untuk seluruh rangkaian 0.20.x. Catatan komprehensif dijadwalkan untuk 0.21.0. Karena itu, release note 0.20.6 lebih tepat dibaca sebagai peta perubahan, bukan dokumentasi operasional lengkap.

Artikel Hermes Agent 0.20.5 sebelumnya membahas keyless web, persistent memory untuk cron, reasoning per job, update receipt, dan worktree cleanup. Versi 0.20.6 melanjutkan fondasi tersebut dengan kontrol browser yang lebih sensitif, lifecycle update yang lebih jelas, dan observability cron yang lebih tahan lama.

Real-profile browsing bisa memakai login browser yang sudah ada

Fitur paling sensitif di 0.20.6 adalah real-profile browsing. Secara default, browser lokal Hermes memakai profile kosong. Saat browser.use_real_profile diaktifkan, Hermes menyalin active profile dari browser Chromium default, termasuk cookies, saved login, dan preference, ke snapshot terkelola di direktori Hermes.

Hermes tidak membuka direktori profile asli secara langsung. Ia memakai salinan terpisah agar tidak berebut profile lock dengan browser yang sedang digunakan dan tidak terganjal pembatasan remote debugging pada Chrome modern. Snapshot auth disinkronkan lagi ketika sesi baru dibuka.

Desain ini lebih aman daripada mengendalikan profile live, tetapi risikonya tetap nyata. Agent akan membuka halaman sebagai pengguna yang sudah login. Situs yang biasanya hanya bisa dibaca setelah autentikasi kini berada dalam jangkauan browser agent.

Beberapa guardrail resmi yang perlu dipahami:

• fitur ini mati secara default;
• hanya active profile yang disalin, bukan semua profile browser;
• mematikan toggle akan menghapus snapshot store pada penggunaan browser berikutnya;
• browser non-Chromium gagal tertutup, bukan menebak profile lain;
• di Windows, Chrome, Edge, atau Brave harus benar-benar berhenti sebelum database cookie dan login dapat disalin;
• opsi auto-close di Windows tetap meminta approval sebelum menutup process tree browser.

Jangan aktifkan fitur ini hanya untuk menghindari login manual. Gunakan profile khusus operasi bila memungkinkan. Pisahkan akun admin, billing, password manager, dan akun pribadi dari profile yang boleh dipakai agent. Real-profile browsing adalah convenience dengan consent, bukan sandbox.

Desktop Browser mendapat jendela sendiri

Browser di Desktop sekarang dapat berjalan sebagai OS window tersendiri. Secara praktis, operator bisa melihat halaman yang sedang dipakai agent tanpa mengandalkan panel kecil di dalam aplikasi utama.

Perubahan ini cocok untuk flow yang butuh supervisi manusia, seperti login, pemeriksaan visual, atau approval sebelum aksi eksternal. Tetap jangan menyamakan visibilitas dengan containment. Melihat browser bergerak tidak mencegah session cookie dipakai, data halaman dibaca, atau aksi terjadi terlalu cepat.

Untuk workflow sensitif, gunakan account dengan scope minimum dan uji stop condition. Jika task selesai setelah membaca satu halaman, agent tidak perlu mendapat akses ke seluruh profile kerja.

Updater mulai membedakan deployment yang boleh dan tidak boleh diubah langsung

Hermes 0.20.5 memperkenalkan update plan, receipt, dan fleet verification. Versi 0.20.6 memperketat lifecycle tersebut.

Gateway sekarang dapat dipause melalui control socket saat update, bukan dihentikan dengan tree-kill generik. Ini mengurangi risiko proses aktif diputus tanpa koordinasi. Desktop juga mendapat managed SSH remote-update engine dan fleet profile rail untuk operasi lintas host.

Perubahan yang paling sehat justru berupa penolakan. Instalasi image-managed atau package-managed tidak lagi dipaksa melakukan in-place update yang tidak aman. Untuk Docker atau image deployment, mekanisme yang benar adalah menarik image baru lalu recreate container. Updater harus menyatakan deployment kind dan memberi jalur tindakan yang sesuai.

Ini penting karena command update tidak punya arti yang sama di semua instalasi:

• checkout Git dengan virtual environment dapat diperbarui di tempat;
• service systemd atau launchd perlu restart melalui supervisor yang benar;
• Desktop-managed backend perlu koordinasi dengan aplikasi;
• remote fleet perlu inventory, plan, restart, lalu verifikasi per runtime;
• image-managed install harus diganti melalui orchestrator, bukan dimutasi dari dalam container.

Operator sebaiknya menjalankan update plan lebih dulu, mencatat semua runtime yang terdeteksi, lalu memastikan receipt sesudah update memuat runtime yang sama. Exit code 0 tetap harus ditemani bukti bahwa gateway yang diharapkan benar-benar berjalan dengan versi baru.

Cron sekarang punya incident yang dapat di-acknowledge

Cron 0.20.6 menyimpan kegagalan berulang sebagai durable incident berdasarkan job dan normalized error signature. Operator dapat melihat daftar incident, memfilter statusnya, lalu mengakui error yang sudah diketahui.

Contoh lifecycle resminya:

hermes cron incidents
hermes cron incidents --state alerted
hermes cron incidents ack <id>

Acknowledge tidak menghapus run history dan tidak membuat job dianggap sehat. Failure streak tetap bertambah, setiap run tetap tercatat, dan error dengan signature berbeda akan membuat incident baru. Yang dihentikan hanya ping berulang untuk kegagalan identik yang sudah diketahui.

Kontrak ini bagus untuk operasi 24/7. Alert fatigue sering membuat semua notifikasi akhirnya diabaikan. Di sisi lain, menutup incident tanpa owner dan tindak lanjut hanya memindahkan masalah dari chat ke ledger.

Pakai acknowledge ketika tiga kondisi terpenuhi:

1. penyebab error sudah dipahami;
2. ada PIC atau keputusan untuk menerima risiko sementara;
3. dashboard dan run history tetap dipantau sampai job pulih.

Dokumentasi cron juga memperjelas code-skew failure, preflight konfigurasi, model drift guard, dan failure streak. Scheduled job yang salah konfigurasi dapat diblokir sebelum inference call, sehingga error tidak perlu membakar token.

Web tools dan tool discovery dibuat lebih hemat

Hermes 0.20.6 menambahkan TTL result caching untuk web_search dan web_extract. Query yang sama dalam window cache tidak harus selalu memukul provider lagi. Manfaatnya sederhana: latency dan pemakaian quota bisa turun pada monitoring berulang.

Cache juga membawa konsekuensi. Hasil yang masih dianggap valid oleh TTL belum tentu cukup fresh untuk harga, incident, release, atau security advisory. Job yang membutuhkan data terbaru harus memahami kebijakan cache dan tetap memverifikasi timestamp sumber.

tool_search sekarang mendukung multi-query dengan stemming. Agent dapat mencari beberapa variasi istilah sekaligus tanpa bergantung pada kecocokan literal. Perubahan ini relevan ketika katalog tool dan MCP membesar.

Upstream juga menyebut lebih dari 50 remote MCP vendor-hosted sudah live-verified, termasuk Cloudflare, Grafana Cloud, Better Stack, dan Railway. Katalog yang lebih luas memudahkan onboarding, tetapi setiap MCP tetap membawa boundary credential dan data sendiri. Aktifkan hanya server yang benar-benar dipakai, review scope token, dan uji operasi read-only sebelum memberi akses write.

Lean-tail compression menjadi default

Lean-tail compression sekarang menjadi mode default. Tujuannya mempertahankan bagian percakapan yang paling relevan sambil menekan tail yang panjang agar context window tidak cepat penuh.

Secara teori ini membantu sesi panjang, subagent handoff, dan pekerjaan tool-heavy. Dalam praktik, compression selalu punya trade-off: informasi yang dianggap kurang penting bisa saja dibutuhkan pada langkah berikutnya.

Setelah upgrade, uji percakapan panjang yang punya acceptance criteria di awal. Pastikan constraint, keputusan, path file, dan output yang belum selesai tetap terbawa setelah compression. Jangan menilai hanya dari apakah chat masih bisa menjawab; cek apakah ia masih menjalankan instruksi yang sama.

Secret storage dapat memakai OS keychain

Rilis ini menambahkan enkripsi opt-in untuk secret yang disimpan, menggunakan keychain sistem operasi. Upstream juga menyebut perbaikan agar macOS tidak terus meminta prompt Keychain pada setiap launch.

Ini langkah yang baik, tetapi scope-nya perlu dibaca jernih. OS keychain melindungi secret at rest. Plugin, skill, atau proses agent yang memang diberi akses saat runtime masih dapat memakai credential sesuai trust model Hermes.

Security Policy resmi Hermes tegas: boundary utama terhadap model adversarial adalah isolasi level sistem operasi. Approval gate, redaction, skill scanner, dan tool allowlist adalah lapisan pencegah kesalahan, bukan containment. Untuk input dari web terbuka, email, multi-user channel, atau MCP yang tidak sepenuhnya dipercaya, gunakan whole-process sandbox atau container dengan filesystem dan network policy yang jelas.

Bug watch setelah 0.20.6

Issue dan pull request berikut dibuat setelah tag 0.20.6. Statusnya masih terbuka saat audit dilakukan pada 29 Agustus 2026. Artinya, fix yang dibahas belum boleh dianggap sudah masuk ke rilis stabil.

Receipt sukses dapat memicu restart gateway yang sebenarnya tidak perlu

PR #97547 menjelaskan regression pada interrupted-update recovery. Receipt sukses dapat berisi stop_reason deskriptif completed at command boundary. Recovery kemudian membaca field yang tidak kosong sebagai tanda update sebelumnya belum selesai.

Jika receipt itu tidak punya post-restart fleet rows, update berikutnya dapat jatuh ke plan SHA lama, menganggap runtime stale, lalu me-restart gateway yang sebenarnya sudah current. PR perbaikannya masih terbuka.

Mitigasi sementara: simpan receipt, cocokkan outcome dan exit code, lalu periksa alasan recovery jika hermes update berikutnya ingin me-restart runtime yang sudah berada di SHA terbaru.

Bundled plugin bisa hilang dari Windows packaged Desktop

PR #97551 melaporkan packaged build Windows dapat menampilkan nol Desktop plugin. Rolldown membungkus default export sebagai getter function, sementara discovery mengharapkan object plugin langsung. Akibatnya, bundled plugin seperti accent, hermes-bots, dan kanban dapat dilewati sebagai export tidak valid.

Laporan tersebut menyebut 0.20.5 dan 0.20.6 sebagai versi yang dapat direproduksi. Fix masih menunggu merge dan CI upstream. Jika Settings menampilkan 0 installed, jangan langsung menghapus konfigurasi atau memasang ulang semua plugin. Cek DevTools untuk pesan has no valid default HermesPlugin export dan tahan rollout build Windows tersebut.

Gemini native dapat membuang message atau tool call

PR #97601 menjelaskan adapter Gemini native yang terlalu ketat mengharapkan input berbentuk dictionary. History atau tool call berbentuk SDK object dapat dilewati diam-diam atau memicu AttributeError.

Jalur yang disebut terdampak meliputi pre-serialized history, gateway multi-queue, dan subagent handoff. Karena PR masih terbuka, operator yang memakai Gemini native perlu menguji satu percakapan bertool sebelum dan sesudah handoff, lalu membandingkan request behavior dengan history yang diharapkan.

Adapter Bedrock dapat crash saat menerima SDK object

Masalah serupa dilaporkan pada PR #97600. Adapter Bedrock memakai .get() pada message atau tool call yang tidak selalu berupa dictionary. Hasilnya dapat berupa AttributeError ketika replay queue atau handoff membawa SDK object.

Ini bukan alasan menyatakan semua deployment Bedrock rusak. Laporan upstream memberi jalur reproduksi spesifik dan label P2. Namun pengguna Bedrock yang mengandalkan tool use, replay, atau subagent handoff sebaiknya menahan rollout sampai test internal lolos atau patch resmi masuk ke tag berikutnya.

Checklist upgrade 0.20.6

Sebelum upgrade:

• backup state database, profile, cron ledger, memory, skill, plugin, dan konfigurasi;
• catat versi, commit SHA, deployment kind, serta semua gateway aktif;
• jalankan update plan dan pastikan inventory lengkap;
• tentukan apakah real-profile browsing memang dibutuhkan;
• siapkan rollback untuk Desktop dan remote host.

Saat canary:

• upgrade satu profile atau satu host non-kritis;
• baca receipt dan cocokkan fleet matrix dengan inventory awal;
• uji pause, restart, dan reconnect gateway;
• jalankan satu cron sukses dan satu cron gagal untuk memeriksa incident lifecycle;
• uji web search berulang untuk memastikan cache tidak mengganggu freshness;
• uji compression pada sesi panjang;
• bila memakai Gemini atau Bedrock, uji tool call, replay, dan subagent handoff;
• di Windows, pastikan bundled Desktop plugin tetap muncul.

Sesudah canary:

• pantau minimal satu siklus cron penuh;
• periksa apakah update berikutnya mencoba restart yang tidak perlu;
• audit snapshot real-profile dan matikan fitur jika tidak lagi dipakai;
• cocokkan runtime SHA, bukan hanya versi CLI;
• rollout bertahap setelah bukti origin, gateway, Desktop, dan job konsisten.

Keputusan operasional

Hermes Agent 0.20.6 membawa perbaikan yang masuk akal untuk operator serius. Real-profile browsing punya consent dan snapshot terpisah, updater lebih paham deployment kind, cron incident mengurangi alert fatigue tanpa menghapus audit trail, dan web tools menjadi lebih hemat.

Namun 525 merged PR dalam satu patch window tetap berarti risiko integrasi tinggi. Issue setelah rilis juga menyentuh jalur yang cukup penting: update recovery, plugin Windows, Gemini native, dan Bedrock.

Untuk Linux atau macOS tanpa real-profile browsing dan tanpa adapter yang sedang bermasalah, 0.20.6 layak masuk canary sekarang. Untuk Windows packaged Desktop, Gemini native, atau Bedrock tool-heavy workflow, tahan rollout massal sampai jalur tersebut lolos test internal atau fix resmi masuk ke release berikutnya.

Referensi resmi

• Hermes Agent 0.20.6 / v2026.8.27
• Perbandingan resmi v2026.8.19 ke v2026.8.27
• Dokumentasi Browser Automation v2026.8.27
• Dokumentasi Cron v2026.8.27
• Hermes Agent Security Policy v2026.8.27
• Issue #91277: fleet update reliability
• PR #97547: successful receipt stop reason
• PR #97551: Windows bundled plugin discovery
• PR #97601: Gemini native SDK object translation
• PR #97600: Bedrock SDK object translation