안녕하세요, 단테입니다. 스크린샷 덕분에 원인을 찾았고, 수정한 DeskRPG 2026.929.2 를 배포했습니다. 포트 8642 에서 실행 중인 것은 수강생님의 Hermes 게이트웨이가 맞습니다. 문제는 DeskRPG 설치 마법사에 있었습니다. 9월 27일 이전 Hermes 가 만든 게이트웨이 서비스 설정을 알아보지 못해서, 자기 게이트웨이를 "다른 프로세스"로 잘못 판단했습니다. 그러니 "포트 8643 로 바꾸고 계속" 은 누르지 마세요. 포트를 바꿔도 해결되지 않습니다. 권장: DeskRPG 를 최신 버전으로 올리기 실행 중인 DeskRPG 를 끄고, 최신 버전으로 다시 시작해 주세요. npx deskrpg@latest start 마법사에서 [다시 확인] → [연결하기] 를 눌러 주세요. 마법사가 플러그인 업데이트(0.30.3)를 안내하면, 화면에 나온 명령을 그대로 실행해 주세요. 지금 쓰시는 DeskRPG 버전 그대로 연결하고 싶으시면 터미널에서 아래 두 명령을 차례로 실행해 주세요. hermes update hermes gateway restart 두 번째 명령이 게이트웨이 서비스 설정을 새 형식으로 고친 뒤 게이트웨이를 다시 시작합니다. 끝나면 DeskRPG 마법사에서 [다시 확인] → [연결하기] 를 눌러 주세요. 새 버전으로 올린 뒤 마법사가 "게이트웨이 서비스를 확인할 수 없습니다" 라고 안내할 때도 같은 두 명령으로 해결됩니다. 두 방법 모두 안 되면 hermes --version 결과와 마법사에 나온 문구를 보내 주세요. 바로 확인해 드리겠습니다.
안녕하세요. 단테입니다. owl-alpha 모델이 현재는 무료 제공되지 않습니다. openrouter.ai 에는 무료 모델이 프로모션 처럼 풀렸다가 다시 유료화 되거나 사라지기도 합니다. 그래서 그때 그때 어떤 모델이 무료로 제공되고 있는지 살펴봐야합니다. https://openrouter.ai/models?variant=free 로 들어가서 보시면 무료 모델들이 많이 검색되십니다. Most Popular 로 필터 걸어서 정렬해서 보시면, 인기있는 무료모델들을 우선적으로 확인해셔서 해당 모델 코드를 넣어서 헤르메스에 등록하시기 바랍니다.
안녕하세요, 4up123님. 좋은 질문 감사합니다. omw 는 Hermes 가 돌고 있는 도커 컨테이너 안에 설치하시면 됩니다. 그리고 수업 실습도 전부 그 컨테이너 안에서 진행하시는 게 맞습니다. 이유는 omw 가 혼자 도는 프로그램이 아니라 Hermes 가 불러서 쓰는 도구이기 때문입니다. Hermes 는 자기가 있는 공간에서 omw 명령을 실행하고, omw setup 은 Hermes 의 프로필과 스킬 폴더에 직접 스킬을 심어 줍니다. 그래서 omw 를 VPS 호스트 쪽에 설치하면 컨테이너 안의 Hermes 는 omw 를 찾지 못합니다. 둘은 같은 방에 있어야 합니다. AI 인턴이 안내한 Dockerfile 방식은 도커 이미지를 직접 만들어 운영하는 분께는 맞는 방법입니다. 하지만 호스팅어 원클릭으로 설치하신 경우에는 이미지를 호스팅어가 관리하기 때문에 수강생님이 Dockerfile 을 고칠 필요도, 고칠 자리도 없습니다. 그 구조는 따라 하지 않으셔도 됩니다. 컨테이너 안에 설치하면 나중에 사라지지 않을까 걱정되실 텐데, 원클릭 환경은 컨테이너의 홈 폴더가 /opt/data 이고 이 폴더가 VPS 디스크에 연결된 영구 저장소입니다. pipx 는 홈 폴더 아래에 프로그램을 설치하므로, 강의 순서 그대로 pipx install oh-my-wiki, omw doctor, omw setup 을 진행하시면 omw 본체와 설정, 볼트가 모두 /opt/data 아래에 남습니다. 컨테이너 안에서 echo $HOME 을 입력해 /opt/data 가 나오는지 한 번 확인해 보시고, 볼트를 만들 때도 위치를 /opt/data 아래로 잡아 주세요. 주의하실 점이 두 가지 있습니다. (1) omw 는 반드시 2.43.3 이상이어야 합니다. 그 이전 버전은 호스팅어 도커 환경에서 프로필 선택 화면이 뜨지 않는 문제가 있었고 이 버전에서 고쳤습니다. 지금 새로 설치하시면 최신 버전이 들어오니 omw --version 으로 확인만 하시면 됩니다. (2) 호스팅어가 Hermes 를 업데이트하면서 컨테이너를 새로 만들면, apt 로 설치한 pipx 같은 시스템 프로그램은 사라질 수 있습니다. 그때 omw 명령이 안 잡히면 pipx 설치부터 한 번 다시 해 주시면 되고, 볼트와 설정은 /opt/data 에 그대로 남아 있습니다. 두 번째 질문도 같은 원리입니다. 수업 내용은 Hermes 가 있는 곳, 즉 컨테이너 안에서 하시면 됩니다. VPS 호스트에서는 SSH 접속, Tailscale 설치, docker 명령 실행 정도만 합니다. 호스트에 Hermes 를 새로 설치하시면 원클릭으로 설치된 Hermes 와 별개의 Hermes 가 하나 더 생겨서 설정이 서로 어긋나니 피해 주세요. 컨테이너에 들어가는 방법은 자료실의 부록 문서 "Wave 터미널에서 Hostinger VPS 연결" 5단계에 정리해 두었습니다. 호스트 터미널에서 docker ps 로 컨테이너 이름을 확인한 뒤 docker exec -it 컨테이너이름 sh 로 들어가시면 됩니다. 진행하시다 막히는 부분 있으면 언제든 다시 질문 남겨 주세요. 감사합니다. :)
안녕하세요 현용님 아직 섹션9 보너스 강의 등록이 안된것 맞습니다. DeskRPG에 대한 개발진척에 맞춰 업로드해야하는 특성때문에 그렇습니다. 기다려주셔서 감사합니다. 금주 주말에 유튜브와 인프런에 각각 올라갈것입니다. https://deskrpg.com 곧 만나뵙겠습니다.
안녕하세요. 혹시 '앱 게시' 버튼을 누르지 않으신것 같은데, 그 앱 게시 버튼이 활성화 되려면, '브랜딩'에 등록절차를 거쳐야 합니다. 테스트 모드로는 1주일마다 재인증을 해야하는 불편함이 남습니다. 브랜딩 절차에 대한 부분을 수강생 전용관 자료 2.8에 설명을 남겨놨습니다. 진행간 다시 막히시면 지금처럼 스크린샷과 상황 설명 남겨주시면 도와드리겠습니다.
안녕하세요, oct.wanga 님. 개발자시라면 강의 후반의 6.2 가 딱 원하시는 내용이니 미리 보셔도 좋습니다. 그 전에 작성물 종류별로 원칙 한 줄씩만 말씀드리자면, (1) SOUL.md 는 짧게, 직접 쓰지 말고 인터뷰로. 헤르메스 공식 구조는 Identity, Style, Avoid, Defaults 네 섹션이고, 공식 문서 표현을 빌리면 헤르메스는 이미 친절하고 명확하려 하니 SOUL 은 뻔한 기본값이 아니라 그 직원만 의 개성을 더하는 문서라고 볼수있습니다. 4 ~ 8 줄 정도 분량이면 충분합니다. 2.2 에서 하듯 에이전트에게 "나한테 다섯 가지 물어보고 내 톤으로 다듬어 줘"라고 시키는 편이 직접 쓰는 것보다 결과가 좋습니다. (2) 프로젝트 지식은 SOUL 이 아니라 AGENTS.md 에. 아키텍처, 컨벤션, 하지 말 것, 주요 경로와 포트를 헤더로 나눠 짧게 적고 프로젝트가 바뀌면 갱신하세요. 낡은 컨텍스트는 없는 것보다 나쁩니다. 공식 문서의 컨텍스트 파일 팁 그대로입니다. (3) 프로필의 역할 설명 한 줄이 파트별 운영의 핵심입니다. 칸반이 일을 자동 배분할 때 이 설명을 보고 누구에게 줄지 정합니다. hermes profile describe 이름 --text "…" 로 직접 쓰거나 --auto 로 설치된 스킬을 보고 생성하게 할 수 있습니다. 프론트, 백엔드, QA 처럼 파트를 나누실 거면 3.2 의 채용 계획서 포맷에 프로필 이름, 역할 설명, SOUL, 도구 설정을 파트별로 채워서 올리버에게 한 번에 세우게 하시는 게 가장 빠르고, 프로필마다 terminal.cwd 를 담당 레포로 잡아 두시면 됩니다. (4) 스킬은 description 이 전부입니다. 헤르메스는 스킬을 자동으로 골라 로드하니 description 에 "언제 쓰는지"를 트리거 문장으로 적고, 본문은 When to Use, Procedure, Pitfalls, Verification 순서로 씁니다. 2.7 에서 다룹니다. (5) 프롬프트는 길게 쓰지 마세요. 목적과 쓸 스킬만 주고 "아직 구현하지 말고 질문을 하나씩 해 줘"라고 하면 에이전트가 요구사항을 캐물어 오고, 설계가 화면에 나오기 전에는 승인하지 않습니다. 끝나면 적대적 리뷰로 스스로 흠을 찾게 합니다. 이게 6.2 소크라틱 프롬프팅과 적대적 리뷰의 전부이고, 개발 워크플로 스킬(브레인스토밍, 계획, TDD, 리뷰)도 거기서 설치합니다. 커리큘럼 좌표는 2.2 SOUL, 2.7 스킬, 3.2 프로필과 채용 계획서, 3.9 칸반 자동 배분, 6.2 프롬프팅입니다. 참고가 되셨기를 바랍니다.
안녕하세요, tynnopark님. 다른 질문 주셨네요. 좋은 질문이라 직접 확인해 보고 답을 드립니다. 결론부터 말씀드리면, oh-my-wiki 는 윈도우 네이티브에서도 돌아갑니다. oh-my-wiki 는 순수 파이썬 프로그램이라 운영체제를 가리는 코드가 거의 없습니다. 다만 공식 테스트는 리눅스와 맥에서만 돌리고 있어서, 윈도우 네이티브는 제가 보증하는 범위 밖이었어요. 그래서 오늘 윈도우 11 PC 에 pipx 로 직접 설치해서 확인해 봤습니다. pipx install oh-my-wiki 로 설치, omw doctor 진단, 볼트 만들기, 한국어 노트 가져오기, 한국어로 검색, 리포트 출력, 볼트 삭제까지 5.2 유닛에서 쓰는 핵심 명령이 모두 정상이었습니다. 볼트 경로도 C 드라이브의 윈도우 경로로 만들어지니 옵시디언에서 바로 열립니다. 참고되시기 바랍니다^^
안녕하세요, 원표공님. 헤르메스 공식 설치 문서에는 하드웨어 최소 사양이 따로 없습니다. 전제 조건은 Git 하나뿐이고, 나머지 Python 이나 Node 같은 것은 설치 스크립트가 알아서 깝니다. 심지어 안드로이드 폰의 Termux 에서 돌리는 공식 안내 페이지도 있을 정도로 헤르메스 프로그램 자체는 가볍습니다. 이유는 간단한데, 무거운 일인 AI 모델 추론은 여러분 PC 가 아니라 Codex 나 Claude 같은 클라우드에서 하기 때문입니다. PC 는 터미널과 메신저 연결 통로 역할만 합니다. 예외는 2.6 유닛의 로컬 LLM 인데, 이건 모델을 PC 에서 직접 돌리는 거라 사양을 많이 타고, 그래서 강의에서도 일반 노트북에서는 한계가 있다고 말씀드린 선택 유닛입니다. 그러면 왜 느리냐면, 헤르메스가 아니라 헤르메스를 올려 둔 환경이 무겁기 때문입니다. 윈도우에서는 WSL2 위에 리눅스를 띄우고 그 위에 Docker Desktop 까지 얹는데, Docker 공식 문서가 요구하는 시스템 메모리가 8GB 입니다. 지금 노트북이 딱 그 하한선이라, 여기에 브라우저와 슬랙, 에디터까지 열면 메모리가 모자라 느려지는 게 자연스러운 증상입니다. CPU 가 i3 인 것보다 RAM 8GB 가 체감 속도를 결정하고 있을 가능성이 큽니다. 그래서 업그레이드하신다면 CPU 보다 RAM 을 보세요. 공식 수치는 아니고 제 경험상 권장인데, WSL2 와 Docker 와 브라우저를 같이 띄우고 쾌적하게 쓰려면 16GB 가 현실적인 최소이고, 로컬 LLM 까지 돌려 보실 생각이면 32GB 이상을 권합니다. 바꾸신다면 RAM 16GB 이상을 기준으로 보시고, 그 전에 VPS 경로를 한 번 검토해 보시길 권합니다.
