Hermes 에이전트 웹훅이 한 이벤트에서 두 번 응답하니, 에이전트가 미쳤다고 의심하지 마세요. 공식 웹훅 문서에는 중복 배달은 배달 ID의 멩등원 캐시로 차단되어야 한다고 명확히 명시되어 있습니다. 소스가 X-GitHub-Delivery나 X-Request-ID과 같은 요청 ID가 없다면, Hermes 중복 제거는 훨씬 약해집니다.
먼저 이 물품들을 확인해 보세요
- 웹훅 소스가 배달 ID 헤더를 보내나요?
- 업스트림 서비스가 스스로 재시도하고 헤더가 매번 바뀌는 건가요?
- "200개는 재게시되지 않을 것"이라고 잘못 생각하든, 사실 일부 플랫폼은 타임아웃이나 정책 때문에 재시도할 수 있습니다.
이제 공무원을 어떻게 대해야 할까
문서에는 이렇게 적혀 있습니다: 배달 ID는 1시간 동안 캐시되며, 재배달에 도달하면 바로 건너뛰고 200으로 반환됩니다. 즉, 실제로 추가해야 할 것은 Hermes 에이전트 로직이 아니라 업스트림 요청 헤더입니다.
한마디로: Webhook은 반복해서 답장하고, 먼저 배달 ID 헤더가 안정적인지 확인한 뒤, 상류에서 재시도를 확인하며, Hermes 에이전트를 먼저 재설치하지 마세요.
공식 오픈 소스 주소: https://github.com/NousResearch/hermes-agent; 공식 문서 기록: https://hermes-agent.nousresearch.com/.
