
Hermes Agent 0.19.0, yang diberi nama Quicksilver, bukan patch kecil. Release 20 Juli 2026 ini merangkum sekitar 2.245 commit sejak 0.18.0 dan mengubah tiga area yang paling terasa dalam operasional: waktu respons awal, ketahanan pengiriman pesan, dan cara command berisiko disetujui.
Bagi pengguna 0.18.2, upgrade ini juga membawa perbaikan context compression dan bug Telegram pada Python 3.13 yang sebelumnya baru tersedia di branch main. Namun ada perubahan perilaku yang perlu diperiksa sebelum upgrade, terutama karena smart approvals sekarang aktif secara default.
Status per 21 Juli 2026: versi stable terbaru adalah Hermes Agent v0.19.0. Repository tidak menampilkan GitHub Security Advisory publik baru pada saat audit. Meski begitu, release ini memuat banyak hardening keamanan dan reliability.
Respons pertama dipangkas sekitar 80 persen
Menurut catatan release resmi, jalur cold start yang sebelumnya menghabiskan sekitar 4,3 detik sebelum turn pertama sampai ke model turun menjadi sekitar 0,9 detik. Perbaikannya berlaku di CLI, gateway, TUI, desktop, dan cron.
Angka tersebut berasal dari benchmark maintainer, bukan pengujian independen Rama Digital. Dampak praktisnya tetap jelas: agent interaktif lebih cepat mulai bekerja, sedangkan reasoning sekarang ditampilkan secara live secara default sehingga proses panjang tidak terlihat seperti macet.
Desktop juga mendapat rangkaian optimasi. Streaming Markdown memakai incremental block lexing, diff besar divirtualisasi, dan beberapa komponen tidak lagi dirender ulang pada setiap token. Pengguna dengan transcript panjang atau banyak tool call seharusnya paling merasakan bedanya.
Jawaban final tidak lagi mudah hilang saat gateway crash
Perubahan reliability terpenting ada pada delivery-obligation ledger. Sebelumnya, gateway bisa mati setelah model selesai membuat jawaban tetapi sebelum platform mengonfirmasi pengiriman. Respons sudah dibayar dan selesai dibuat, namun hilang tanpa jejak di Telegram, Discord, Slack, atau channel lain.
Hermes 0.19.0 mencatat kewajiban pengiriman ke state.db. Jika proses mati pada window tersebut, respons yang belum terkonfirmasi akan dikirim ulang saat gateway hidup kembali.
Ini memperkecil risiko silent loss, tetapi operator tetap perlu memantau kemungkinan redelivery setelah restart. Pada workflow yang memicu aksi eksternal, idempotency di layer aplikasi masih penting. Ledger menjamin pesan final tidak hilang; ledger bukan pengganti idempotency untuk pembayaran, publish, atau mutation lain.
Smart approvals sekarang default
Hermes sekarang memakai reviewer LLM independen untuk menilai command yang ditandai berisiko. Approval berlaku hanya untuk command yang sedang dinilai, bukan izin permanen untuk pola serupa. Tujuannya mengurangi approval fatigue tanpa mengubah satu keputusan menjadi wildcard.
Release ini juga menambah user-defined deny rules yang tetap memblokir command saat mode yolo aktif. Perintah /deny <alasan> dapat meneruskan alasan penolakan agar agent memilih jalur lain.
Perubahan default ini perlu diaudit. Tim yang sebelumnya mengandalkan prompt manual untuk setiap command sensitif sebaiknya memeriksa policy approval setelah upgrade. Jangan berasumsi perilakunya sama dengan 0.18.2.
Checklist minimum:
- cek mode approval dan deny rules yang aktif;
- uji command read-only, command yang butuh approval, dan command yang wajib ditolak;
- pastikan reviewer tidak menggantikan kontrol eksplisit untuk production, credential, billing, dan aksi destruktif;
- simpan audit trail keputusan approval untuk incident review.
Secret manager masuk ke jalur resmi
Hermes 0.19.0 menambah interface SecretSource dengan dukungan Bitwarden dan 1Password. Secret dapat diambil saat konfigurasi dimuat, termasuk referensi op://, tanpa harus disimpan sebagai plaintext di .env.
Fitur ini bukan alasan untuk langsung menghapus fallback lama. Migrasikan bertahap: uji resolution order, conflict warning, akses vault, dan perilaku saat provider secret tidak tersedia. Pastikan subprocess atau skill sandbox tidak menerima credential yang tidak dibutuhkan.
Release ini juga memperketat beberapa permukaan credential: environment Vertex dibatasi, pembacaan file lokal untuk media dan image generation melewati shared guard, token Telegram disensor dari error transport, dan beberapa server webhook diberi batas ukuran body.
Subagent lebih mudah diawasi dan hasil background lebih tahan restart
delegate_task sekarang menyediakan transcript live yang dapat dipantau saat child agent bekerja. Completion background juga disimpan lebih tahan restart dan dikirim melalui ledger dengan pemeriksaan ownership.
Ini berguna untuk fan-out task, tetapi transcript dapat membawa argumen tool, path, atau fragmen output sensitif. Treat file transcript seperti log operasional: batasi permission, jangan publish mentah, dan tentukan retention.
Dua bug material dari 0.18.2 ikut teratasi
Release 0.19.0 membawa perbaikan yang sebelumnya penting bagi pengguna stable:
- Context compression dan handoff. Hermes memperkuat preservation intent manusia, durable handoff, routing compression gateway, serta handling content multimodal. Ini mengurangi risiko agent melanjutkan task dari anchor yang salah setelah konteks panjang diringkas.
- Telegram pada Python 3.13. Jalur adapter yang dapat gagal dengan error
HTTPXRequest ... do_request is read-onlysudah diperbaiki. Deployment 0.18.2 yang terdampak tidak perlu lagi bergantung pada branchmainuntuk mendapatkan patch.
Upgrade tetap perlu diuji pada staging karena 0.19.0 sangat besar. Dua bug tersebut sudah masuk stable, tetapi luas perubahan release meningkatkan peluang regression di kombinasi platform dan konfigurasi tertentu.
Perubahan lain yang layak dicatat
Release ini juga membawa routing banyak profile dalam satu gateway, export session ke Markdown/HTML/trace dengan opsi redaction, provider Fireworks AI dan DeepInfra, reasoning effort max dan ultra, per-model reasoning override, serta command /subscription dan /topup di terminal.
Untuk operator, profile routing dan export session lebih penting daripada daftar model baru. Keduanya menyentuh boundary data. Uji isolasi memory, skill, secret, dan routing channel antar-profile. Saat export session, gunakan --redact sebagai lapisan tambahan, bukan satu-satunya kontrol sebelum file dibagikan.
Apakah layak upgrade sekarang?
Layak, tetapi terukur. Pengguna gateway, Telegram Python 3.13, sesi panjang, background delegation, dan desktop dengan transcript besar punya alasan kuat untuk naik ke 0.19.0. Perbaikan delivery ledger dan context compression langsung menyentuh reliability produksi.
Jangan upgrade buta. Snapshot config dan state.db, catat versi dependency, lalu uji minimal:
- startup dan first response;
- approval serta deny rule;
- restart gateway ketika respons sedang dikirim;
- routing profile dan isolasi secret;
- Telegram atau channel produksi utama;
- compression pada sesi panjang;
- subagent background sebelum dan sesudah restart.
Jika semua lolos, 0.19.0 lebih masuk akal dijadikan baseline baru daripada bertahan di 0.18.2. Nilai utamanya bukan sekadar lebih cepat. Release ini menutup beberapa failure mode yang sebelumnya sulit terlihat sampai pekerjaan atau respons sudah telanjur hilang.


