99%가 모르는 Hermes 에이전트로 성장하는 AI 직원 만드는 법!
📺 원본 영상: 99%가 모르는 Hermes 에이전트로 성장하는 AI 직원 만드는 법!
🎙️ 채널: 시민개발자 구씨
📅 정리 일자: 2026-05-30
⚠️ Note: 본 리포트는 영상의 음성을 텍스트로 변환(STT)하여 정리한 것입니다. 화면에 표시된 자료(차트, 코드, 슬라이드 등)는 포함되지 않을 수 있습니다.
개요
Hermes 에이전트를 설치한 많은 사람들이 공통적으로 겪는 문제가 있다. “PPT 만들어줘”, “이 이메일 답장 써줘”처럼 매번 직접 요청하고 답변을 받는 방식으로 사용하는 것이다. 강연자는 이를 “직원을 채용해놓고 옆에 앉아서 할 일을 하나씩 계속 알려주는 것”에 비유하며, Hermes를 매일 정해진 시간에 출근해서 업무 매뉴얼대로 일하고 정해진 채널에 자동으로 보고하는 AI 직원으로 키우는 방법을 이 영상에서 설명한다. 기본 설치와 Telegram·Slack 연결이 이미 완료된 상태를 전제로, AI 직원 온보딩에 필요한 5가지 핵심 영역과 실전 운영 팁을 다룬다.
AI 직원 온보딩의 5가지 필수 영역
01:22 - AI 직원 온보딩에 필요한 5가지 영역(직원 아이덴티티, 기억력, 업무 매뉴얼, 스케줄, 보고 채널) 다이어그램
AI 직원을 제대로 운영하려면 신입사원을 온보딩하는 것과 동일한 논리로 접근해야 한다. 강연자는 이 과정을 5가지 영역으로 체계화한다. 첫 번째는 직원 아이덴티티 설정으로, 어떤 말투와 태도로 일할지를 soul.md 파일에 정의한다. 두 번째는 기억력 최적화로, user.md와 memory.md를 통해 피드백과 회사 규칙을 일관되게 기억하게 만든다. 세 번째는 업무 매뉴얼 작성으로, agents.md와 스킬(Skill)을 통해 업무 절차를 정의한다. 네 번째는 업무 스케줄 설정으로, Cron을 활용해 지정 시간에 AI 직원이 자율적으로 작동하게 한다. 마지막 다섯 번째는 보고 채널 매핑으로, 작업 완료 시 Slack이나 Telegram의 지정된 채널로 결과를 자동 보고하도록 설정한다.
1단계: soul.md — 직원의 정체성을 설계한다
03:16 - Hostinger VPS 도커 컨테이너 파일 구조 - /data/ 폴더 안의 soul.md 파일 위치
soul.md는 Hermes가 매 세션 시작 시 가장 먼저 읽는 파일이다. 이 파일이 직원의 정체성을 정의하기 때문에, 여기에 어떤 내용을 담느냐에 따라 만들어지는 AI 직원의 성격과 업무 방식이 완전히 달라진다. 어떤 말투로 답변할지, 어떤 성격과 태도로 일할지, 반드시 지켜야 하는 기준은 무엇인지, 해서는 안 되는 작업이 무엇인지를 이 파일에 모두 정의할 수 있다.
강연자가 권장하는 soul.md 작성 방법은 직접 타이핑으로 시작하지 않는 것이다. 대신 Hermes에게 프롬프트를 통해 초안을 생성하게 한 뒤, 그 내용을 검토하면서 수정을 요청하는 방식으로 점진적으로 고도화한다. 예를 들어 “너는 내 개인 비서 AI고, 이름은 Jarvis고, 다음 책임 범위와 섹션으로 soul.md 초안을 만들어줘”라고 요청하면 된다. 섹션 구성은 아이덴티티(Identity), 미션(Mission), 오퍼레이팅 컨텍스트 포인터(Operating Context Pointer), 코어 밸류(Core Values), 톤(Tone), 바운더리(Boundary), 리포팅(Reporting) 등 7가지로 구성하는 것을 권장한다.
06:10 - Hermes가 생성한 soul.md 결과물 - Identity, Mission, Operating Context, Core Values, Tone, Boundary, Reporting 섹션 구성
soul.md에서 특히 중요한 부분은 오퍼레이팅 컨텍스트 포인터(Operating Context Pointer) 섹션이다. Hermes는 soul.md를 항상 로드하지만, agents.md는 특정 프로젝트에서 작업할 때만 해당 프로젝트의 것을 로드한다. Telegram DM에서 다양한 요청을 처리할 때는 특정 프로젝트의 agents.md만으로 부족할 수 있으므로, soul.md에 포인터를 넣어 “운영 매뉴얼은 이 agents.md 파일을 참고하라”고 연결해두면, Hermes가 필요할 때 해당 파일을 로드해 활용할 수 있다.
흔한 실수도 짚어준다. soul.md가 항상 로드된다는 이유로 이 파일에 업무 프로세스 전체를 장황하게 작성하는 경우가 있는데, 그렇게 하면 컨텍스트(Context)가 지나치게 길어져 AI가 중요한 내용을 놓칠 수 있다. soul.md에는 직원의 정체성(Identity) 관련 내용만 담고, 구체적인 업무 프로세스는 반드시 agents.md 문서로 분리해야 한다.
2단계: user.md와 memory.md — 기억력을 전략적으로 관리한다
Hermes는 user.md와 memory.md를 자동으로 생성하고 관리하므로 직접 파일을 만들 필요는 없다. 그러나 이 두 파일의 특성을 이해하고 전략적으로 관리해야 일관된 업무 수행이 가능하다.
첫 번째로 이해해야 할 것은 **하드 리밋(Hard Limit)**이다. memory.md는 약 2,200자, user.md는 약 1,375자라는 글자 수 제한이 있다. 이는 의도적으로 설계된 제약으로, 실제 직원도 무한대의 사소한 디테일을 강요받으면 결국 잊어버리듯, AI 직원도 이 하드 리밋 안에 들어온 정보만 확실히 기억하도록 설계된 것이다. 기억 요청을 무제한으로 쌓다 보면 금방 한계에 도달한다는 점을 염두에 두어야 한다.
두 번째로 중요한 것은 세션 로드 타이밍이다. user.md와 memory.md는 세션 시작 시 한 번만 로드된다. 같은 대화 세션 내에서 “이것을 기억해줘”라고 요청해 파일에 내용을 추가했더라도, 그 기억을 바로 반영한 답변을 받으려면 /new 명령으로 새 세션을 열어 다시 로드해야 한다.
기억력 관리 팁으로 강연자는 몇 가지를 제안한다. 우선, 메모리 파일은 한국어보다 영문으로 작성하는 것이 효율적이다. 영문 토큰이 한국어보다 토큰 효율이 높아 글자 수 제한 내에 더 많은 정보를 담을 수 있기 때문이다. 단, 한국어 뉘앙스가 중요한 표현, 예를 들어 직함인 ‘대표님’이나 회사명 ‘구씨컴퍼니’ 같은 경우는 한국어로 유지하고, 나머지는 영문으로 처리하는 것을 권장한다. 또한 완전한 문장보다 키워드와 구문 중심으로 압축하여 작성하면 한계 용량을 더 효율적으로 활용할 수 있다.
기억 요청 자체는 자연어로 간단히 하면 된다. “테이블 사용을 자주 해줘, 결론부터 말해줘, 회사는 구씨컴퍼니, 호칭은 대표님으로 해줘”라고 하면 Hermes가 알아서 user.md에 적절한 형식으로 정리해준다. 마지막으로 강연자는 **기억 검진(Memory Health Check)**을 최소 월 1회(작업량이 많은 경우 격주 또는 주 1회) 실시할 것을 권장한다. “지금 내 user.md와 memory.md를 점검하고, 지우지는 말고 정리하면 좋은 항목 후보를 추천해줘”라고 요청하면, AI가 유지 항목과 정리 후보를 표로 정리해준다.
14:02 - 기억 검진 결과 테이블 - 유지해야 할 핵심 항목과 정리 후보 우선순위 목록
이 기억 검진 자체를 Cron으로 자동화할 수도 있다. 예를 들어 “매월 1일 오전 11시에 user.md와 memory.md를 점검하고, 섹션 수위를 나눠서 보고해줘”라고 설정해두면, 매월 자동으로 Telegram에 메모리 현황 보고서가 전달된다.
3단계: agents.md와 스킬 — 업무 매뉴얼을 구조화한다
agents.md는 조직 전체에서 공통으로 따라야 하는 업무 프로세스를 정의하는 문서다. Claude Code의 CLAUDE.md 파일에 해당하는 역할이라고 이해할 수 있다. 강연자는 이 파일의 섹션 구성으로 보안(Security), 판단(Judgment), 작업 경로(Work Path), 보고 양식(Report Format), 포인터(Pointer) 등을 포함하도록 권장한다.
agents.md에서 특히 강조되는 것은 인덱스 구조다. 모든 프로세스를 이 파일 하나에 담으려 하면 금방 내용이 방대해지고 AI가 중요한 부분을 놓칠 가능성이 높아진다. 대신 작업 경로 섹션에는 산출물을 저장할 경로를, 포인터 섹션에는 특정 커뮤니케이션 규칙이 담긴 별도 파일의 경로를 링크 형태로 넣어두는 방식이 효과적이다. agents.md가 세부 규칙으로 가득 차는 것이 아니라, 관련 파일로 연결되는 목차(Index) 역할을 하도록 설계하는 것이다.
agents.md와 스킬(Skill)의 구분도 명확히 해야 한다. agents.md는 조직 공통 규칙을 담는 문서이고, 스킬은 특정 직무를 수행할 때 따르는 상세한 업무 매뉴얼이다. 예를 들어 모닝 브리핑 작성 방법, 이메일 작성 방법 등은 스킬로 별도 제작한다. Hermes는 스킬을 자동으로 생성해주므로, 스킬 문법을 직접 작성할 필요 없이 “어떤 목적으로 어떤 결과물을 받고 싶은지”를 자연어로 설명하면 된다.
강연자는 모닝 브리핑 스킬 생성 과정을 직접 시연한다. “모닝 브리프를 작성해줘. 매뉴얼은 다음 단계로 구성해줘: Gmail에서 최신 메일 3개를 가져와 요약하고, Google 캘린더에서 오늘 일정을 시간 순으로 정리하고, 최근 일주일간 비개발자나 SMB 업체에 도움될 AI 뉴스를 리서치하고, 이 세 가지를 한 페이지짜리 모닝 브리핑 리포트로 정리해줘. 보고 양식은 표 위주, 강조색은 오렌지, 위험은 빨강”이라고 요청하면, Hermes가 스킬을 자동 생성하고 Gmail·Google 캘린더 OAuth 인증 등 필요한 연동 절차를 안내해준다. 연동 완료 후에는 Gmail 요약, 캘린더 일정, AI 뉴스, 다음 액션 추천, PDF 다운로드 링크까지 포함한 모닝 브리핑이 실제로 생성된다.
19:40 - Gmail·Google 캘린더·AI 뉴스가 통합된 모닝 브리핑 결과물 및 PDF 다운로드 링크
4단계: Cron 스케줄링 — AI 직원에게 출퇴근 시간을 설정한다
업무 매뉴얼까지 갖췄다면 이제 스케줄을 등록해야 한다. “평일 오전 10시에 모닝 브리핑을 자동으로 실행하고, 결과는 Slack의 비즈니스 채널로 전달해줘”라고 자연어로 요청하면 Hermes가 직접 Cron을 설정해준다. 스케줄링 자체는 간단하지만, 강연자는 업무 패턴에 맞게 커스터마이징할 수 있는 5가지 주요 옵션을 설명한다.
21:06 - 5가지 Cron 스케줄링 패턴(Deliver Local, Silent, Watchdog, context_from, 주간 종합 보고) 설명
첫 번째는 Deliver Local이다. 결과물을 메신저로 보고하지 않고 파일로만 로컬에 저장하는 옵션으로, 직접 확인이 필요 없는 백그라운드 작업에 적합하다.
두 번째는 Silent 모드다. 결과물이 있을 때만 알림을 보내고, 없으면 침묵하는 방식이다. 출력 결과물에 특정 태그를 활용해 조건부 알림을 구현하며, 특정 조건이 충족될 때만 보고가 필요한 모니터링 작업에 유용하다.
세 번째는 Watchdog이다. LLM을 호출하지 않고 스크립트만으로 Cron을 실행하는 방식이다. 어차피 코드로 처리 가능한 반복 작업에 LLM을 호출하면 불필요한 토큰 비용이 발생하므로, 단순 자동화에서 비용을 절감하고 싶을 때 이 옵션을 활용한다.
**네 번째는 context_from(컨텍스트 체이닝)**이다. Cron 파라미터 중 context_from을 사용하면 이전 Cron 실행의 결과물을 다음 Cron에 전달할 수 있다. 예를 들어 8시에 실행한 작업 A의 결과를 9시에 실행하는 작업 B가 이어받아 처리하는 파이프라인을 구성할 수 있다. 단, B는 A가 완료되기를 기다리는 것이 아니라 B 실행 시점에 A의 최신 결과물을 가져오는 방식이므로, 시간 간격 설정에 주의해야 한다.
다섯 번째는 주간 종합 보고 패턴이다. 데일리 Cron의 결과물을 축적해두었다가, 주 단위로 해당 결과물들을 종합하여 주간 보고서를 작성하는 구조다. context_from과 시간 스케줄링을 조합해 구현한다.
강연자는 이 옵션들의 구체적인 문법을 외울 필요는 없다고 강조한다. “이런 옵션이 있다는 것”을 알고, Hermes에게 자연어로 “이런 옵션을 활용해서 이 결과물을 받아가지고 활용하는 식으로 Cron을 설정해줘”라고 요청하면 알아서 구성해준다.
5단계: 보고 채널 설정과 실전 운영 팁
Slack 앱 연결과 권한 설정
Slack을 보고 채널로 활용할 때 가장 흔한 문제는 AI 직원이 특정 채널에 응답하지 않는 것이다. 해결은 두 단계로 이루어진다. 첫째, 해당 채널의 ‘통합(Integrations)’ 메뉴에서 AI 앱을 추가해야 한다. 둘째, Slack 앱의 OAuth 권한 설정을 확인해야 한다. Slack 매니페스트(Manifest)를 통해 설치한 경우 권한이 자동으로 설정되지만, 수동 설치의 경우 chat:write, im:write 등 필요한 봇 토큰 스코프(Bot Token Scope)를 직접 추가하고, 이벤트 구독(Event Subscriptions)도 별도로 설정해야 한다. 권한 설정 변경 후에는 반드시 앱을 워크스페이스에 재설치(Reinstall)해야 변경 사항이 반영된다.
멘션 없이 자동 응답하는 채널 설정
기본 설정에서는 AI를 멘션(@Jarvis)해야 응답한다. 특정 채널에서 멘션 없이도 자동 응답하게 하려면 Hermes의 config.yml 파일을 수정해야 한다.
26:36 - config.yml 파일의 free_response_channels 설정 - Slack 채널 ID를 입력해 멘션 없이 자동 응답하는 채널 지정
config.yml의 Slack 섹션에 free_response_channels 항목이 있으며, 여기에 자동 응답을 원하는 채널의 채널 ID를 추가하면 된다. 설정 변경 후에는 Docker 컨테이너를 재시작해야 적용된다. 강연자는 메신저 채팅창 안에서 리스타트 명령을 내리는 것보다 Hostinger 도커 매니저에서 직접 컨테이너를 재시작하거나 터미널 명령어를 사용하는 것이 더 안정적이라고 강조한다. 채팅창 안에서 재시작하면 컨테이너가 내려갔다가 제대로 재시작되지 않는 경우가 발생할 수 있기 때문이다.
슬래시 커맨드를 플러그인으로 대체하기
Telegram에서는 /compress, /restart 같은 슬래시(slash) 커맨드를 편리하게 사용할 수 있지만, Slack에서는 Slack 자체 명령어와 충돌해 Hermes 전용 슬래시 커맨드를 사용할 수 없다. 강연자는 이 문제를 플러그인을 별도로 생성하여 해결하는 방법을 제안한다. Hermes에게 “Slack에서 ‘리스타트’라는 단독 메시지를 보내면 내부적으로 /restart 명령으로 변환하고, ‘컴프레스’라는 단독 메시지를 보내면 /compress 명령으로 변환하는 플러그인을 만들어줘”라고 요청하면, Slack에서도 자연어 텍스트로 슬래시 커맨드를 대체해 사용할 수 있다. 플러그인 생성 후에도 재시작이 필요하다.
툴 콜 가독성 개선
Slack에서 복잡한 작업을 수행할수록 스레드에 툴 콜(Tool Call) 메시지가 과도하게 쌓여 가독성이 떨어질 수 있다. “Still working…” 메시지가 연속으로 여러 개 쌓이는 현상이 대표적이다. Hermes에게 “Slack과 Telegram 게이트웨이에 로그 가독성 개선을 적용해줘”라고 요청하면, 중복되거나 불필요한 툴 콜 메시지를 압축하거나 숨겨주도록 설정을 수정해준다. 얼마나 숨길지는 개인 선호에 맞게 조정하면 된다.
Approvals 모드 조정
Hermes가 민감하지 않은 작업에도 매번 권한 승인을 요청하는 경우, 프로필의 Approvals 모드를 **스마트(Smart)**로 변경하면 된다. 스마트 모드는 안전한 명령은 자동으로 실행하고, 위험도가 높은 명령에 대해서만 선택적으로 승인을 요청한다. 완전 자동화를 원하면 오프(Off) 모드도 있지만, 초기 운영 단계에서는 스마트 모드를 권장한다. 이 설정 변경도 재시작 후 적용된다.
파일 첨부 자동화
PDF나 이미지 등 파일 형태의 결과물이 메신저에 자동으로 첨부되지 않는 경우가 있다. “산출물을 Reporting 규칙에 따라 Slack이나 Telegram에 항상 첨부 파일로 보고해줘”라는 규칙을 agents.md나 Hermes에게 직접 요청해두면, VPS나 Mac mini 등 외부 서버에 파일이 저장되더라도 메신저에서 바로 다운로드받을 수 있어 편리하다.
Hermes 업데이트와 Codex OAuth 이슈
강연자는 최근 Hermes 측에서 OpenAI Codex OAuth 연동 관련 이슈가 발생했음을 언급한다. Hermes 팀이 업데이트를 통해 수정했다고 공지했지만, 업데이트 이후에도 해결되지 않는 사례가 커뮤니티에서 보고되고 있다. 이는 API 키가 아닌 구독 계정을 연동해 사용하는 방식에서 발생하는 구조적 불안정성이다. 가성비 측면에서 구독 계정 연동이 매력적이지만, 어느 정도의 불안정성을 감수해야 한다는 점을 인지한 상태로 사용해야 한다. 강연자는 Hostinger VPS 환경에서 적용 가능한 별도 패치 명령어 문서를 영상 설명란에 제공하겠다고 밝혔으며, 도커 컨테이너 이름만 본인 환경에 맞게 수정해서 적용하면 된다고 안내한다.
마무리 — AI 직원은 신입사원처럼 키운다
강연자는 이 모든 설정을 하루 만에 완벽하게 갖출 필요는 없다고 강조하며 실용적인 접근법을 제안한다. 처음에는 soul.md와 user.md/memory.md만 설정하고 간단한 업무 하나를 자동화해본다. 그 결과물을 보면서 수정 요청을 반복하면, Hermes 스스로 기억력을 개선하고 스킬을 발전시켜 나간다. 하나의 업무가 잘 돌아가기 시작하면 업무 스케줄과 보고 채널을 설정하고, 이후 점점 복잡한 업무를 추가해나가는 점진적 방식이 현실적이다.
Hermes에는 프로필(Profile) 기능이 있어 직원마다 별도의 soul.md, user.md, memory.md, agents.md를 개별 설정할 수 있다. 콘텐츠 담당, 영업 담당, 리서치 담당 등 역할별로 AI 직원을 분리하고, Slack 채널에서 멘션을 통해 여러 AI 직원이 협업하는 구조도 구현 가능하다고 강연자는 예고한다.
강연자는 이 직원형 AI 운영 패턴이 1~2년 내에 더 보편화될 것으로 전망하며, 지금 Hermes로 이 운영 감각을 익혀두면 이후 더 발전된 에이전트 툴이 등장해도 동일한 문서 구조(soul.md, agents.md, memory.md)를 그대로 이전해 활용할 수 있다고 결론 짓는다. 특정 도구에 종속되는 것이 아니라 AI 직원 운영 시스템 자체를 자산화하는 것이 이 접근법의 진정한 가치다.
📚 출처 및 참고
| 구분 | 내용 |
|---|---|
| 원본 영상 | 99%가 모르는 Hermes 에이전트로 성장하는 AI 직원 만드는 법! |
| 채널 | 시민개발자 구씨 |
| 리포트 작성 | 2026-05-30 |
| 작성 방식 | YouTube 영상 STT 변환 후 에디팅 |
💬 본 리포트는 영상 내용을 바탕으로 재구성되었습니다.
정확한 내용은 원본 영상을 참조해 주세요.