Hermes Agent v0.18.2 có gì mới? Agent biết tự kiểm chứng kết quả

Hermes Agent v0.18.2 là bản phát hành mới nhất của AI agent mã nguồn mở do Nous Research phát triển, tính đến ngày 13/07/2026. Bản vá này nhỏ về số lượng thay đổi, nhưng nằm trên nền v0.18.0 “The Judgment Release” — đợt nâng cấp lớn đưa Mixture-of-Agents thành lựa chọn model chính thức, bổ sung cơ chế xác minh kết quả, cải thiện khả năng tự học và mở rộng Hermes Desktop thành môi trường làm việc cho dự án phần mềm.

Nếu v0.17.0 tập trung mở rộng nơi Hermes có thể hoạt động, dòng v0.18.x tập trung vào một câu hỏi khó hơn: làm thế nào để AI agent không chỉ làm nhiều việc, mà còn biết chứng minh công việc đã hoàn thành. Đây là thay đổi có ý nghĩa thực tế đối với người dùng cá nhân, đội phát triển và doanh nghiệp đang muốn đưa agent vào quy trình vận hành dài hạn.

Hermes Agent v0.18.2 có gì mới?

Phiên bản mới nhất hiện là Hermes Agent v0.18.2, phát hành ngày 07/07/2026. Đây là bản vá cùng ngày cho v0.18.1, không phải một minor release với danh sách tính năng riêng.

Thay đổi trực tiếp của v0.18.2 là chuyển dependency WhatsApp Baileys từ một Git commit được ghim sang package công khai 7.0.0-rc13 trên npm. Cách đóng gói mới giúp quá trình cài đặt WhatsApp bridge và build Docker image từ release tag ổn định hơn, đặc biệt với hệ thống CI/CD hoặc môi trường triển khai cần dependency có thể tái tạo.

Trước đó, v0.18.1 đóng vai trò “stable tag” cho khoảng 660 pull request được hợp nhất sau v0.18.0. Nous Research mô tả đây là bản vá thiên về hạ tầng, bao gồm nhiều sửa lỗi và hardening cho installer, updater trên Windows, dashboard, gateway, WhatsApp pairing, MCP và provider. Release note đầy đủ cho cửa sổ thay đổi sau v0.18.0 được đội ngũ hẹn tổng hợp trong v0.19.0.

Vì vậy, để hiểu đúng “update mới” của Hermes Agent, cần xem v0.18.2 là điểm cài đặt ổn định mới nhất, còn giá trị sản phẩm lớn nằm ở v0.18.0.

“The Judgment Release”: hoàn tất toàn bộ P0 và P1

Thông điệp trung tâm của v0.18.0 là dọn sạch backlog ưu tiên cao. Theo release note chính thức, từ v0.17.0 đến v0.18.0 có khoảng 1.720 commit, 998 pull request được merge, 2.215 file thay đổi, 949 issue được đóng và hơn 370 người đóng góp.

Trong 12 ngày, dự án xử lý 3 issue và 8 pull request mức P0, cùng 493 issue và 188 pull request mức P1. Tổng cộng khoảng 692 hạng mục ưu tiên cao đã được giải quyết, đưa số P0/P1 mở về 0 tại thời điểm chốt release.

Con số lớn không tự động đồng nghĩa phần mềm không còn lỗi. Nó cho thấy đội ngũ đã ưu tiên reliability trước khi tiếp tục mở rộng tính năng. Với một agent có quyền truy cập terminal, file, browser, cron, gateway và credential, việc giảm lỗi nghiêm trọng có giá trị hơn thêm một loạt công cụ nhưng thiếu kiểm soát.

Người đang dùng v0.17.0 có thể xem đây là lý do quan trọng để nâng cấp, nhưng vẫn nên thử trong profile hoặc môi trường staging trước khi áp dụng cho workflow production.

Mixture-of-Agents trở thành một model chính thức

Mixture-of-Agents (MoA) không còn chỉ là chế độ bật tắt. Mỗi preset MoA giờ xuất hiện như một model ảo dưới provider moa, có thể chọn từ model picker trên CLI, TUI, Desktop và Gateway.

Cơ chế hoạt động gồm hai lớp. Các reference model xử lý yêu cầu trước và đưa ra phân tích riêng; aggregator sau đó đọc những góc nhìn này để tạo câu trả lời cuối hoặc gọi tool trong vòng lặp agent thông thường. Người dùng có thể thấy output được gắn nhãn của từng reference model, trong khi kết quả tổng hợp được stream theo thời gian thực.

Direct answer: MoA phù hợp khi một nhiệm vụ khó cần nhiều góc nhìn model nhưng vẫn phải giữ tool calling, session context và quy trình thực thi của Hermes. Ví dụ, một nhóm model có thể đánh giá kiến trúc phần mềm từ các góc độ bảo mật, hiệu năng và maintainability; aggregator chịu trách nhiệm tổng hợp thành quyết định cuối.

Tuy nhiên, MoA không phải lựa chọn mặc định cho mọi công việc. Nó làm tăng số lần gọi model, chi phí và độ trễ. Những tác vụ đơn giản như chỉnh một đoạn copy, đọc file hay chạy lệnh xác định vẫn phù hợp với một model. Giá trị của MoA nằm ở các quyết định nhiều biến số, research cần phản biện hoặc review có rủi ro cao.

Tài liệu chính thức cũng xác nhận preset MoA hoạt động như model bình thường trên mọi bề mặt. Lệnh /moa

“Done” phải đi kèm bằng chứng xác minh

Một điểm yếu phổ biến của coding agent là tuyên bố hoàn thành sau khi sửa code, dù chưa chạy test, build hoặc kiểm tra artifact. Hermes v0.18.0 bổ sung verification evidence ledger và completion contract cho /goal để giảm khoảng cách giữa lời khẳng định và kết quả thực tế.

Với completion contract, người dùng mô tả tiêu chí hoàn tất ngay từ đầu. Vòng lặp standing goal đánh giá trạng thái dựa trên bằng chứng thay vì chỉ dựa vào nhận định của model. Trong dự án phần mềm, bằng chứng có thể là test suite vượt qua, build thành công, endpoint trả về đúng dữ liệu hoặc file đầu ra thực sự tồn tại.

Hermes cũng có thể phát hiện các check chuẩn của project, ghi trạng thái xác minh theo profile và dùng hook pre_verify cho kiểm tra tùy chỉnh. Lệnh /goal wait <pid> cho phép goal loop chờ một background process thay vì liên tục đánh thức agent khi test hoặc build dài vẫn đang chạy.

Cần lưu ý verify-on-stop không bị ép bật trong mọi tình huống. Release áp dụng mặc định theo bề mặt sử dụng, bỏ qua thay đổi chỉ liên quan tài liệu và hạn chế cơ chế này trên messaging surfaces. Cách tiếp cận đó hợp lý vì một quy tắc xác minh quá cứng có thể làm agent tốn thời gian và token cho công việc không cần thiết.

/learn và /journey làm rõ vòng lặp tự học

Hermes vốn có persistent memory và skills, nhưng v0.18.0 giúp người dùng chủ động quan sát và điều khiển quá trình học.

Lệnh /learn <nội dung> có thể biến một thư mục, URL hoặc workflow vừa thực hiện thành reusable skill. Thay vì tự viết SKILL.md từ đầu, người dùng mô tả thứ cần học; Hermes chắt lọc quy trình và tuân theo tiêu chuẩn skill trong project nếu có.

/journey tạo timeline những memory và skill Hermes đã tích lũy. Người dùng có thể xem, chỉnh hoặc xóa dữ liệu ngay từ CLI và TUI. Trên Desktop, memory graph thể hiện các điểm học dưới dạng timeline trực quan.

Đây không chỉ là thay đổi giao diện. Một AI agent có memory nhưng không cho người dùng biết nó đang giữ điều gì sẽ tạo rủi ro “context ẩn”: thông tin cũ hoặc hiểu sai có thể tiếp tục ảnh hưởng đến quyết định sau này. Khả năng audit và sửa trực tiếp làm cho self-improvement có tính quản trị hơn.

Nếu muốn hiểu nền tảng của cơ chế này, bạn có thể đọc thêm bài Memory và Skills trong Hermes Agent.

Subagent chạy song song mà không chặn cuộc trò chuyện

delegate_task trong v0.18.0 hỗ trợ fan-out nhiều subagent chạy nền. Phiên chính có thể tiếp tục xử lý công việc khác; khi các nhánh hoàn tất, kết quả quay lại dưới dạng một lượt tổng hợp thay vì bắt người dùng theo dõi từng agent.

Kiểu thực thi này phù hợp với các nhiệm vụ độc lập như nghiên cứu nhiều đối thủ, audit nhiều module hoặc kiểm tra nhiều nguồn dữ liệu. Lợi ích lớn nhất không chỉ là chạy song song, mà là giảm tình trạng cuộc trò chuyện chính bị khóa trong lúc chờ.

Dù vậy, background delegation không thay thế hệ thống job bền vững. Công việc phải sống qua restart hoặc chạy theo lịch vẫn nên dùng cron hay process được quản lý. Subagent phù hợp với nhánh công việc ngắn trong một phiên; cron phù hợp với automation lặp lại hoặc tác vụ cần cơ chế delivery rõ ràng.

Bạn có thể tham khảo thêm cách chia việc trong bài Hermes Subagents và Delegation.

Hermes Desktop tiến gần một coding cockpit

Desktop app bổ sung Projects theo từng profile, tổ chức công việc theo mô hình project → repo → lane. Giao diện có sidebar codebase, coding rail, review pane, quản lý Git worktree và project tools để agent hiểu workspace đang làm việc.

Ứng dụng cũng có multi-terminal panel, lưu terminal tab và scrollback qua lần mở lại, hiển thị diff theo phong cách pull request trong chat và cho phép chỉnh nhanh file ở preview pane. Thay vì chỉ là vỏ chat cho agent chạy từ xa, Desktop đang trở thành bề mặt điều phối code, terminal, review và lịch sử công việc.

Điểm đáng chú ý là các thay đổi này gắn với profile và remote gateway. Một máy cá nhân có thể dùng giao diện Desktop để điều khiển Hermes chạy trên máy chủ mạnh hơn, trong khi project và session vẫn được tổ chức theo môi trường thực thi.

Gateway sẵn sàng hơn cho triển khai dài hạn

V0.18.0 bổ sung scale-to-zero idle detection và dormant-quiesce. Gateway có thể chuyển sang trạng thái nghỉ khi không hoạt động, sau đó thức dậy theo nhu cầu. Với self-hosting hoặc relay deployment, đây là cách giảm tài nguyên cho hệ thống ít lưu lượng.

Drain coordination xử lý bài toán khó hơn: restart, migration hoặc auto-update mà không cắt ngang conversation đang chạy. Gateway theo dõi trạng thái busy/idle, chờ lượt xử lý hoàn tất và lưu transcript nếu chạm timeout. Đây là những chi tiết ít nổi bật với người chỉ dùng CLI, nhưng quan trọng với đội vận hành agent cho nhiều người dùng.

Cron cũng có continuation: một job định kỳ có thể mở luồng trao đổi tiếp nối, ưu tiên thread trên nền tảng hỗ trợ và dùng DM mirror khi cần. Điều này biến một bản tin hoặc báo cáo theo lịch thành điểm bắt đầu cho cuộc hội thoại, thay vì chỉ là thông báo một chiều.

Cải thiện provider, bảo mật và chi phí vận hành

Google Vertex AI trở thành provider chính thức cho Gemini qua endpoint tương thích OpenAI. Hermes có thể tạo và tự refresh OAuth2 access token ngắn hạn từ service account JSON hoặc Application Default Credentials. Doanh nghiệp dùng Google Cloud không còn phải tự dán token mới sau mỗi giờ hoặc xây custom refresh layer.

Vòng self-improvement sau mỗi turn cũng được chuyển sang auxiliary model, dùng context digest và cadence thích ứng. Mục tiêu là vẫn đánh giá khi nào nên lưu memory hoặc skill nhưng không phải trả chi phí main model cho toàn bộ transcript ở mỗi lượt.

Ở lớp bảo mật, release note nêu nhiều thay đổi hardening: hạn chế attack surface khi lưu cấu hình MCP, chặn cron base_url override có thể làm lộ credential, bổ sung redaction cho Slack app token, bảo vệ secret prefix trong file read và đặt phiên bản sàn cho aiohttp ở các messaging path.

Những thay đổi này không biến agent có quyền hệ thống thành môi trường không rủi ro. Người vận hành vẫn cần tách profile, giới hạn toolset, kiểm soát credential, dùng approval cho lệnh nguy hiểm và tránh đưa agent thẳng vào production data khi chưa có audit.

Ai nên nâng cấp lên Hermes Agent v0.18.2?

Người dùng WhatsApp bridge hoặc Docker nên ưu tiên v0.18.2, vì đây là bản vá trực tiếp cho dependency Baileys trong tagged-release build. Người đang ở v0.18.0 hoặc v0.18.1 cũng nên dùng patch mới nhất thay vì giữ bản trung gian.

Đội phát triển nên cân nhắc nâng cấp nếu cần completion contract, verification evidence, Projects trên Desktop hoặc review nhiều model qua MoA. Người dùng cá nhân sẽ nhận giá trị rõ hơn từ /learn, /journey, /prompt và background delegation.

Do v0.18.1 gom một lượng thay đổi lớn sau v0.18.0 nhưng chưa có curated note hoàn chỉnh, hệ thống quan trọng nên backup profile và thử trong staging. Sau khi cập nhật, chạy kiểm tra cấu hình và thực hiện một workflow đại diện trước khi bật lại cron, gateway hay automation có quyền ghi.

hermes update
hermes doctor

Nếu cài qua Python package, release note chính thức hướng dẫn:

pip install -U hermes-agent

Kết luận

Hermes Agent v0.18.2 tự nó là một bản vá nhỏ cho WhatsApp/Docker, nhưng dòng v0.18.x đánh dấu bước chuyển quan trọng: agent phải chứng minh kết quả, cho phép người dùng kiểm soát những gì nó học và hỗ trợ nhiều model phối hợp trong cùng một vòng lặp thực thi.

Giá trị thực tế nhất không nằm ở số lượng tính năng. Completion contract, verification evidence, background subagents, memory audit và gateway drain đều giải quyết những vấn đề xuất hiện khi AI agent được dùng lâu dài: tuyên bố hoàn thành thiếu bằng chứng, context tích lũy khó kiểm soát, tác vụ nền làm nghẽn phiên chính và update có thể cắt ngang công việc.