Hermes 운영자는 검토한 skill을 반복 작업에 연결해 매번 같은 절차로 실행을 시작할 수 있습니다. 유용한 검증은 예약 실행 한 번이 허용된 입력을 읽고 적절한 로컬 보고서를 만들며 실제로 처리한 모델과 호스트를 기록하는지 확인하는 것입니다. 이 안내는 Hermes 프로필, 제공업체 계정, gateway 호스트를 제어하는 운영자를 위한 것입니다. BIG CHANGE는 공식 cron 설명서와 관련 문서를 2026년 10월 19일에 검토했습니다. Hermes를 설치하거나 작업을 실행하지는 않았습니다.
핵심 변화
- 달라진 점: Hermes는 예약 프롬프트에 앞서 검토한 skill을 불러오고 선택한 작업 공간에서 실행한 다음 결과를 로컬에 저장할 수 있습니다. 운영자는 작업을 일시 중지 상태로 생성하고 점검한 뒤 같은 작업 ID를 재개할 수 있습니다.
- 중요한 이유: 반복적인 정보 작업에 검토한 절차 하나를 사용할 수 있습니다. 그래도 운영자는 실행 시점이 된 작업을 허용된 입력과 대조해야 합니다. 저장된 일정만으로는 어떤 skill 버전이나 모델이 실행됐는지, 보고서가 정확한지 입증할 수 없습니다.
- 살펴볼 점: 계속 사용하려면 gateway 호스트를 사용할 수 있어야 하고 첫 실행이 보고서 기준을 충족해야 합니다. 작업을 활성 상태로 두기 전에 실행 시도, 출력, 이용 가능한 제공업체·모델 증거를 확인하세요. 중단이 발생한 뒤에는 정확한 상태를 다시 살펴보세요.
일정을 잡기 전에
허용된 작은 입력 파일 하나와 이미 존재하는 격리된 작업 공간을 고르세요. 정확한 짧은 보고서에 들어갈 내용, 입력을 인용할 위치, 어떤 데이터가 없으면 중단할지 정하세요. 첫 작업은 정보 제공으로 한정하세요. 외부 게시, 기록 변경, 출력에 비밀 정보 포함은 금지합니다. 반복 실행에 대한 별도 권한을 확보하세요. 설정된 Hermes 설치, 사용 가능한 모델·제공업체 연결 경로와 자격 증명, 예약 실행 중 계속 사용 가능한 gateway 호스트도 필요합니다. 설치 버전과 hermes cron create --help를 확인하세요. 공개 설명서는 모든 옵션의 버전을 명시하지 않습니다. 빠른 시작 안내는 설치 설정을 다루고, 제공업체 안내는 추론 경로를 다룹니다. 반복 실행 전 무해한 일회성 대화로 이 경로를 확인할 수 있지만, 예약 실행의 성공을 증명하지는 않습니다.
여기서 skill은 검토한 SKILL.md 절차이며 권한 경계가 아닙니다. skills/local-input-report/SKILL.md를 실제 소유 프로필의 HERMES_HOME 아래에 두세요. ~/.hermes/skills/local-input-report/SKILL.md는 기본 프로필의 예입니다. 사용하기 전에 이 최소 절차를 승인된 입력과 보고서 기준에 맞게 조정하세요.
---
name: local-input-report
description: Report checked facts from one approved local input.
---
Read only <absolute-permitted-input-path> in the job workspace. In a short report, name that file, state only facts supported by it, and cite the relevant part. Flag missing data and stop. Do not send messages or change files or external records.실제 파일을 살펴보고 같은 프로필에서 hermes skills list 명령으로 Hermes가 이를 발견하는지 확인하세요. 대신 프로젝트 로컬 skill을 사용한다면 skill 설명서에 따라 비대화형 cron 실행 전에 대화형 신뢰 및 검사 결정을 내려야 합니다. cron 자체가 신뢰를 부여하지는 않습니다. 활성화된 도구와 실제 파일 접근을 따로 검토하세요. 이름이 검토를 대신하지 않도록 skill의 내용이나 버전을 기록하세요.
작업 하나를 만든 뒤 점검하기
- 모든 명령은 같은 소유 프로필에 대해 실행하세요. 아래 예는 기본 프로필을 사용합니다. 이름이 있는 프로필에는
hermes -p NAME같은 프로필 선택자를 모든 명령에 넣어야 합니다. 해당 프로필의 현재 모델은hermes model로, gateway와 주기적 점검 프로세스의 상태는hermes cron status로 확인하세요. 제공업체와 모델을 명시적으로 고정할지, 현재 기본 모델을 고정할지 결정하세요. 작업별 고정 설정이cron.model및cron.model_provider보다 우선하며, 이 전체 작업용 설정들은 현재 기본 모델보다 우선합니다. 고정되지 않은 작업은 적용되는 기본값이 바뀌면 모델도 달라질 수 있습니다. 저장된 설정만으로는 실제 실행에서 사용한 모델을 입증할 수 없습니다. - 반복 실행 권한을 받은 후, 이 POSIX shell CLI 예를 검토한 skill과 실제로 존재하는 절대 경로의 작업 공간에 맞게 조정하세요. 먼저 설치된 도움말에서 모든 옵션을 확인하세요. 역슬래시로 줄을 잇는 방식은 POSIX shell 문법입니다. 다른 플랫폼에서는 사용하는 shell의 문법을 따르세요. 프롬프트는 의도적으로 범위를 좁혔으며 로컬 전달은 첫 출력을 소유 프로필에 보관합니다.
hermes cron create "every 1h" \
"Use the attached reviewed skill to read only the permitted input. Return a short local report with its source and missing-data note. Do not send or change external records." \
--skill local-input-report \
--name "Local input report" \
--workdir "/absolute/existing/workspace" \
--pin \
--paused --paused-reason "Awaiting owner review" 이 명령을 실행하기 전에 작업 공간 경로를 바꾸고 고유한 작업 이름을 정한 뒤 skill 파일의 입력 자리표시자를 교체하세요. CLI는 기본적으로 로컬 전달을 사용합니다. cron 설명서는 명시적인 고정을 위한 --model 및 --provider 도 설명합니다. 이 방식을 택했다면 설치 환경의 실제 제공업체·모델 식별자를 사용하세요. 자격 증명을 프롬프트나 shell 기록에 넣지 마세요. --workdir는 Hermes가 작업 공간 지침을 발견하게 합니다. 이 옵션이 없으면 cron은 저장소와 분리되어 실행됩니다. 새 일시 중지 작업에는 재개 전까지 next_run_at 값이 없습니다.
로컬 전달은 최종 보고서의 저장 위치를 정합니다. 프롬프트와 추론에 사용되는 모든 입력 내용은 여전히 선택한 모델·제공업체 경로를 따릅니다. 재개하기 전에 이 데이터 흐름을 승인하세요.
- 반환된 작업 ID를 보관하세요.
hermes cron list로 skill, 작업 공간, 전달 방식, 일시 중지 상태를 읽어 확인하고hermes cron status로 스케줄러 상태를 확인하세요. 현재 공식 CLI 소스의 목록 행에는 저장된 모델·제공업체 필드가 표시되지 않습니다. 소유 프로필의cron/jobs.json파일을 읽기 전용으로 살펴 정확한 ID에 저장된 고정 설정, 모델·제공업체, 추론 재정의 설정을 확인하세요. 또는 설치 버전이 실제로 지원하는 작업 상세 보기를 사용하세요. 자격 증명을 출력하지 마세요. 저장된 설정을 승인한 파일, 보고서 기준, 범위와 비교하세요. 필요하면hermes cron edit <job_id> ...로 같은 작업을 수정하세요. 두 번째 사본을 만들 이유가 없습니다. - 실행 시점이 된 작업을 관찰할 준비가 되면
hermes cron resume <job_id>를 사용하세요. 실제 다음 실행 시각과 gateway의 마지막 성공 점검 시각을 읽어 확인하세요. gateway는 약 1분마다 점검합니다. 포그라운드 gateway의 호스트는 계속 켜져 있어야 합니다.hermes cron tick는 에이전트 작업용 gateway를 시작하지 않습니다. 서비스나 재시작에 대비한 작업 프로세스에는 호스트별 요구 사항이 있습니다. 노트북을 꺼도 되거나 재부팅 후 동작이 보장된다고 가정하지 말고 선택한 호스트를 확인하세요. - 예약 시각 한 번이 지난 뒤
hermes cron runs <job_id> --limit 20와 소유 프로필의cron/output/<job_id>/아래에 있는 해당 파일을 살펴보세요. 보고서를 실제 입력 및 수용 기준과 비교하세요. 실행 시도의 예약 시각, 확보 시각, 최종 상태, 이용 가능한 대화 기록이나 실행 원격 측정 자료에서 실제로 사용한 제공업체와 모델을 확인하세요. 설치된 기록에 이 식별 정보가 없으면 알 수 없음으로 기록하세요. 스케줄러 점검, 허용된 실행,completed상태만으로는 보고서가 검증되지 않습니다. - 정확히 그 작업을
hermes cron pause <job_id>로 일시 중지하고hermes cron list에서 상태를 다시 확인하세요. 앞으로의 자동 예약은 멈추지만 이미 실행 중인 시도는 종료되지 않습니다. 명시적인 수동 실행은 일시 중지 중에도 운영자의 예외 실행입니다. 작업이 수용 기준을 충족했는지 판단하는 동안 기록과 로컬 출력을 보관하세요.
실패하면 같은 작업 복구하기
먼저 정확한 실행 시도와 출력을 읽은 뒤 작업의 last_error, last_fire_error, last_delivery_error 필드가 있으면 확인하세요. hermes cron status는 멈춘 주기적 점검 프로세스나 쓸 수 없는 cron 저장소를 실제로 실행 후 실패한 작업과 구별합니다. 제공업체 설정을 바꾸기 전에 소유 프로필과 gateway 호스트를 확인하세요. 대화형 shell과 서비스는 서로 다른 자격 증명을 읽을 수 있습니다. 영향받은 설정만 수정하고 상태를 다시 검증한 뒤 범위가 여전히 승인된 경우에만 같은 ID를 재개하세요. 전달 여부가 불확실하면 재시도 전에 대상 위치를 살펴보세요. 어댑터가 전송을 받아들인 뒤에도 시간 초과가 발생할 수 있습니다.
관련 cron 설명서의 실행 허용 복구 절에 따르면 중단된 실행이나 찾을 수 없는 준비된 트리거는 검토를 위해 일시 중지 상태로 남습니다. 실행 기록 절에 따르면 상태를 알 수 없는 시도는 자동으로 다시 실행되지 않습니다. 재시작 뒤 복구 방법을 결정하기 전에 설치된 작업의 일시 중지 상태와 정확한 실행 시도 식별자를 확인하세요. 겹침을 시험하려고 활성 시도를 두 번 실행하지 마세요. Hermes에는 스케줄러 점검 잠금, 같은 작업에 대한 추가 실행 허용 방지 장치, 설정 가능한 전체 동시 실행 한도가 있습니다. 이 제어들은 외부 시스템에 효과가 정확히 한 번만 발생하도록 보장하지 않습니다.
제공업체 사용과 상시 가동 호스트에는 비용이 들 수 있습니다. 제한된 입력 하나로 시작하고, 계속 실행할 주기를 정하기 전에 예정된 실행 후 제공업체 사용량을 확인하세요. 문서에 나온 사전 실행 스크립트 시간 제한은 skill 기반 모델 차례나 청구액을 제한하지 않습니다. 정리 및 비활성 시간 제한은 별개입니다. 프롬프트에 적은 기한은 지시일 뿐 엄격한 지출 통제가 아닙니다. 무제한 모델 차례나 불확실한 부수 효과를 감당할 수 없다면 적절한 제어가 마련될 때까지 작업을 일시 중지해 두세요. 이 안내는 문서화된 동작을 설명하며 실행 측정치, 가격, 신뢰성 결과, 절감 효과를 보고하는 것이 아닙니다.
