AI 에이전트 정기 실행 설정 — 정한 시각에 정확히 안 돕니다

AI 에이전트를 정해둔 시각마다 알아서 돌게 만들 수 있습니다. 매주 점검을 돌리거나 매일 아침 보고서를 뽑는 식이죠. 그런데 공식 문서를 읽어보니 "몇 시 몇 분"이라고 적어도 그 시각에 딱 맞춰 돌지는 않습니다. 일부러 조금씩 흔들어 놓거든요. 더 성가신 건 서머타임이 있는 지역에서는 아예 건너뛰거나 두 번 도는 날이 있다는 점입니다. 어디서 어긋나는지 정리했습니다.

📌 30초 요약

• ★예정 시각에서 조금 밀려서 돕니다 — 부하 분산 때문입니다.
• ⚠️ 봄에 사라지는 시각은 건너뛰고, 가을에 겹치는 시각은 두 번 돕니다.
• 새벽 한두 시대를 피하거나 표준시로 걸라고 권합니다.
• ★멈춤은 되돌릴 수 있고 보관은 끝입니다.
• ⚠️ 놓친 실행은 나중에 메워주지 않습니다.
• 예산은 실행마다 따로 걸립니다 — 합산이 아닙니다.

정한 시각에 정확히 안 돕니다

만들고 나면 앞으로 언제 도는지 예정 시각 목록을 돌려줍니다. 제대로 걸었는지 바로 확인하라는 배려예요. 그런데 바로 뒤에 단서가 붙습니다 — 실제 실행은 그 시각에서 조금 흔들려 일어납니다. 몰려서 도는 걸 막으려는 장치고, 흔들리는 폭은 실행 간격에 비례합니다.

그래서 "정각에 정확히"가 필요한 일에는 안 맞습니다. 자주 도는 일정이면 밀리는 폭이 작고, 드물게 도는 일정일수록 커져요. 반복 실행이 정각에서 밀리는 현상은 다른 데서도 같은 이유로 나타납니다.

서머타임에 건너뛰거나 두 번 돕니다

시각 기준은 지역 이름으로 지정하고, 판정은 벽시계 그대로 합니다. 저녁 여덟 시라고 걸면 계절이 바뀌어도 그 지역 저녁 여덟 시에 돌아요. 문제는 시계를 돌리는 날입니다.

⚠️ 사라지는 시각과 겹치는 시각

시계를 앞당기는 날에는 존재하지 않게 되는 시각이 생기고, 거기 걸어둔 일정은 그날 아예 안 돕니다. 반대로 시계를 되돌리는 날에는 같은 시각이 두 번 와서 두 번 돕니다. 문서의 권고가 분명해요 — 건너뛰거나 겹치면 곤란한 일이라면 새벽 한두 시대를 피하거나, 지역시 대신 표준시로 걸라는 겁니다.

한국은 서머타임을 안 써서 국내 시각으로만 걸면 이 문제가 없습니다. 다만 해외 지역시로 걸어둔 일정이 있다면 확인해볼 만해요. 정산이나 집계처럼 한 번 더 돌면 곤란한 작업이 특히 그렇습니다.

멈춤과 보관은 성격이 다릅니다

동작	결과
멈춤	앞으로의 일정만 중단 · 되돌릴 수 있음
멈춘 동안	돌던 작업은 계속 · 손으로 돌리는 건 여전히 가능
다시 켜기	놓친 건 안 메우고 다음 차례부터
보관	끝 — 일정 종료, 수정도 불가

그래서 "당분간 쉬게 하자"는 멈춤, "이제 안 쓴다"는 보관으로 나눠 쓰면 됩니다. 헷갈려서 보관을 눌러버리면 되살릴 수 없으니 주의하세요. 그리고 자동화 도구로 흐름을 짜둘 때처럼, 일정에 걸기 전에 손으로 한 번 돌려보는 기능도 따로 있습니다.

실패해도 다시 시도하지 않습니다

돌아야 할 시각마다 시도 기록이 하나씩 남습니다. 성공하면 어떤 작업으로 이어졌는지가 적히고, 실패하면 왜 안 됐는지 이유가 적혀요. 실패한 것만 골라 볼 수도 있습니다.

🔁 재시도가 없다는 게 핵심입니다

요청이 몰려 거절당하면 그 자리에서 실패로 기록하고 끝입니다. 곧바로 다시 시도하지 않고 다음 예정 시각을 기다려요. 하루 한 번 도는 일정이라면 그날은 그냥 건너뛴 셈이 됩니다. 그러니 실패 기록을 들여다보는 통로를 열어두는 게 중요합니다.

연쇄적으로 정리되는 경우도 있습니다. 쓰던 에이전트가 보관되면 일정도 함께 보관되고, 아예 지워졌으면 다음 차례에 그걸 감지해 자동으로 보관됩니다. 이때는 실패 기록조차 남지 않아요. 반면 작업 공간이나 자격 묶음이 정리된 경우라면 실패 기록을 남기고 일정은 자동으로 멈춤 상태가 됩니다 — 고쳐서 다시 켜라는 뜻이죠.

📄 정기 실행도 파일로 적어 둘 수 있습니다

화면에서 클릭해 거는 대신 파일로 선언하는 길이 생겼습니다. 어느 에이전트를 어느 환경에서 몇 시에 돌릴지, 첫 메시지까지 한 파일에 적습니다. 고쳤다가 되돌리는 일이 쉬워지는 게 가장 큰 이득입니다. 다만 정한 시각에 정확히 돌지 않는 문제는 파일로 적는다고 달라지지 않습니다.

자주 묻는 질문 (FAQ)

Q. 앞 실행이 안 끝났는데 다음 차례가 오면요?

문서는 겹칠 때 어떻게 되는지를 따로 적어두지 않았습니다. 다만 구조상 차례마다 새 작업을 시작하고, 앞서 돌던 작업은 멈춤을 눌러도 계속 진행된다고 돼 있어요. 그러니 긴 작업을 짧은 간격으로 걸면 여러 개가 동시에 돌 수 있다고 보는 게 안전합니다. 그럴 땐 간격을 넉넉히 잡거나 실행당 상한을 걸어두는 편이 낫습니다.

Q. 비용이 계속 쌓이지 않을까요?

상한을 걸 수 있는데 중요한 건 그게 실행마다 따로 적용된다는 점입니다. 전체를 합쳐 막는 게 아니라 한 번 돌 때마다 그만큼씩 쓸 수 있어요. 그래서 자주 도는 일정이면 총액은 그만큼 늘어납니다. 상한에 닿은 작업은 거기서 멈춰 서고, 상한을 바꾸면 그 뒤에 시작하는 것부터 적용됩니다. 이미 돌고 있는 건 그 작업 쪽에서 따로 손봐야 하고요.

Q. 몇 개까지 만들 수 있나요?

조직당 천 개 단위의 상한이 있고, 더 필요하면 문의하라고 안내합니다. 시간 단위는 분까지 쪼갤 수 있고요. 표현 방식은 서버 작업 예약에서 오래 쓰던 그 형식이라, 익숙하다면 그대로 쓰면 됩니다. 관리 화면에서 만들고 검증하는 도구도 제공합니다.

🧾 정직하게 밝혀둘 것

• 직접 걸어보지 않았습니다. 공식 문서의 동작·제약·경고를 정리한 것입니다.
• ★"겹치면 여러 개가 동시에 돈다"는 제 추론입니다. 문서에 겹침 처리는 명시돼 있지 않습니다.
• ★"한국은 서머타임을 안 써서 문제없다"도 제 판단이지, 문서의 서술이 아닙니다.
• ★밀리는 폭·개수 상한의 정확한 수치와 설정 표기는 옮기지 않았습니다. 실제로 걸 때는 원문을 확인하세요.
• 조직 계정에서 쓰는 제품군의 일부이고 시험 단계 표기로 제공됩니다.

✨ 정리하면

정한 시각에 정확히 돌지는 않습니다 — 몰림을 피하려고 일부러 조금 흔들어요. 서머타임이 있는 지역시로 걸면 건너뛰거나 두 번 도는 날이 생기니 새벽 시간대를 피하는 게 안전합니다. 멈춤은 되돌릴 수 있고 보관은 끝이며, 실패는 기록만 남고 재시도하지 않습니다. 반복 실행이 밀리는 이야기는 /loop 반복 실행, 자동화 흐름 짜기는 n8n 자동화 워크플로우, 자격증명이 어긋날 때는 API 키 인증 실패, 전체 비용 흐름은 AI 지출 관리 허브에 모아뒀습니다.

※ 출처: Claude 관리형 에이전트 정기 실행 공식 문서(2026년 8월 28일 열람). 조직 계정 전용이며 시험 단계 표기로 제공돼 동작과 상한이 바뀔 수 있습니다.