Hermes Agent 0.20.3: Bot Mode, Cron Continuity, MCP 2.x

Hermes Agent 0.20.3 Rilis: Bot Mode, Cron Continuity, dan MCP 2.x

Hermes Agent bergerak cepat setelah rilis 0.20.0. Dalam dua pekan, upstream menerbitkan tiga patch berturut-turut: 0.20.1 pada 13 Agustus, 0.20.2 pada 16 Agustus, lalu 0.20.3 lewat tag v2026.8.16.2. Patch terakhir dipublikasikan di GitHub pada 17 Agustus 2026.

Jangan tertipu oleh label "patch". Catatan rilis resmi menyebut 0.20.3 merangkum sekitar 250 commit, 461 file, dan 125 merged pull request hanya sejak 0.20.2. Kalau dihitung sejak 0.20.0, tiga patch ini membawa ribuan perubahan. Ini lebih dekat ke stabilization train daripada hotfix kecil.

Perubahan paling relevan untuk operator adalah Bot Mode yang kini dibundel dan aktif secara default di desktop, cron continuity untuk job berulang, migrasi MCP 2.x, perbaikan handoff session, serta hardening scheduler dan remote gateway. Semuanya berguna. Luasnya perubahan juga menjadi alasan kuat untuk tidak langsung melakukan upgrade serentak di deployment produksi.

Apa status rilis terbarunya

Versi di pyproject.toml pada tiga tag resmi mengonfirmasi urutannya:

v2026.8.13 membawa Hermes Agent 0.20.1;
v2026.8.16 membawa Hermes Agent 0.20.2;
v2026.8.16.2 membawa Hermes Agent 0.20.3.

Catatan rilis 0.20.1 menyebut sekitar 1.444 commit sejak 0.20.0. Rilis 0.20.2 menambah sekitar 967 commit, lalu 0.20.3 menambah sekitar 250 commit lagi. Angka tersebut berasal dari release notes upstream dan tidak boleh dibaca sebagai jumlah fitur. Banyak commit berupa test, formatting, follow-up fix, atau port dari proyek lain.

Namun volumenya tetap penting untuk keputusan upgrade. Semakin lebar change window, semakin besar kombinasi jalur yang harus dites: desktop, CLI, gateway, cron, MCP, model routing, profile, dan updater.

Artikel Hermes Agent 0.20.0 sebelumnya membahas voice streaming, A2A, webhook, dan grounded citations. Fokus 0.20.3 berbeda. Rilis ini lebih banyak mengubah cara Hermes dioperasikan sebagai kumpulan agent, scheduler, dan konektor kerja harian.

Bot Mode kini menjadi bagian bawaan desktop

Perubahan paling terlihat adalah hermes-bots, plugin Bot Mode yang sekarang dibundel sebagai plugin bawaan dan aktif secara default di desktop. Implementasinya memperlakukan satu profile Hermes sebagai satu bot atau satu rekan kerja digital.

Di panel Bots, operator dapat melihat roster agent, membuka satu canonical Bot Chat per agent, mengatur avatar dan deskripsi, menduplikasi profile, serta melihat routine yang terhubung dengan profile aktif. Pengiriman antarbots diarahkan ke Bot Chat masing-masing. Desktop juga menambahkan pembuatan group chat dan autocomplete untuk handle agent.

Dampaknya lebih luas dari perubahan tampilan. Bot Mode membawa pola kerja baru:

setiap profile punya identitas dan konfigurasi sendiri;
percakapan antarbots masuk ke sesi kanonis yang tetap;
routine mengikuti profile atau gateway yang sedang aktif;
group chat dapat menjadi ruang koordinasi beberapa agent;
roster bisa mengambil metadata dari lebih dari satu sumber.

Untuk tim yang sebelumnya mengelola banyak profile lewat CLI, Bot Mode mengurangi friction. Operator tidak perlu mengingat semua nama profile dan command hanya untuk berpindah konteks.

Tetap ada konsekuensi governance. Profile yang mudah dikloning juga mudah menggandakan skill, memory, dan akses yang seharusnya tidak ikut diwariskan. Sebelum memakai Bot Mode untuk operasi nyata, tetapkan owner, scope, credential boundary, serta jalur handoff setiap agent. UI roster bukan pengganti permission model.

Cron continuity membuat job berulang bisa mengingat hasil sebelumnya

Cron Hermes menjalankan setiap job dalam sesi terisolasi secara default. Model yang memeriksa sumber berita setiap enam jam tidak otomatis tahu apa yang sudah dilaporkan pada run sebelumnya. Akibatnya, job monitoring sering mengirim temuan yang sama berulang kali.

Hermes 0.20.3 menambahkan permukaan continuity=true. Saat aktif, output sukses terakhir milik job itu sendiri dimasukkan ke run berikutnya. Di internal storage, fitur ini memakai reserved entry self pada context_from.

Contoh resminya adalah scout yang memeriksa Hacker News dan arXiv, lalu hanya melaporkan item yang belum tercakup pada run sebelumnya. Flag yang tersedia:

hermes cron create "every 6h" "Scan for news" --continuity
hermes cron edit <job_id> --continuity
hermes cron edit <job_id> --no-continuity

Toggle yang sama hadir di dashboard, dialog routine Bot Mode, dan RPC cron pada TUI.

Secara operasional, continuity cocok untuk:

monitor release atau security advisory yang harus menghindari duplikasi;
pemantauan lead yang hanya melaporkan kandidat baru;
pengecekan incident yang melanjutkan status terakhir;
riset berkala yang perlu mencatat progres;
routine agent yang bekerja dalam beberapa tahap.

Namun continuity bukan memory tanpa batas. Ia membawa output terakhir, bukan seluruh histori job. Jika output sebelumnya terlalu panjang, salah, atau berisi data sensitif, bahan itu juga menjadi konteks run selanjutnya. Prompt job tetap harus menjelaskan aturan deduplikasi, format state, dan kapan data lama boleh diabaikan.

Ada satu detail lain yang perlu dipahami. context_from juga dapat mengambil output job lain, sehingga pipeline collect, filter, lalu publish bisa dirangkai. Dokumentasi resmi menegaskan bahwa job downstream membaca output terakhir yang sudah selesai. Ia tidak menunggu job upstream yang kebetulan masih berjalan pada tick yang sama. Jadwal antartahap tetap perlu diberi jarak atau memakai mekanisme koordinasi lain.

MCP berpindah ke SDK 2.x dan protokol stateless 2026-07-28

Rilis 0.20.3 mencantumkan migrasi ke MCP 2.x SDK dan dukungan protokol stateless 2026-07-28. Ini material untuk deployment yang menghubungkan Hermes ke server MCP internal atau third-party.

Migrasi SDK menyentuh transport, handshake, elicitation schema, serta anotasi hasil tool. Upstream juga menambahkan sanitasi karakter Unicode TAG yang tidak terlihat dari konten MCP dan mendokumentasikan bagaimana metadata hasil tool diteruskan ke model tanpa protocol-reserved keys.

Manfaatnya adalah kompatibilitas dengan generasi MCP yang lebih baru. Risikonya ada di integrasi lama yang bergantung pada detail transport atau field lama. Jangan menyimpulkan server MCP sehat hanya karena prosesnya hidup. Canary perlu menguji:

discovery dan list tools;
satu panggilan tool read-only;
elicitation jika dipakai;
streamable HTTP atau transport remote yang digunakan;
timeout, reconnect, dan error mapping;
sanitasi output sebelum hasil masuk ke model.

Bila MCP memegang akses database, billing, deployment, atau CRM, gunakan credential scope minimum. Perubahan protocol compatibility tidak mengubah MCP menjadi security boundary.

Handoff session dan scheduler mendapat hardening penting

Release notes juga menyorot fix untuk data loss pada session handoff. Commit upstream memperbaiki hilangnya data pada leg handoff dan membuat korupsi state.db terlihat oleh pengguna, bukan gagal diam-diam. Jalur finalize untuk sibling session yang sudah di-handoff ikut ditutup.

Pada cron, 0.20.3 membawa beberapa lapisan self-healing:

scheduler mencoba pulih dari kondisi EMFILE atau file descriptor habis;
stale in-flight claim direkonsiliasi dengan execution ledger;
recurring job yang wedged dapat di-arm kembali ke jadwal legal berikutnya;
dispatch failure pada one-shot tidak membiarkan claim terkunci;
retry storm dihentikan ketika gateway memang sengaja dimatikan;
missed fire bisa dicatat sebagai last_fire_error.

Ini perbaikan yang relevan untuk gateway yang berjalan 24/7. Scheduler tidak cukup dinilai dari status proses active. Operator perlu memeriksa ledger eksekusi, last error, waktu fire aktual, dan apakah output benar-benar terkirim.

Computer use, remote gateway, dan worktree juga berubah

Rilis ini membawa kontrak runtime Cua Driver 0.20 untuk computer_use, termasuk repair saat driver terpasang tetapi gagal memenuhi runtime contract. Patch capture privacy dan coordinate space yang sebelumnya baru berada di branch main sekarang sudah masuk ke riwayat commit tag 0.20.3.

Desktop remote gateway mendapat connection self-healing dan dukungan meneruskan header remote melalui registry, probe, serta Settings UI. Kanban dan delegation juga menerima perbaikan lifecycle worktree, termasuk menghentikan worker sebelum menghapus working directory dan mempertahankan worktree ketika status git tidak dapat dibuktikan aman.

Secara praktis, tiga area ini punya blast radius berbeda:

computer_use dapat menyentuh desktop dan browser nyata;
remote gateway membawa auth header serta routing lintas mesin;
worktree menyentuh source code dan perubahan yang belum di-commit.

Jangan menguji semuanya memakai akun, repository, atau desktop produksi. Sediakan profile canary dan data dummy.

Bug watch setelah 0.20.3

Audit issue resmi setelah tag 0.20.3 menemukan beberapa laporan terbuka yang layak dipantau. Status issue terbuka bukan bukti bahwa semua instalasi 0.20.3 pasti terdampak, tetapi cukup untuk menahan rollout massal sampai jalur yang relevan diuji.

Windows desktop bisa tertinggal walau update terlihat sukses

Issue #88251 melaporkan native binding get-windows gagal disiapkan pada Windows. Update sisi Python selesai dan terminal menampilkan Update complete, tetapi binary desktop tidak dibangun ulang. Hasilnya adalah instalasi campuran: source dan backend sudah baru, aplikasi Electron masih memakai build lama.

Laporan tersebut dibuat pada 0.20.2 dan masih terbuka setelah tag 0.20.3. PR untuk memperjelas kegagalan update juga masih terbuka saat audit ini dilakukan. Pengguna Windows perlu memeriksa build stamp atau waktu binary desktop, bukan hanya output versi CLI.

Desktop dapat menyimpan jawaban tetapi gagal menampilkannya

Issue #88036 menunjukkan kasus jawaban selesai di backend dan tersimpan di state.db, sementara UI tetap kosong sampai aplikasi direstart. Tiga skenario E2E dilaporkan gagal secara deterministik pada clean tree dengan mock inference server.

Gejalanya mudah disalahartikan sebagai provider timeout. Sebelum mengganti model atau credential, cek log penyelesaian turn dan isi session setelah restart.

Long-running `hermes serve` perlu diawasi untuk file descriptor

Issue #88033 melaporkan pertumbuhan file descriptor hingga EMFILE pada service jangka panjang. Analisis lanjutan mengoreksi sebagian dugaan root cause, tetapi mengonfirmasi masalah utama pada lifecycle SessionDB. Rilis 0.20.3 sudah menambahkan context-manager protocol dan cron recovery untuk EMFILE; issue utamanya masih terbuka.

Pantau jumlah descriptor proses, error Too many open files, kegagalan menulis session, dan job cron yang mendadak berhenti. Menaikkan LimitNOFILE hanya memberi waktu tambahan, bukan membuktikan kebocoran descriptor selesai.

Checklist upgrade yang masuk akal

1. Catat versi dan commit sebelum update

Simpan output versi, commit checkout, status working tree, dan build stamp desktop. Ini penting karena update CLI yang sukses belum tentu berarti desktop binary ikut berubah.

2. Backup state dan konfigurasi

Backup state.db, konfigurasi profile, cron jobs, execution ledger, plugin, skill, serta metadata koneksi. Uji bahwa backup bisa dibaca sebelum mulai.

3. Upgrade satu canary

Gunakan satu profile atau satu host non-kritis. Jangan langsung menjalankan update pada seluruh gateway.

4. Uji jalur yang benar-benar dipakai

Minimal uji satu chat biasa, satu handoff, satu cron manual, satu recurring cron, satu MCP read-only, reconnect remote gateway, dan restart penuh. Jika memakai Windows desktop, cocokkan build stamp sebelum dan sesudah update.

5. Aktifkan continuity secara selektif

Jangan menyalakan continuity pada semua job. Mulai dari monitor yang jelas membutuhkan deduplikasi. Periksa output kedua dan ketiga untuk memastikan job tidak mengulang atau mewarisi kesalahan lama.

6. Pantau 24 jam sebelum rollout

Amati descriptor, penggunaan RAM, error state.db, run ledger cron, missed fire, reconnect, dan perbedaan antara output backend dengan tampilan desktop.

Keputusan operasional

Hermes Agent 0.20.3 layak diuji karena membawa perubahan yang benar-benar berguna: Bot Mode mengubah pengelolaan multi-agent, cron continuity mengurangi laporan berulang, MCP 2.x membuka kompatibilitas baru, dan scheduler mendapat self-healing yang lebih matang.

Namun ini bukan patch yang aman diasumsikan kecil. Tiga patch sejak 0.20.0 merangkum change window sangat lebar, sedangkan beberapa issue penting masih terbuka di Windows updater, desktop rendering, dan service jangka panjang.

Rekomendasi Rama Digital: upgrade melalui canary, verifikasi commit dan desktop build secara terpisah, lalu tahan rollout massal minimal satu siklus operasi. Pengguna yang hanya membutuhkan stabilitas dan tidak membutuhkan Bot Mode, cron continuity, atau MCP baru tidak perlu memaksakan update pada hari pertama.

Referensi resmi

Tags: #Hermes Agent #Hermes Agent 0.20.3 #Bot Mode #cron continuity #MCP 2.x #AI agent #upgrade

Rama Aditya

Founder Rama Digital. Menulis tentang digital marketing, web development, AI, dan sistem operasional untuk bisnis Indonesia.

Tentang Rama Digital