택배가 왔는지 10분마다 문을 열어 확인하는 일과, 기사가 초인종을 누르면 그때만 나가는 일은 다릅니다. Grok Bot 웹훅은 반복 확인과 실제 작업의 시작을 분리하는 초인종으로 이해할 수 있습니다. 중요한 것은 확인 작업을 없애는 것이 아니라 누가 확인하고 언제 봇을 부르는지 바꾸는 설계입니다. 초인종 원리: 확인과 실행을 분리합니다 공식 문서는 루틴이 한 번 실행될 때마다 사용량을 쓰며, 짧은 간격의 반복은 하루에 일주일분을 쓸 수도 있다고 경고합니다. 많은 자동화가 새 일이 있는지 봇에게 계속 묻는 방식이라면 빈 확인도 실행에 포함됩니다. Grok Bot에서는 루틴마다 고유한 주소가 생기고, 프로그램이 그 주소로 신호를 보내면 봇이 깨어나 일합니다. 공개된 활용법은 반복 조회를 로컬 스크립트에 맡기고 새 일이 있을 때만 웹훅으로 봇을 부르는 방식입니다. 초인종 역할을 맡는 작은 스크립트의 조회에는 봇 사용량이 들지 않습니다. 다만 로컬 스크립트의 반복 조회는 계속 돌아가므로, 그 비용까지 사라지는 것은 아닙니다. 봇 호출을 줄이는 일과 전체 운영 비용을 없애는 일은 구분해야 합니다. 공식 문서가 안내하는 호출 방식 루틴은 일정뿐 아니라 웹훅 호출로도 시작할 수 있습니다. 데스크톱 루틴 화면의 Webhook 칸에는 주소, 비밀 키, 복사할 전체 헤더가 안내됩니다. 항목 공식 안내 요청 HTTP POST로 주소에 전송하며 키는 Authorization Bearer 헤더에 넣습니다. 본문 JSON 본문은 선택이며 봇이 루틴 지시와 함께 받습니다. 응답 200 호출을 받아 실행을 시작했다는 뜻입니다. 완료 결과는 봇 대화에서 확인합니다. 한도 전체 루틴 합쳐 시간당 300회, 개별 루틴 시간당 200회입니다. 한도 초과 실패한 실행은 자동으로 다시 돌지 않으므로 웹훅을 다시 보내야 합니다. 시간 예약 스케줄 루틴의 최소 간격은 5분입니다. 실전 적용은 세 단계입니다 루틴에 웹훅 트리거를 만들고 사건이 오면 할 일을 지시합니다. ...
Grok Bot 사용량 새는 곳, 웹훅 하나로 막는 법 자동화가 자주 실행된다고 업무가 그만큼 많이 처리되는 것은 아니다. 새 사건이 있는지 확인하기 위해 Grok Bot을 반복해서 깨운다면, 처리할 일이 없는 시간에도 실행이 발생한다. 웹훅은 이 구조를 바꾼다. 변화가 생겼을 때만 Bot에 알리도록 실행 조건을 옮기는 방식이다. 핵심 판단 웹훅의 가치는 불필요한 실행을 줄일 수 있다는 데 있다. 실제 사용량이 얼마나 줄어드는지는 사건 빈도, 작업 내용, 감지 방식과 운영 비용을 함께 측정해야 알 수 있다. 웹훅은 초인종, 폴링은 문을 열어 확인하기 택배를 기다리며 일정 간격으로 현관문을 열어 보는 행동이 폴링이다. 택배가 오지 않아도 확인은 반복된다. 웹훅은 택배 기사가 도착했을 때 누르는 초인종과 비슷하다. 사건을 아는 쪽이 신호를 보내므로, 받는 쪽은 그 신호를 계기로 일을 시작할 수 있다. 다만 초인종이 울렸다고 택배 정리까지 끝난 것은 아니다. 웹훅도 요청 전달과 후속 작업 완료를 구분해야 한다. 또한 사건을 보내 줄 시스템이 있어야 한다. 외부 서비스가 웹훅을 제공하지 않아 로컬 스크립트가 계속 조회한다면, 확인 작업은 그 스크립트에 남는다. Grok Bot에서는 어떤 요청을 보내나 공식 문서에 따르면 루틴에 웹훅 트리거를 추가한 뒤, 루틴 화면에서 URL과 비밀 키를 확인한다. 해당 URL로 HTTP POST 를 보내고, 인증 헤더에 Authorization: Bearer <key> 를 넣는다. JSON 본문은 선택 사항이며, 보내면 Bot이 루틴 지시와 함께 받는다. 자세한 형식은 공식 Skills and routines 문서 에서 확인할 수 있다. 설계의 관건은 요청을 보내기 전의 필터다. 새 사건인지, 처리 대상인지, 이미 보낸 사건인지를 판단한 다음 필요한 경우에만 호출해야 한다. 의미 없는 사건까지 모두 전달하면 웹훅을 도입해도 실행은 많아...