/yolo에 들어간 후에도 Hermes 에이전트는 명령어를 승인해야 하며, 먼저 버전과 세션 소스를 확인합니다. 2026년 5월 29일 공식 v0.15.1은 핵심 사항을 수정했습니다: /yolo가 중간에 활성화되면 현재 세션에 대한 승인 우회가 활성화되며, 단순히 환경 변수를 변경하는 것이 아닙니다. 이전 버전에서는 실행 중인 에이전트가 이미 환경 변수를 스냅했을 수 있어서, /yolo 활성화해도 승인이 여전히 활성화되는 것 같습니다.
먼저, 어떤 종류의 릴리스를 원하는지 결정하세요
| 방법 | 장면에 적합하다 | 주목할 사항 |
|---|---|---|
hermes --yolo | 자동화는 시작 시 결정됩니다 | 이번에는 시작되는 세션에만 영향을 미칩니다 |
/yolo | 대화 중 잠시 전환 | 각 입력은 스위치이며, 영구적으로 켜져 있지 않습니다 |
HERMES_YOLO_MODE=1 | 스크립트 또는 컨테이너 환경 | 시작 전에 반드시 주사를 하세요 |
approvals.mode: off | 통제 CI 또는 샌드박스 | 가장 위험한 것은 개인 서버가 지속적으로 작동하도록 가장 적합한 경우입니다 |
실제 검사 단계
- 먼저 v0.15.1로 업그레이드한 후, 새로운 Hermes 세션을 실행해 테스트하세요.
/yolo입력 후 상태 표시줄이나 프롬프트에 활성화 여부를 확인하세요.- 게이트웨이, 크론, 외부 스크립트에 의해 트리거된다면, 기존 프로세스를 재사용하고 있는지 확인하세요.
- 승인이 여전히 필요하다면,
~/.hermes/config.yaml에 더 엄격한 승인 정책이나 하드 블록 규칙이 있는지 확인하세요.
YOLO는 'Hermes를 더 똑똑하게 만들려는 스위치'가 아니라, 주문 확인 위험을 줄여준다는 점을 주목하는 게 중요합니다. 일회용 컨테이너, CI, 제어 스크립트에 적합하며, 개인용 컴퓨터나 운영 서버에서 장기간 직접 작동하기에는 적합하지 않습니다. 정말로 무인 상태가 되고 싶다면, 먼저 Docker, Modal, Daytona 같은 격리된 백엔드에 작업 공간을 배치한 후 승인을 완화하는 것이 좋습니다.
요약하자면: 임시 확인은 /yolo하고, 자동화된 스타트업은 --yolo을 사용하며, 장기 전략은 구성에 맞게 조정됩니다; 만약 명령어가 라이브러리를 삭제하거나 파일을 삭제하거나 권한을 변경할 수 있다면, 다시 한 번 확인하는 것이 좋습니다.
