Hermes Agent 0.18.2: Patch Baileys untuk Install dan Docker Build

Hermes Agent 0.18.2: patch Baileys kecil yang penting buat install dan Docker build

Hermes Agent 0.18.2 sudah rilis lewat tag v2026.7.7.2. Ini bukan rilis fitur besar seperti 0.18.0. Ini patch sempit, tapi cukup penting kalau Anda memakai Hermes dengan WhatsApp bridge, Docker build, atau deployment yang butuh install dependency bersih dari registry.

Intinya sederhana: Hermes mengganti dependency Baileys yang sebelumnya dipin ke commit GitHub menjadi package npm resmi @whiskeysockets/[email protected].

Kedengarannya kecil. Tapi di server production, hal kecil seperti ini bisa membedakan antara install yang selesai normal dan build yang timeout di tengah jalan.

Sumber resmi:

• GitHub release Hermes Agent 0.18.2: https://github.com/NousResearch/hermes-agent/releases/tag/v2026.7.7.2
• GitHub release Hermes Agent 0.18.1: https://github.com/NousResearch/hermes-agent/releases/tag/v2026.7.7
• Pull request Baileys rc13: https://github.com/NousResearch/hermes-agent/pull/60643
• Changelog compare 0.18.1 ke 0.18.2: https://github.com/NousResearch/hermes-agent/compare/v2026.7.7...v2026.7.7.2
• PyPI hermes-agent: https://pypi.org/project/hermes-agent/
• npm bridge hermes-agent: https://www.npmjs.com/package/hermes-agent

Ringkasan cepat

Kalau sudah membaca artikel Hermes Agent 0.18.0 sebelumnya, posisi 0.18.2 bisa dibaca seperti ini:

• 0.18.0 adalah rilis besar: Judgment Release, MoA, goal contracts, learning, journey, dan banyak perubahan agentic workflow.
• 0.18.1 adalah patch tag infrastruktur setelah 0.18.0, berisi ratusan perubahan dari branch main.
• 0.18.2 adalah patch lebih kecil lagi untuk memperbaiki jalur WhatsApp bridge dan build/install dependency.

Jadi 0.18.2 bukan alasan untuk menulis ulang cara kerja Hermes dari nol. Tapi ini tetap layak dicatat karena menyentuh area yang sering jadi masalah di lapangan: install, Docker image, dan pairing WhatsApp.

Apa yang berubah di Hermes Agent 0.18.2?

Perubahan utamanya ada di PR #60643: dependency Baileys untuk WhatsApp bridge tidak lagi mengambil source dari pinned GitHub commit. Sekarang Hermes memakai published npm release 7.0.0-rc13.

Di compare resmi dari v2026.7.7 ke v2026.7.7.2, perubahan hanya beberapa file inti:

• metadata version Hermes,
• pyproject.toml,
• ACP registry,
• uv.lock,
• package file WhatsApp bridge,
• lockfile WhatsApp bridge.

Artinya, ini memang patch fokus. Bukan update besar lintas fitur.

Kenapa pindah dari GitHub commit ke npm package itu penting?

Install dependency dari GitHub commit sering terlihat praktis saat butuh fix cepat yang belum masuk release. Tapi untuk deployment jangka panjang, cara itu punya konsekuensi:

• npm perlu clone source dari GitHub,
• build bisa lebih lama,
• environment CI/Docker lebih rawan timeout,
• reproducibility lebih sulit dijaga,
• pairing flow yang punya batas waktu bisa ikut kena dampaknya.

Di PR resmi, tim Hermes menjelaskan bahwa fresh install WhatsApp bridge sebelumnya bisa memakan waktu sekitar 3 menit karena npm perlu clone dan compile source TypeScript. Setelah pindah ke registry package 7.0.0-rc13, fresh install turun ke sekitar 3,1 detik.

Itu bukan sekadar angka kosmetik. Kalau pairing WhatsApp punya timeout, install dependency yang terlalu lama bisa membuat flow pairing gagal walaupun masalahnya bukan di WhatsApp-nya.

Baileys rc13: kenapa sekarang sudah cukup aman?

Pin lama ke commit Baileys dipakai karena Hermes butuh fix tertentu sebelum fix itu tersedia di release resmi Baileys. Menurut penjelasan PR, fix tersebut sudah masuk di Baileys 7.0.0-rc11, dan tetap ada di rc11, rc12, sampai rc13.

Dengan kata lain, alasan untuk tetap menahan dependency di commit GitHub sudah tidak kuat lagi.

Ini contoh pola yang sering terjadi di software agent:

1. Ada bug penting di dependency.
2. Project mengambil commit langsung sebagai stopgap.
3. Fix akhirnya rilis resmi.
4. Stopgap harus dicabut supaya install kembali sehat.

Hermes 0.18.2 adalah langkah nomor 4.

Dampaknya ke user Hermes

Kalau Anda memakai Hermes hanya untuk chat lokal tanpa WhatsApp bridge, efek 0.18.2 mungkin tidak terasa langsung.

Tapi kalau Anda memakai Hermes untuk salah satu skenario ini, patch ini relevan:

• install Hermes baru di VPS,
• build Docker image,
• setup hosted deployment,
• pairing WhatsApp dashboard,
• workflow yang bergantung pada WhatsApp bridge,
• automation yang sering rebuild environment.

Untuk deployment bisnis, saya justru suka patch seperti ini. Tidak glamor, tapi mengurangi friction operasional. Agent yang bagus bukan cuma harus pintar menjawab. Agent juga harus gampang diinstall ulang, gampang direbuild, dan tidak rapuh saat dependency berubah.

Hubungannya dengan Hermes 0.18.1

Hermes 0.18.1 dirilis sebagai patch tag infrastruktur setelah 0.18.0. Catatan resminya menyebut bahwa main branch sudah bergerak jauh sejak 0.18.0, dengan banyak bug fix, hardening, installer/updater self-healing di Windows, dashboard dan gateway fixes, WhatsApp dashboard pairing, MCP/provider fixes, dan stabilitas umum.

Namun release note 0.18.1 juga jujur: curated release notes lengkap untuk seluruh window setelah 0.18.0 akan dikirim bersama v0.19.0.

Jadi untuk saat ini, pembacaan yang sehat begini:

• 0.18.1 mengunci state main agar downstream consumer punya tag stabil.
• 0.18.2 memperbaiki satu masalah dependency yang penting untuk install/build.
• v0.19.0 nanti kemungkinan menjadi rilis yang lebih pantas dibahas besar-besaran.

Apakah perlu upgrade ke 0.18.2?

Untuk user baru: ya, langsung pakai 0.18.2.

Untuk user 0.18.0 atau 0.18.1 yang memakai WhatsApp bridge, Docker build, atau sering rebuild environment: upgrade ke 0.18.2 masuk akal.

Untuk production yang sudah stabil dan tidak memakai WhatsApp bridge: tidak perlu panik. Tapi tetap jadwalkan upgrade kecil saat maintenance window, karena patch dependency seperti ini biasanya lebih aman diambil daripada ditunda terlalu lama.

Command update resmi dari release note:

hermes update
pip install -U hermes-agent

Kalau install Anda lewat npm bridge:

npm install -g [email protected]

Tetap backup dulu sebelum update, terutama kalau Hermes sudah menyimpan profile, memory, skill, token, atau config penting.

Checklist sebelum upgrade production

Saya tidak akan menyarankan blind upgrade untuk agent runtime yang sudah dipakai kerja harian. Minimal cek ini:

1. Backup folder Hermes dan credential.
2. Catat versi aktif sebelum update.
3. Update di sandbox atau staging dulu.
4. Jalankan hermes --version atau command health check yang biasa dipakai.
5. Kalau memakai WhatsApp bridge, test pairing sampai QR muncul.
6. Kalau memakai Docker, rebuild image dari nol.
7. Jalankan workflow yang sering dipakai, bukan cuma smoke test kosong.

Untuk patch kecil seperti 0.18.2, checklist-nya tidak perlu serumit major upgrade. Tapi tetap harus ada. Agent operational system itu sensitif karena biasanya menyentuh channel, credential, filesystem, dan workflow bisnis.

Kesimpulan

Hermes Agent 0.18.2 bukan rilis yang perlu dibesar-besarkan. Tapi ini patch yang sehat.

Masalahnya jelas: dependency WhatsApp bridge terlalu lama bergantung pada pinned GitHub commit. Solusinya juga jelas: pindah ke published Baileys 7.0.0-rc13, sehingga install dan Docker build lebih reliable.

Kalau Anda sedang memakai Hermes untuk WhatsApp, hosted deployment, atau build Docker, saya akan ambil patch ini. Kalau Anda masih di tahap belajar, cukup mulai dari 0.18.2 dan tidak perlu mundur ke 0.18.0.

Untuk konteks yang lebih besar, baca juga artikel sebelumnya tentang Hermes Agent 0.18.0. Di sana pembahasannya lebih banyak tentang arah produknya: judgment, goal contracts, MoA, learning, dan agent yang lebih bisa diaudit.

Kalau tim Anda butuh setup Hermes Agent yang rapi untuk server, WhatsApp bridge, memory, skill, SOP, dan workflow operasional, Rama Digital bisa bantu dari instalasi sampai handover:

• Jasa install Hermes Agent: https://ramadigital.id/services/jasa-install-hermes-agent
• Pelatihan AI perusahaan: https://ramadigital.id/services/pelatihan-ai-perusahaan
• Artikel Jago Hermes Agent: https://ramadigital.id/blog/jago-hermes-agent-dari-prompt-manual-ke-workflow-ai