Hermes Agent 0.19.1 resmi dirilis pada 30 Juli 2026 sebagai patch stabil setelah 0.19.0 Quicksilver. Jangan terkecoh oleh label patch: release ini merangkum sekitar 2.789 commit dan ribuan perubahan file dalam sepuluh hari, terutama perbaikan gateway, state database, Telegram, voice, desktop, installer, serta delivery media.
Kabar terpenting bagi operator bukan jumlah commit tersebut. Bug silent outage Telegram yang dapat membuat gateway tetap hidup tetapi bot berhenti menerima pesan sudah masuk ke tag baru ini. Di sisi lain, skala perubahannya terlalu besar untuk diperlakukan seperti hotfix kecil yang aman dipasang tanpa staging.
Status per 31 Juli 2026: versi stable terbaru adalah Hermes Agent v0.19.1 / v2026.7.30. Maintainer menyebut catatan lengkap periode 0.19.0 hingga 0.19.1 baru akan dibawa ke v0.20.0. Audit ini membedakan klaim release resmi dari temuan yang terlihat pada commit dan issue upstream.
Silent outage Telegram akhirnya masuk release stabil
Pada Hermes 0.19.0, network error sementara dapat berubah menjadi outage tanpa batas waktu. Adapter Telegram terlepas, proses gateway tetap hidup, tetapi platform tidak masuk antrean reconnect. Health check yang hanya melihat PID atau port bisa tetap hijau selama bot sebenarnya sudah tuli.
Masalah tersebut dilaporkan sebagai issue #74494. Patch upstream membuat fatal-handler lebih tahan cancellation dan memaksa gateway gagal secara eksplisit bila platform retryable tidak lagi aktif maupun terantre untuk reconnect. Commit perbaikannya sudah berada dalam rentang perbandingan resmi v0.19.0 ke v0.19.1.
Artinya, pengguna Telegram polling pada 0.19.0 punya alasan operasional kuat untuk menguji 0.19.1. Setelah upgrade, jangan langsung menghapus monitoring end-to-end. Tetap uji pesan masuk setelah network interruption dan pastikan supervisor benar-benar menangkap proses yang keluar failure.
State database dan WAL mendapat hardening besar
Rentang perubahan resmi juga memuat rangkaian perbaikan untuk SQLite journal mode. Hermes sekarang memperlakukan konfigurasi database.journal_mode secara lebih konsisten, mendeteksi fallback diam-diam dari WAL ke DELETE pada macOS, NFS, SMB, dan beberapa kondisi disk I/O, serta menyediakan opsi untuk mewajibkan WAL.
Ini material untuk instalasi yang pernah mengalami lock contention atau menyimpan state di filesystem non-lokal. Namun require_wal bukan tombol yang seharusnya dinyalakan membabi buta. Jika storage memang tidak mendukung locking WAL dengan benar, fail-fast akan membuat incompatibility terlihat lebih cepat, bukan menyulap filesystem menjadi aman.
Checklist praktis setelah upgrade:
- periksa journal mode aktual, bukan hanya nilai di config;
- jalankan restart dan concurrent-turn test;
- cek log untuk fallback WAL, disk I/O error, atau lock timeout;
- hindari menaruh state database aktif di share NFS/SMB tanpa pengujian;
- backup
state.dbbeserta file WAL/SHM yang relevan sebelum migrasi.
Telegram media dan voice ikut diperbaiki
Menjelang tag 0.19.1, upstream menaikkan timeout upload media Telegram dan menerapkannya ke semua jalur upload, bukan video saja. Delivery video FLUX3, polling generation, serta pengiriman media dari gateway juga mendapat perbaikan.
Untuk pengguna yang mengirim gambar, audio, atau video besar lewat Telegram, dampaknya cukup nyata: lebih sedikit kegagalan akibat timeout yang terlalu pendek dan jalur pengiriman yang tidak konsisten. Tetap uji dengan ukuran file yang mendekati workload produksi. Batas Telegram, latency jaringan, dan reverse proxy lokal masih dapat menghasilkan failure yang berbeda.
Voice subsystem juga termasuk area yang banyak disentuh selama periode patch. Karena release note resmi belum mengurai seluruh perubahan per fitur, deployment voice sebaiknya dites dari input sampai output: capture audio, transcription, tool call, TTS, lalu delivery ke channel.
Installer dan updater lebih defensif
Hermes 0.19.1 memperbaiki beberapa jalur update, termasuk probe process yang tidak lagi mengandalkan sinyal kill, repair runtime SQLite yang rentan di virtual environment terkelola, cleanup backup runtime lama, serta kasus checkout dengan core.autocrlf=true.
Ini mengurangi beberapa kegagalan upgrade yang sulit dibedakan dari kerusakan instalasi. Meski begitu, operator tetap perlu mencatat versi, commit, lokasi HERMES_HOME, dan kondisi working tree sebelum menjalankan hermes update. Update pada checkout yang sudah dimodifikasi sendiri selalu punya risiko tambahan.
Ada bug baru yang perlu dipantau setelah tag
Audit issue setelah release menemukan issue #75174, bug deterministik pada credential pool satu-entry. Jika credential yang gagal tidak cocok dengan entry pool, jalur recovery dapat menganggap rotasi berhasil dan mencoba entry tunggal tersebut, padahal tidak ada credential berbeda untuk dipakai.
Dampaknya bukan kebocoran credential yang sudah dibuktikan, tetapi retry autentikasi yang tidak semestinya dan kontrak recovery yang tidak konsisten. Issue ini dilaporkan langsung terhadap tag v0.19.1 dan ditandai sudah diimplementasikan di main. Pengguna credential pool, terutama konfigurasi legacy atau single-entry, perlu menguji respons 401 sebelum menjadikan 0.19.1 baseline produksi.
Issue desktop lain, #75173, melaporkan model picker dapat mengosongkan model.api_key dan model.base_url pada custom endpoint. Laporan tersebut menyebut build setelah release, jadi belum cukup bukti untuk menyatakan tag v0.19.1 pasti terkena. Tetap backup config.yaml dan periksa diff setelah mengganti provider atau model lewat desktop.
Keputusan upgrade yang masuk akal
Upgrade layak diuji sekarang, terutama jika Anda memakai Telegram atau mengalami masalah SQLite/WAL. Perbaikan silent reconnect sendiri sudah cukup material untuk tidak bertahan lama di 0.19.0.
Namun 0.19.1 bukan patch mikro. Release resmi mengakui ribuan commit dan perubahan besar, sementara catatan terkurasi lengkap baru dijanjikan untuk v0.20.0. Jalur aman:
- snapshot config, skill, memory, dan state database;
- pasang 0.19.1 di staging dengan konfigurasi produksi yang disalin tanpa secret aktif;
- uji reconnect Telegram setelah network blackhole singkat;
- uji restart saat ada turn dan delivery media;
- verifikasi journal mode SQLite aktual;
- uji credential pool saat key menerima 401;
- baru lakukan rollout bertahap dengan rollback target yang jelas.
Kesimpulan operasionalnya sederhana: 0.19.1 membawa perbaikan reliability yang memang dibutuhkan, tetapi ukuran patch membuat disiplin staging tetap wajib. Naik dari 0.19.0 masuk akal. Upgrade buta tidak.
Referensi resmi
Founder Rama Digital. Menulis tentang digital marketing, web development, AI, dan sistem operasional untuk bisnis Indonesia.
Tentang Rama Digital
