Hermes 에이전트, 모델보다 중요한 업데이트가 나왔습니다!
📺 원본 영상: Hermes 에이전트, 모델보다 중요한 업데이트가 나왔습니다!
🎙️ 채널: 시민개발자 구씨
📅 정리 일자: 2026-07-26
⚠️ Note: 본 리포트는 영상의 음성을 텍스트로 변환(STT)하여 정리한 것입니다. 화면에 표시된 자료, 차트, 코드, 슬라이드 등은 포함되지 않을 수 있습니다.
개요
이번 영상은 Hermes 에이전트의 최근 업데이트를 단순한 기능 추가가 아니라, 실제 업무를 맡길 수 있는 운영 안정성의 개선이라는 관점에서 다룬다. 강연자는 모델의 지능 자체보다 더 중요한 변화로 속도, Smart Approval, Live Reasoning, Sub-agent 관찰, Completion Contract, Delivery Obligation Ledger를 제시하며, 고객 문의 CSV를 분류하고 FAQ 초안을 생성하는 예시를 통해 업데이트의 의미를 설명한다.
핵심은 AI 에이전트가 “답을 잘하는 도구”에서 “작업을 끝까지 맡길 수 있는 실행 시스템”으로 이동하고 있다는 점이다. 사용자가 매번 승인 버튼을 눌러야 하거나, 작업 중간 상태를 알 수 없거나, 결과물이 생성됐는데 전달이 누락되는 문제는 모델 성능과 별개로 실무 자동화를 가로막는 병목이었다. 이번 업데이트는 바로 그 병목을 줄이는 방향으로 설계되어 있다.
모델보다 중요한 것은 실행 신뢰성이다
강연자는 영상 초반에서 Hermes 에이전트를 사용하면서 느꼈던 현실적인 불편함을 먼저 짚는다. 질문을 던진 뒤 답변이 나오기까지 시간이 오래 걸리거나, 위험해 보이는 명령이 발생할 때마다 사용자가 직접 승인해야 하거나, 복잡한 작업을 맡겨놓은 뒤 현재 무엇을 하고 있는지 알 수 없는 상황이 반복되면 에이전트에게 업무를 완전히 위임하기 어렵다. 이 문제는 모델이 똑똑한지 여부와 별개로, 사용자가 실제 업무 흐름 안에서 에이전트를 신뢰할 수 있는지에 관한 문제다.
이번 업데이트의 방향은 그래서 “더 똑똑한 답변”보다 “더 안정적인 운영”에 가깝다. 강연자는 속도 개선, 승인 자동화, 작업 관찰성, 결과 검증, 전달 복구를 하나의 흐름으로 설명한다. 사용자는 빠르게 시작되는 에이전트에게 일을 맡기고, 위험도가 낮은 작업은 자동 승인되도록 두며, 진행 중인 작업은 Live Reasoning과 Sub-agent 상태로 확인하고, 마지막에는 Goal 기반 검증과 전달 복구 장치로 결과를 안정적으로 받을 수 있게 된다.
01:50 - Hermes 에이전트 업데이트 항목 중 검증과 결과 전달 안정성 개선을 설명하는 화면
Cold Start 개선과 Live Reasoning의 의미
첫 번째 변화는 속도다. 강연자는 Hermes 에이전트를 처음 실행할 때 발생하던 Cold Start 지연이 개선되었다고 설명한다. 실제 데모에서는 미리 설정해 둔 프로필 중 “Newton”을 선택한 뒤 간단한 질문을 던지고, 이전 버전과 정량 비교는 어렵지만 첫 응답이 더 빠르게 느껴진다고 말한다. 이때 사용 환경은 Codex에서 Fast, High Effort 설정을 적용한 상태라고 언급한다.
그러나 강연자가 더 중요하게 보는 지점은 단순한 응답 속도 자체가 아니다. 실제로 업무를 맡길 때 사용자가 답답함을 느끼는 이유는 시간이 걸린다는 사실만이 아니라, 그 시간 동안 에이전트가 무엇을 하고 있는지 보이지 않는다는 점에 있다. 그래서 이번 업데이트에서 Live Reasoning, 즉 작업 중 Thinking 또는 Reasoning 과정을 확인할 수 있는 기능은 체감상 큰 변화를 만든다.
강연자는 Desktop 앱의 Settings에서 Chat 영역에 있는 Reasoning Block 토글을 켜고, CSV 파일을 읽어 고객 문의를 배송, 환불, 계정 카테고리로 분류한 뒤 FAQ 초안 생성 계획을 세우라는 요청을 보낸다. 이후 Thinking 영역을 열어보면 에이전트가 문서 워크플로를 분석하고, 스킬 또는 도구 호출을 수행하며, 아웃라인을 구성하는 과정을 실시간으로 확인할 수 있다. 이는 결과만 보여주는 블랙박스형 도구에서, 작업 의도를 어느 정도 관찰할 수 있는 협업형 도구로 이동했다는 의미가 있다.
05:52 - Reasoning Block을 켠 뒤 Thinking 영역에서 에이전트의 작업 과정을 확인하는 화면
Smart Approval은 자동화의 마찰을 줄인다
두 번째 핵심 업데이트는 Smart Approval이다. 기존에는 파일 조회처럼 위험도가 낮은 작업에도 매번 수동 승인이 필요해 흐름이 끊기는 일이 많았다. 강연자는 이를 “승인하지 못해서 작업이 밀리는 케이스”라고 표현하며, 특히 사용자가 자리를 비웠거나 다른 일을 하는 동안 에이전트가 승인 대기 상태에 멈춰버리는 문제가 있었다고 설명한다.
Smart Approval은 이 문제를 위험도 기반으로 풀어낸다. 위험하지 않은 명령은 에이전트가 자동으로 승인해 실행하고, 삭제처럼 상대적으로 위험하거나 애매한 작업은 사용자에게 승인 요청을 올린다. 영상에서는 CSV 파일을 수정하지 않고 헤더와 데이터 행 수만 체크하라는 요청을 했을 때 Python 명령이 바로 실행되는 장면을 보여준다. 반면 삭제가 포함된 요청을 하자, 실행 전에 Run 또는 Reject를 선택할 수 있는 승인 화면이 나타난다.
07:28 - 삭제 요청에 대해 Smart Approval이 Run 또는 Reject 승인을 요구하는 화면
이 변화의 실무적 의미는 작지 않다. 자동화 시스템은 모든 작업을 막아도 비효율적이고, 모든 작업을 허용해도 위험하다. Smart Approval은 이 두 극단 사이에서 낮은 위험 작업은 흐르게 하고, 손실 가능성이 있는 작업은 사용자의 명시적 판단을 거치게 만든다. 강연자에 따르면 이 모드는 Desktop 앱뿐 아니라 CLI, Telegram, Slack 같은 환경에서도 설정해 사용할 수 있으며, Desktop 앱에서는 UI로 더 쉽게 전환할 수 있다.
Sub-agent 관찰 기능은 복잡한 작업의 불안을 낮춘다
세 번째 변화는 관찰성이다. 단순한 요청에서는 Main Agent의 Thinking만 확인해도 충분하지만, 복잡한 업무에서는 여러 Sub-agent가 나뉘어 작업하는 경우가 많다. 이전에는 Sub-agent가 작업을 끝낼 때까지 기다릴 수밖에 없었다면, 이번 업데이트에서는 각 Sub-agent가 현재 어떤 작업을 수행하고 있는지 실시간으로 확인할 수 있게 되었다.
강연자는 앞서 만든 다섯 단계 계획을 실제로 실행하도록 요청하면서, Sub-agent 세 개로 나눠 작업하라는 프롬프트를 입력한다. 그러자 Desktop 앱은 작업을 단계별로 정리하고, 하단에 세 개의 Sub-agent 상태를 표시한다. 사용자는 각 에이전트를 눌러 팝업으로 현재 실행 중인 작업, 터미널 작업, Thinking 내용을 확인할 수 있으며, 전체 에이전트 화면에서는 세 Sub-agent의 진행 상황을 한눈에 볼 수 있다.
09:27 - Sub-agent 팝업에서 각 에이전트가 수행 중인 작업과 터미널 실행 상태를 확인하는 화면
이 기능은 단순한 UI 개선이라기보다, 에이전트 운영의 신뢰도를 높이는 장치에 가깝다. 업무 자동화에서 중요한 것은 최종 결과뿐 아니라, 문제가 생겼을 때 어디에서 막혔는지 파악할 수 있는 능력이다. Sub-agent 상태가 보이면 사용자는 작업이 멈춘 것인지, 특정 단계가 오래 걸리는 것인지, 여러 작업이 병렬로 진행 중인지 구분할 수 있다. 이는 장시간 작업을 맡길 때 사용자의 불확실성을 줄이고, 더 큰 단위의 업무를 에이전트에게 위임할 수 있게 한다.
10:30 - 고객 문의 분류표와 카테고리별 FAQ 초안 산출물이 생성된 화면
Goal과 Completion Contract는 검증 가능한 위임을 만든다
네 번째로 소개된 기능은 Goal 명령과 Completion Contract다. 강연자는 /goal 명령을 사용해 목표를 줄 때, 어떤 조건을 만족하면 작업을 멈춰도 되는지 기준을 함께 설정할 수 있다고 설명한다. 이 기준은 단순한 요구사항이 아니라, 작업 완료 여부를 검증하는 계약처럼 작동한다.
영상에서는 고객 문의 30건을 분류하고 FAQ 초안을 작성하는 동일한 업무를 Goal 기능으로 다시 요청한다. 이때 강연자는 기존 Output을 먼저 제거하고 새로 작업하라고 지시하며, 검증 조건으로 분류 결과 건수 합계가 30개인지, 중복과 누락이 없는지, FAQ 파일에 세 카테고리 섹션이 모두 존재하는지 등을 지정한다. 또한 원본 CSV는 수정하지 말고 Input과 Output 범위 안에서만 작업하라는 Boundary를 설정하며, 애매한 문의가 3건을 넘으면 멈추고 질문하라는 중단 기준도 넣는다.
결과적으로 Hermes 에이전트는 작업을 단계로 나누고, 마지막 단계에 검증 절차를 포함하도록 구성한다. 작업 완료 후에는 결과와 함께 경계 사례를 짚어주고, 중단 기준을 넘지 않았기 때문에 진행했다는 보고를 남기며, 검증 결과 JSON 파일까지 생성한다. 이 흐름은 에이전트에게 “알아서 해줘”라고 맡기는 방식에서 벗어나, 완료 조건과 검증 기준을 명시한 뒤 그 기준에 따라 실행과 보고를 받는 방식으로 발전하고 있음을 보여준다.
12:35 - Goal 기능 실행 후 검증 결과 JSON 파일이 산출물로 생성된 화면
반복 업무나 데이터 처리 업무에서는 이 차이가 특히 중요하다. 예를 들어 고객 문의 분류, 리포트 생성, 파일 변환, QA 체크처럼 결과물의 완성 기준이 비교적 명확한 작업은 Completion Contract와 잘 맞는다. 강연자가 말하듯 멈춰야 하는 기준과 검증해야 하는 기준이 명확한 작업이라면 /goal을 통해 요청하는 편이 더 체계적인 결과 보고로 이어질 수 있다.
Delivery Obligation Ledger는 결과 전달 실패를 보완한다
마지막 업데이트는 전달 안정성이다. 강연자는 이 기능이 매번 체감되는 기능은 아니지만, 실제 운영에서는 중요한 안전장치가 될 수 있다고 설명한다. 에이전트가 결과물을 생성했는데 Slack이나 Telegram 같은 채널로 전달되는 과정에서 연결 문제가 생기면, 사용자는 결과물이 만들어졌는지조차 확신하기 어렵고 같은 작업을 다시 요청해야 하는 경우가 있었다.
이번 업데이트에서 언급된 Delivery Obligation Ledger는 이런 상황을 완화하기 위한 기능으로 소개된다. 강연자의 설명에 따르면, 이 기능은 결과물이 아예 생성되지 않았는데 자동으로 처음부터 이어서 작업한다는 뜻은 아니다. 핵심은 결과물이 생성되었지만 전달이 누락된 경우, 그 전달 의무를 추적하고 복구할 수 있도록 내구성을 높인다는 데 있다.
이 기능은 에이전트를 개인 비서처럼 쓰는 단계보다, 팀의 업무 채널과 연결해 운영하는 단계에서 더 중요해진다. 사용자가 Desktop 앱 안에서 직접 결과물을 보는 경우에는 문제가 덜하지만, Slack, Telegram, CLI 같은 외부 인터페이스를 통해 결과를 받아야 하는 환경에서는 전달 실패가 곧 업무 실패로 보일 수 있다. Delivery Obligation Ledger는 그 사이의 취약한 구간을 보완해, 에이전트가 생성한 산출물이 사용자에게 도달할 가능성을 높이는 운영 장치로 이해할 수 있다.
업데이트의 본질은 “AI 비서의 운영체계”에 있다
이번 영상의 결론은 Hermes 에이전트가 단순히 더 빠르고 편리해졌다는 데 있지 않다. 강연자는 다섯 가지 업데이트를 묶어, 모델이 더 똑똑해졌다기보다 사용자가 일을 맡기고 실행하는 과정의 안정성이 높아졌다고 해석한다. 이는 AI 에이전트 경쟁에서 모델 성능만큼이나 중요한 축이 실행 환경, 승인 정책, 관찰성, 검증, 전달이라는 점을 잘 보여준다.
특히 실무 자동화에서는 “정답을 생성하는 능력”보다 “업무를 끝까지 완결하는 능력”이 더 큰 병목이 되는 경우가 많다. 사용자는 에이전트가 어떤 명령을 실행하는지, 위험한 작업을 멋대로 하지 않는지, 중간에 멈추지 않았는지, 결과가 기준을 만족했는지, 최종 산출물이 제대로 전달됐는지를 확인하고 싶어 한다. 이번 Hermes 업데이트는 이 질문들에 대한 답을 제품 차원에서 조금씩 제공하는 방향으로 보인다.
강연자는 이 밖에도 Slash Learn 기능, 여러 모델을 조합해 사용할 수 있는 MoA 기능, Secret 정보 관리 기능 등 운영을 돕는 업데이트가 계속 나오고 있다고 덧붙인다. 또한 Hosting Up VPS로 Hermes 에이전트를 운영하는 사용자는 Docker 프로젝트의 업데이트 버튼을 통해 손쉽게 업데이트할 수 있다고 안내한다. 따라서 Hermes 에이전트를 단순 실험 도구가 아니라 실제 업무 자동화 시스템으로 쓰고 있다면, 이번 업데이트는 적용해 볼 만한 변화로 정리할 수 있다.
14:56 - Hosting Up VPS의 Docker 프로젝트에서 Hermes 에이전트 업데이트 버튼을 안내하는 화면
마무리 / 핵심 정리
이번 업데이트의 핵심은 Hermes 에이전트가 더 신뢰할 수 있는 실행 파트너에 가까워졌다는 점이다. Cold Start 개선은 시작 지연을 줄이고, Live Reasoning은 작업 의도를 보여주며, Smart Approval은 승인 대기 때문에 자동화가 멈추는 문제를 완화한다. 여기에 Sub-agent 관찰 기능은 복잡한 병렬 작업의 진행 상황을 드러내고, Goal 기반 Completion Contract는 완료 기준과 검증을 명시적으로 다룰 수 있게 만든다.
결국 강연자가 강조하는 메시지는 분명하다. AI 에이전트의 실무 가치는 모델의 똑똑함만으로 결정되지 않는다. 사용자가 안심하고 일을 맡길 수 있으려면, 에이전트가 안전하게 실행하고, 중간 과정을 보여주고, 기준에 따라 검증하며, 결과를 안정적으로 전달해야 한다. 이번 Hermes 업데이트는 바로 그 운영 레이어를 강화한 변화로 볼 수 있다.
📚 출처 및 참고
| 구분 | 내용 |
|---|---|
| 원본 영상 | Hermes 에이전트, 모델보다 중요한 업데이트가 나왔습니다! |
| 채널 | 시민개발자 구씨 |
| 영상 길이 | 약 15분 23초 |
| 리포트 작성 | 2026-07-26 |
| 작성 방식 | YouTube 영상 STT 변환 후 에디팅 |
💬 본 리포트는 영상 내용을 바탕으로 재구성되었습니다. 정확한 내용은 원본 영상을 참조해 주세요.