안녕하세요, 포도벌레님. 1.12에 이어 1.13도 꼼꼼하게 정리해 주셨네요. 직접 확인해 보신 내용이 전부 정확합니다. 하나씩 답드릴게요. (1) 텔레그램에서 user info 로 검색하면 비슷한 봇이 여러 개 나오는데, 어느 봇이든 숫자로 된 내 ID만 정확히 확인하셨다면 괜찮습니다. 그 숫자를 Allowed user IDs 에 넣으시면 됩니다. (2) Install the gateway as a systemd service? 대신 Restart the gateway to pick up changes? 가 나온 건 헤르메스가 업데이트되면서 바뀐 부분입니다. 최신 버전은 1.12에서 hermes setup 을 끝까지 진행할 때 게이트웨이를 사용자 서비스로 미리 설치하고 실행해 둡니다. "언제 설치했지?" 하신 게 바로 그 시점이에요. 그래서 1.13에서는 새로 설치할 필요 없이, 방금 넣은 텔레그램 설정을 적용하기 위한 재시작만 묻는 것이고 Yes 가 정답입니다. (3) 같은 이유로 영상의 sudo systemctl 명령은 예전 방식(시스템 서비스)용이라 찾지 못한다고 나옵니다. 찾아보신 대로 hermes gateway status 로 상태를 보고, hermes logs -f 로 로그를 보시면 됩니다. 재시작이 필요할 땐 hermes gateway restart 를 쓰세요. 말씀해 주신 차이점 덕분에 1.13·1.14 자료실 가이드에 최신 버전 안내를 추가해 두었습니다. 텔레그램에서 답장까지 확인하셨으니 1.13은 완주하신 거예요. 축하드립니다!
안녕하세요, 이슬님. 답변이 너무 늦어져 정말 죄송합니다. 그사이 헤르메스가 여러 번 업데이트되면서 설치 화면이 많이 바뀌었고, 1.12 설치 영상도 최신 화면 기준으로 다시 녹화해 올려 두었습니다. 혹시 아직 같은 단계에서 막혀 계시다면 hermes update 로 최신 버전으로 올린 뒤 새 영상을 따라 진행해 보시고, 그래도 오류가 나면 화면 캡처와 함께 다시 질문 남겨 주세요. 바로 확인해 드리겠습니다. 이미 해결하셨다면 다행이고요. 늦은 답변 다시 한번 죄송하고, 남은 과정도 즐겁게 따라오시길 바랄게요.
안녕하세요, 민우님. 스크린샷까지 남겨 주셔서 감사합니다. 질문이 나오지 않은 건 헤르메스가 업데이트되면서 바뀐 부분입니다. 최신 버전은 hermes setup gateway 마지막 단계에서 서비스 설치 여부를 묻지 않고, 게이트웨이를 사용자 서비스로 바로 설치하고 실행합니다. 그래서 질문 없이 끝난 것이 정상입니다. 문제는 그다음 영상 속 명령입니다. 영상의 sudo systemctl restart hermes-gateway 는 예전 방식(시스템 서비스)용 명령이라 지금 설치된 사용자 서비스를 찾지 못합니다. 또 sudo 를 붙여 hermes 를 실행하면 관리자 계정 환경에서 헤르메스를 찾게 되어, 보신 권한 오류와 No module named 'ruamel' 오류가 납니다. 앞으로는 sudo 없이 아래 명령으로 관리하시면 됩니다. hermes gateway status hermes gateway restart status 에서 실행 중으로 나오면 텔레그램으로 바로 대화해 보세요. 혹시 서비스가 없다고 나오면 WSL에서 systemd가 꺼져 있는 경우라, 그때 hermes gateway status 결과를 남겨 주시면 이어서 도와드리겠습니다. 텔레그램에서 첫 답장이 오면 1.13은 마무리입니다. 거의 다 오셨어요!
안녕하세요, 포도벌레님. 달라진 부분을 단계별로 꼼꼼히 정리해 주셔서 정말 감사합니다. 같은 곳에서 막히는 다른 수강생분들께 큰 도움이 될 것 같아요. libatomic1 설치로 해결하신 것과, 브라우저 provider를 hermes setup tools 로 다시 Local Browser로 바꾸신 것 모두 정확한 방법입니다. 질문하신 두 가지에 답드릴게요. (1) Select reasoning effort 는 영상 촬영 이후 새로 생긴 단계로, 모델이 답하기 전에 얼마나 깊이 생각할지 정하는 설정입니다. 기본값인 medium을 고르신 게 무난한 선택이고 강의 실습도 그대로 진행하시면 됩니다. high로 올리면 더 꼼꼼하지만 느려지고 사용량이 늘어나요. 나중에 바꾸고 싶으시면 헤르메스 대화창에서 /reasoning high 처럼 입력하시거나 hermes model 로 다시 고르시면 됩니다. (2) Brave의 Active API Keys 에 Hermes 대신 Default로 보이는 건 키의 표시 이름이 다른 것일 뿐이라 동작에는 영향이 없습니다. 중요한 건 말씀하신 대로 Free credits only 와 사용량 제한이 걸려 있는지인데, 잘 설정해 두셨어요. 정리해 주신 내용은 1.12 자료실을 보강할 때 참고하겠습니다. 다음 유닛에서도 화면이 다른 곳이 보이면 이렇게 편하게 알려 주세요. 큰 힘이 됩니다. :)
안녕하세요, 지은님. 영상에서 샘플로 드리겠다고 해 놓고 자료에 빠뜨렸네요. 알려 주셔서 감사합니다. 수강생 전용관 프로젝트 파일 탭의 assets/app-icons 폴더에 hermes.png 로 올려 두었습니다. 내려받으신 뒤 슬랙 앱 설정의 Basic Information, Display Information 에서 App icon 으로 올리시면 됩니다. 같은 폴더에 Sophie, Oliver 같은 직원들 아이콘도 있으니, 섹션 3에서 직원을 늘리실 때 함께 쓰시면 됩니다. 감사합니다. :)
안녕하세요, 지은님. 좋은 질문 감사합니다. 결론부터 말씀드리면 강의를 따라오시는 동안 Docker Desktop을 계속 켜 두실 필요는 없습니다. 1.12에서 헤르메스를 설치할 때 Select terminal backend 를 강의처럼 로컬로 고르셨다면, 헤르메스는 Docker 없이 컴퓨터에서 바로 실행됩니다. 슬랙이나 텔레그램으로 대화할 때도 Docker Desktop은 꺼져 있어도 괜찮아요. 1.9에서 Docker를 설치한 건, 나중에 에이전트가 프로그램을 격리된 환경에서 돌려야 할 때를 대비해 미리 준비해 둔 것입니다. 정리하면 (1) 평소 수강과 헤르메스 사용에는 꺼 두셔도 되고 (2) 영상에서 Docker 화면이 나오거나 docker 명령을 실행하는 실습일 때만 켜시면 됩니다. 혹시 설치할 때 terminal backend 를 docker로 고르셨다면 그때는 켜 두셔야 하니 알려 주세요. 진행하시다 막히는 부분 있으면 언제든 다시 질문 남겨 주세요. 감사합니다. :)
안녕하세요, 명환님. 직접 해결하시고 우회 방법까지 정리해 남겨 주셔서 감사합니다. 다른 수강생분들께 큰 도움이 될 것 같아요. 원인은 짚으신 대로입니다. WSL에서 systemd가 켜져 있지 않으면 헤르메스 게이트웨이가 서비스로 등록되지 않아서, systemctl restart 를 해도 "서비스를 찾을 수 없다"는 오류가 납니다. WSL 업데이트와 재시작으로 systemd가 동작하게 되면서 해결된 것으로 보입니다. 남겨 주신 tmux 방법도 좋은 대안입니다. 다만 nohup 이나 tmux 로 띄운 게이트웨이는 컴퓨터를 재부팅하면 다시 켜 주셔야 하니, 지금처럼 systemd가 동작하는 환경이라면 hermes gateway install 로 서비스 등록을 해 두시는 걸 권해 드려요. 진행하시다 막히는 부분 있으면 언제든 다시 질문 남겨 주세요. 감사합니다. :)
안녕하세요, 지은님. 원인까지 직접 찾아 해결하셨네요. 네, 그렇게 하시는 게 맞습니다. 슬랙 앱 하나는 게이트웨이 하나에만 연결되어야 합니다. default와 Sophie 두 프로필에 같은 슬랙 토큰이 들어 있으면 두 게이트웨이가 같은 앱을 붙잡으려고 경쟁하고, 먼저 연결된 default가 대답하게 됩니다. 그래서 default 쪽 토큰을 지우신 게 정확한 해결입니다. 앞으로 직원을 늘리실 때도 규칙은 하나입니다. 직원마다 슬랙 앱을 따로 만들고, 그 앱의 토큰은 그 직원 프로필에만 넣습니다. 섹션 3 멀티 프로필 채용에서 이 방식으로 직원 여러 명을 슬랙에 연결합니다. 진행하시다 막히는 부분 있으면 언제든 다시 질문 남겨 주세요. 감사합니다. :)
안녕하세요, 지은님. 차근차근 따라오고 계신다니 반갑습니다. 좋은 질문 감사합니다. 계정은 그대로 쓰시고, 프로그램 설치만 데스크탑에서 한 번 더 하시면 됩니다. 조금 나눠서 보면 이렇습니다. (1) GitHub 계정과 거기에 올린 저장소는 인터넷(클라우드)에 있으니 어느 컴퓨터에서든 로그인만 하면 그대로 쓰실 수 있습니다. (2) Git, GitHub CLI 같은 프로그램은 컴퓨터마다 설치되는 것이라 데스크탑에서 영상 순서대로 설치와 로그인을 한 번 더 해 주셔야 합니다. 처음보다 훨씬 빨리 끝나실 거예요. (3) 작업하던 코드는 GitHub에 올려 두셨다면 데스크탑에서 내려받아(clone) 이어서 하시면 됩니다. GitHub를 "코드의 클라우드 창고"라고 부르는 이유가 바로 이것입니다. 한 가지 미리 말씀드리면, 뒤에서 설치할 헤르메스는 직원들의 성격과 기억을 설치한 컴퓨터 안에 저장합니다. 그래서 헤르메스는 노트북과 데스크탑에 각각 두기보다, 주로 켜 두실 컴퓨터 한 대를 정해서 거기에 설치하시는 걸 권해 드려요. 컴퓨터를 계속 켜 두기 어려우시면 섹션 3의 VPS 설치 가이드처럼 서버에 두고 어느 기기에서든 접속하는 방법도 있습니다. 진행하시다 막히는 부분 있으면 언제든 다시 질문 남겨 주세요. 화이팅입니다~
안녕하세요. 회사 환경에 맞춰 직접 세팅하고 포트까지 파고들어 주셔서 감사합니다. 먼저 포트 이야기부터 드리자면, 9119번은 게이트웨이가 아니라 헤르메스 대시보드(웹 관리 화면)의 포트입니다. 헤르메스는 포트를 두 개 씁니다. 사람이 브라우저로 보는 대시보드가 9119번이고, DeskRPG 같은 다른 앱이 직원에게 말을 거는 API 서버가 8642번입니다. 그래서 DeskRPG가 8642번을 찾는 것은 정상이고, 9119번으로 맞추시면 대시보드에 연결을 시도하게 되어 동작하지 않습니다. 9119번만 보이고 8642번이 보이지 않았다면 API 서버가 아직 켜지지 않은 상태라는 뜻입니다. 그리고 스크린샷의 "소유 관계를 확인할 수 없습니다" 오류는 수강생님 설정 문제가 아니라 DeskRPG 쪽 문제였고, 최신 버전에서 고쳐졌습니다. 최근 헤르메스가 설치 방식을 바꿨는데, 사용하신 DeskRPG 버전(2026.923.1)의 연결 마법사가 새 방식으로 설치된 게이트웨이를 알아보지 못했습니다. 아래 "API 인증 키를 먼저 설정해야 합니다" 문구도 같은 이유로 뜬 것입니다. VPS 없이 같은 컴퓨터에서 연결하는 로컬 방식도 정식으로 지원합니다. 해결은 터미널에서 아래 세 줄을 순서대로 실행하시면 됩니다. 실행 중인 DeskRPG가 있다면 먼저 종료해 주세요. hermes update hermes gateway restart npx deskrpg@latest start 그다음 브라우저에서 게이트웨이 연결, 로컬을 선택하고 설치 검토 화면에서 연결을 누르시면 됩니다. API 서버 켜기, 키 발급, 포트 설정, 게이트웨이 재시작까지 마법사가 처리하니 포트를 손으로 바꾸실 필요는 없습니다. 직원이 여러 명이면 마법사가 8642번 근처의 빈 포트를 직원마다 따로 잡아 줍니다. 기존 직원 마이그레이션도 같은 화면에서 됩니다. (1) 연결할 때 "가져올 기존 프로필"에서 원하는 직원을 체크하시거나 (2) 연결한 뒤 게이트웨이 화면의 "Hermes에 있는 직원 가져오기"에서 모두 가져오기를 누르시면 됩니다. DeskRPG는 직원을 복사하는 게 아니라 헤르메스에 있는 직원을 그대로 연결하는 방식입니다. 그래서 강의에서 만든 성격( SOUL.md ), 스킬, 메모리가 그대로 유지되고, DeskRPG 안에서도 같은 직원으로 일합니다. 그래도 막히면 hermes --version 결과와 빨간 오류 문구를 함께 남겨 주세요. 바로 확인해 드리겠습니다. 감사합니다. :)
