AI 정기 태스크를 멈추지 않고 운영하는 방법: 사용량 제한, 모델 분배, 시간 분산, 감시 역할

AI 에이전트에는 특정 시간에 업무를 수행하도록 '정기 태스크(Scheduled Task)'를 설정할 수 있습니다. 매일 아침 뉴스 요약, 매주 보고서 작성, 기사 게시 등이 이에 해당합니다.

편리한 만큼, 정기 태스크의 수가 늘어나면 문제가 발생할 수 있습니다. 어느새 멈춰 있거나, 아침에 실패했는데 밤까지 아무도 알아차리지 못하는 경우, 혹은 사용량 제한(Usage Limit)에 도달하여 한꺼번에 모든 작업이 실패하는 경우가 생깁니다.

본문에서는 AI의 정기 태스크를 중단 없이 운영하기 위한 네 가지 방법을 소개합니다.

사용량 제한을 파악하기
모델 분배 활용하기
실행 시간 분산시키기
감시 역할(Monitoring Task) 배치하기

예시는 Claude의 정기 태스크를 기준으로 했지만, 그 아이디어는 다른 AI 서비스에서도 동일하게 적용할 수 있습니다.

1. 사용량 제한을 파악하기

AI 구독 서비스에는 일정 시간당 사용할 수 있는 양에 대한 상한선이 존재합니다. 이 상한선에 도달하면 해당 시간대에는 AI가 작동하지 않게 됩니다.

여기서 중요한 점은, 채팅(Chat)과 정기 태스크는 동일한 사용량 제한을 공유한다는 것입니다. 아침에 태스크가 많이 실행되면, 그 이후 사람이 채팅으로 요청하는 작업까지도 중단될 수 있습니다.

어떤 태스크가 많은 양을 사용하는지 확인하기

먼저, 어떤 태스크가 사용량을 많이 소비하는지 파악해야 합니다. 일반적으로 무겁게 작동하는 태스크는 다음과 같습니다.

영상이나 이미지를 생성할 때 (파일 크기가 크고 작업 과정이 복잡함)
긴 글을 여러 개 작성할 때
많은 페이지를 검색하고 조사할 때

반면, 목록을 확인하며 이상 여부만 점검하는 태스크는 비교적 가볍게 처리됩니다.

중단시키거나 줄이는 것도 훌륭한 대책

무거운 태스크들을 모두 유지하면서 개선하려 하기보다는, 과감하게 줄이는 것이 더 효과적일 때도 있습니다.

최근 거의 성과를 내지 못한 태스크는 중단하기
시간당 작동하던 것을 하루 3회로 줄이기
매일 하던 것을 평일에만 또는 주 1회로 변경하기

'정말로 매번 필요한가?'라는 관점에서 재검토하는 것만으로도 사용량 제한에 도달할 확률을 상당히 낮출 수 있습니다.

2. 모델 분배 활용하기

모든 태스크를 가장 성능이 좋은 모델로 돌릴 필요는 없습니다.

태스크의 성격	적합한 모델	예시
판단이 어렵거나 글의 질이 중요할 때	고성능 모델 (Opus 등)	기술 기사 작성, 조사 보고서
정해진 절차를 확실하게 수행해야 할 때	가벼운 모델 (Sonnet 등)	목록 체크, 재고 확인, 정기 게시물 업로드

단순히 정해진 절차만 수행하는 태스크는 가벼운 모델로도 충분히 작동합니다. 가벼운 모델은 사용량 소비가 적어 상한선에 여유 공간을 만들어 줍니다.

망설여진다면, 먼저 가벼운 모델로 몇 번 테스트하여 결과물의 품질에 문제가 없는지 확인해 보는 것이 좋습니다.

3. 실행 시간 분산시키기

태스크를 만들 때, 무의식적으로 '아침 7시', '아침 8시'처럼 깔끔한 시간에 몰아넣는 경향이 있습니다.

이렇게 되면 아침 같은 특정 시간대에 태스크가 집중되어 동일한 사용량 제한을 두고 경쟁하게 됩니다. 나중에 실행되는 태스크일수록 상한선에 도달하여 실패하기 쉽습니다.

대책은 간단합니다. 시간을 분산시키는 것입니다.

무거운 태스크끼리는 몇 시간 간격을 두기
아침, 점심, 저녁으로 나누어 배치하기
'7:00'이 아니라 '7:05'처럼 깔끔한 시각을 약간 늦추기

마지막 항목은 서비스 측의 혼잡을 피하기 위함입니다. 많은 사람이 정각(0분)에 태스크를 설정하므로, 시간을 조금만 늦춰도 지연되는 것을 막는 데 도움이 됩니다.

4. 감시 역할(Monitoring Task) 배치하기

아무리 노력해도 실패를 완전히 없앨 수는 없습니다. 따라서 다른 태스크의 상태를 감시하는 전용 태스크를 하나 두는 것이 좋습니다.

감시 역할이 확인해야 할 것

감시 역할은 태스크 목록과 각 태스크의 마지막 실행 결과를 확인합니다. 다음 네 가지를 조사합니다.

상태	판정 방법
실패	마지막 실행이 성공으로 끝나지 않았을 때
...
(네 번째는 놓치기 쉬운 부분입니다. '성공'으로 기록되어 있어도 실제로는 아무 작업도 수행하지 않은 경우가 있습니다.)

감시 시간

감시 역할은 하루에 몇 번 작동합니다. 처음에는 밤에 한 번만 했지만, 그렇게 하면 아침 실패를 밤까지 알아차릴 수 없습니다. 따라서 아침, 점심, 저녁의 3회로 늘렸습니다.

감시 역할 자체는 가벼운 작업이므로, 가벼운 모델로 충분합니다.

실패했을 때의 대응 방식

감시 역할에는 실패를 발견했을 때의 행동 양식도 정해둡니다.

## 실패를 발견했을 때
- 일시적인 실패라면, 한 번만 재실행한다
- 같은 태스크의 재실행은 하루 1회로 제한한다. 이틀 연속으로는 재실행하지 않는다
...

핵심은 재실행에 상한선을 두는 것입니다. 상한선이 없으면, 계속 실패하는 태스크를 여러 번 재실행하여 사용량을 더욱 줄여버릴 수 있습니다.

또한, 감시 역할이 태스크의 내용을 임의로 수정하지 않도록 합니다. 수정해야 할지 여부는 사람이 판단해야 합니다.

보고는 간결하게

감시 역할의 결과는 표로 기록합니다. 사람에게 보고할 때는 새로운 문제가 발생했을 때만, 5줄 이내로 합니다.

매번 '이상 없음'이라고 보고하면, 사람은 그 보고를 읽지 않게 됩니다. 정말 문제가 생겼을 때 놓치지 않도록 하려면, 필요한 경우에만 알리는 것이 좋습니다.

채팅은 자동으로 재개되지 않는다

한 가지 주의할 점이 있습니다. 스케줄링 태스크는 다음 예정 시간이 되면 자동으로 작동합니다. 반면, 사람이 채팅으로 요청한 작업이 사용량 제한 때문에 멈춘 경우에는 자동으로 재개되지 않습니다.

사용량이 회복된 후에 '계속'이라고 보내면, 중단했던 지점부터 다시 시작할 수 있습니다.

흔히 하는 실수

모든 태스크를 아침에 몰아서 실행하기
같은 시간대에 한꺼번에 사용량을 소진하느라, 나중에 실행되는 태스크일수록 실패합니다. 무거운 태스크는 시간을 두고 분산시키는 것이 좋습니다.

모든 태스크를 최고 성능 모델로만 구동하기
정해진 절차의 태스크는 가벼운 모델로도 충분한 경우가 많습니다.

감시 역할을 하루에 한 번만 작동시키기
아침에 발생한 실패를 밤까지 알아채지 못할 수 있습니다. 하루에 몇 번 작동시키는 것이 좋습니다.

재실행 횟수에 제한을 두지 않기
계속 실패하는 태스크를 여러 번 재실행하여 사용량을 소진하게 됩니다. 횟수와 조건을 정해두는 것이 좋습니다.

매번 '이상 없음'으로 보고하도록 하기
보고가 너무 많으면, 진짜 이상을 놓치게 됩니다. 알림은 새로운 문제에만 한정하는 것이 좋습니다.

요약

AI의 주기적 태스크는 만드는 것보다도, 멈추지 않고 계속 운영해 나가는 것이 더 어려운 작업입니다.

무거운 태스크를 파악하여 줄일 수 있는 것은 줄인다.
정해진 절차의 태스크는 가벼운 모델로 구동한다.
실행 시간을 분산시킨다.
감시 역할을 배치하고, 재실행에는 상한을 둔다.

이는 사람 팀의 운영과 매우 유사합니다. 단순히 일을 할당하는 것뿐만 아니라, 무리가 가지 않는 양으로 조절하고 누군가 상황을 살피는 과정이 필요합니다. AI에 맡기는 일이 늘어날수록, 이러한 운영상의 노하우가 더욱 중요해집니다.