Hermes 에이전트는 더 이상 cron 작업에 새로운 cron을 생성할 수 없는데, 이는 권한이 부족해서가 아니라 공식적으로 이러한 재귀적 스케줄링을 적극적으로 금지했기 때문입니다. cron 문서의 경고에는 cron이 실행하는 세션이 재귀적으로 더 많은 cron 작업을 생성할 수 없다고 명시되어 있는데, 이는 작업이 스폰되어 스케줄러가 런어웨이 루프에 빠지는 것을 방지하기 위한 것입니다.
왜 공무원들은 이렇게 보수적일까요
일정 작업이 계속 작동할 수 있게 되면, 반복 스케줄링, 무한 확장, 재활용 잊는 세 가지 문제가 생기기 쉽습니다. 특히 상담원에게 결과를 기반으로 자동으로 새 계획을 추가해 달라고 요청하면, 즉각적인 변경으로 몇 분 내에 중복 작업이 많이 발생할 수 있습니다.
올바른 대안입니다
- 고정된 크론을 생성하고, '누구를 만들 것'이 아니라 조건부로 '무엇을 할지'를 결정하게 하세요.
- 정말로 동적으로 오케스트레이팅하고 싶다면, 메인 세션이나 외부 스크립트를 사용해 작업을 균일하게 관리하세요.
- 설정 파일, 작업 목록, 디렉터리 상태에 변경 사항을 쓰고, 기존 크론이 읽도록 하세요. 크론을 넣는 대신에요.
따라서 이 질문에는 '고정 순서'가 없습니다. 이는 제품의 안전 경계입니다. 복잡한 자동화를 원한다면 Hermes Agent가 상태를 읽고 파일을 수정하며 알림을 보내도록 할 수 있지만, cron 파일을 cron의 다른 계층으로 확장하는 것은 기대하지 마세요. 이 설계는 보수적이지만 가장 어려운 런어웨이 스케줄링을 피합니다.
공식 오픈 소스 주소: https://github.com/NousResearch/hermes-agent; 공식 문서 기록: https://hermes-agent.nousresearch.com/.
