복잡한 Hermes 운영을 안정화한 실제 구성 팁
맥과 많은 메모리를 쓰는 Hermes 환경에서, Hermes가 개인 업무용 웹앱 개발의 대부분을 맡는다. 앱은 현장 관리용 서비스이며, Hermes가 할 일을 만들고, 코드를 쓰고, 품질 확인을 하고, 배포하고, 문서도 최신으로 유지한다. 사람은 주로 으로 진행 상황을 보고 검토한다. 전체 파일은 `~/Hermes` 아래에 두고, 설정, 실행 데이터, 작업 공간, 지식 저장소, 인증 정보, 패치 파일을 각각 다른 위치에 연결해 컨테이너 안에서 쓰게 한다. Hermes는 Docker 안에서 돌아가며, 검색용 SearXNG, 지식 기억용 , 비밀 정보 관리용 Lite, 여러 외부 모델을 부르는 hermes-pi와 함께 구성된다.
작업은 local-admin, coder, planner, qa-tester라는 네 가지 프로필로 나눈다. local-admin은 알림과 일정 작업, 작업 배정을 맡고, coder는 실제 개발, planner는 조사와 작업 등록, qa-tester는 로 화면과 API 검사를 맡는다. 기본 배정 기능 대신 60초마다 도는 훅으로 작업 의존성을 확인하고, 멈춘 작업자를 정리하고, 빈 프로필에 한 번에 하나씩 일을 배정하며, 변한 내용이 있을 때만 에 알린다. 모델은 Z.ai, opencode, Nous, 순서로 실패나 사용량 제한이 생기면 다음 모델로 넘어가게 했고, 긴 작업이나 클라우드 제한이 있을 때는 로컬 를 마지막 대안으로 쓴다. 모든 프로필에 모든 기술을 넣으면 지시문이 너무 길어져서, 필요한 기술만 불러오는 화이트리스트 패치를 넣었다.
Hermes 0.15.1의 실제 운영 문제를 막기 위해 여덟 개의 파이썬 파일을 패치로 덮어썼고, 사용량 제한 초기화 시간, 기술 목록 로딩, 맥 파일시스템 잠금 문제, SQLite 시작 오류, 잘못된 경고 등을 고쳤다. 기억은 매번 들어가는 짧은 , 긴 문서용 Obsidian 저장소, 필요할 때 찾아오는 의 세 층으로 나눴다. 추가로 작업자 감시, 작업판 정리, 최근 완료 작업 감사, 배포 상태 확인, 모델 상태 점검, 일일 운영 노트, 데이터베이스 백업 같은 일정 작업을 돌리고, Gitea에는 설정, 앱 코드, 프로젝트 노트를 따로 백업한다.
핵심 포인트
- 프로필을 local-admin, coder, planner, qa-tester로 나누면 역할이 섞이지 않는다.
- 으로 진행 상황만 확인하면 사람이 계속 붙어 있지 않아도 된다.
- 훅을 써서 멈춘 작업자 정리, 작업 배정, 알림 중복 방지를 자동화했다.
- 모델 제공자를 여러 개 이어 두면 사용량 제한이나 실패가 나도 다음 모델로 넘어갈 수 있다.
- 는 짧게 유지하고, 긴 지식은 Obsidian과 에 따로 두는 방식이 안정적이다.