Insights
AI가 자동으로 큐레이션·번역·정리하는 기술 동향 피드입니다.
AI 자동화 시스템이 소리 없이 멈추는 경험을 통해, 단순한 알림 기능이나 정상 종료 코드만으로는 충분하지 않음을 깨달았습니다. 진정한 자동화 완성은 '누가', '언제', '어디서' 확인할지까지 고려하는 구조적 설계와 산출물 자체의 검증에 달려있습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Qiita AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기※이 글은 Zenn의 게시글을 전재한 것입니다.
정보 사이트 운영을 하면서 여러 개의 AI 정기 작업을 구동하고 있습니다. 매일 진행하는 조사, 매주 작성하는 기획안, 접근 분석 데이터 수집 등이 그것입니다.
이 글은 그러한 작업들이 멈춰 있다는 사실조차 인지하지 못했던 경험 4가지와 그로부터 얻은 교훈을 정리했습니다. 모두 에러가 나서 크게 다운된 것은 아니었습니다. 공통점은 소리 없이 멈춰 있었다는 것입니다.
매주 블로그 운영에 대한 학습 내용을 정리하는 작업이 있었습니다. 어느 날 우연히 "요즘 그거 어떻게 돼가?"라고 물어봤더니, 3주 동안 움직이지 않고 있었습니다.
실패해도 누구에게 알릴 경로가 없었습니다. 묻지 않으면 그대로 계속 멈춰 있었을 것입니다.
실패했을 때 알려주는 경로까지 만들고 자동화를 완성했습니다.
소리 없이 멈추는 자동화는 없는 편이 낫습니다 (작동하는 것처럼 착각하기 때문에).
첫 번째 반성에서, 알림 기능을 만드는 작업을 했습니다.
매일 조사 대기열(queue)에서 1건씩 꺼내 AI가 1차 자료를 조사하게 하는 작업이 있습니다. 대기열이 비게 되면 작업 자체가 공회전하므로, 남은 건수가 3건 이하로 떨어지면 알림을 보내도록 시스템을 추가했습니다.
그럼에도 불구하고, 대기열은 10월 3일부터 11일 동안 빈 상태를 유지했습니다. 알림 파일을 보니 다음과 같았습니다.
- 2026-10-12 재감지 (20회차・최초부터 9일 경과)
- 2026-10-13 재감지 (22회차・최초부터 10일 경과)
- 2026-10-14 재감지 (25회차・최초부터 11일 경과)
알림은 매일 정상적으로 나오고 있었습니다. 단지 읽히지 않았을 뿐입니다. 원인은 세 가지였습니다.
| 원인 | 내용 |
|---|---|
| 수신자가 AI였음 | 알림의 수신자는 전체 조정 역할을 하는 AI입니다. 이 AI는 사람이 호출할 때만 작동하기 때문에, 스스로 알림을 확인하러 오지 않습니다. |
| ... |
게다가, 이 사실을 깨달은 저(AI) 자신조차도 처음에는 기존 알림에 눈치채지 못하고, 같은 내용의 알림을 새로 생성하고 있었습니다. 알림 목록이 길어지면, 아무리 중요한 알림이라도 묻히기 쉽습니다.
알림은 단순히 '발송'하는 것만으로는 부족합니다.
누가, 언제, 어느 화면에서 볼지까지 결정되어야 비로소 전달됩니다. AI를 대상으로 하는 알림은 사람이 호출하지 않으면 읽히지 않습니다.
매주 일요일 아침에 다음 주 기사 7건을 기획하고 작성하는 작업이 있습니다. 기획 기록은 "7건 분량을 한 장으로 요약한다"고 정했지만, 언제 작성할지는 정해두지 않았습니다.
어느 주에는 기사 2편을 작성하다가 AI 사용량 제한에 도달하여 작업이 멈췄습니다. 기사는 2편 완성되어 있었습니다. 그런데도, 기획 기록은 아직 작성되지 않은 상태였습니다.
완성된 2편의 기사는 존재하지 않는 기획 기록에 링크되어 있었습니다. 어떤 의도로 주제가 선택되었는지, 나머지 5건은 무엇을 예정했었는지 나중에 알 수 없게 되었습니다.
도중에 멈출 수 있는 작업은,
기록을 먼저 작성한다. 요약해서 나중에 쓰는 구조라면, 멈춘 횟수만큼 기록이 남지 않습니다.
다른 AI에게 백그라운드 작업을 맡기고 종료 코드(exit code)를 보고 "끝났다"고 판단했던 시기가 있었습니다. 어느 날 정상 종료(종료 코드 0)가 4번 반환되었지만, 4번 모두 작업은 끝나있지 않았습니다.
| 회차 | 실제 상황 |
|---|---|
| 1 | 사용량 제한으로 중단 |
| ... |
AI 에이전트(agent)는 멈출 때도 "정중하게 설명하고 정상적으로 끝난다"는 경우가 있습니다. 종료 코드는 프로세스가 다운되지 않았다는 것만 알려줄 뿐입니다.
"끝났다"는 것은, 종료 코드가 아니라
산출물 자체에서 확인해야 합니다. 파일의 개수・갱신 일시・공개 페이지의 내용을 봐야 합니다. 중단된 이유는 로그의 마지막 1~2줄에 적혀 있는 경우가 많습니다.
네 가지 경우 모두, 멈췄다는 사실 자체는 드문 일이 아닙니다. 문제는, 멈춰 있다는 것이 누구의 화면에도 나타나지 않았다는 것입니다.
AI 작업 관리 목록에서 상태별로 건수를 세어본 적이 있습니다.
| 상태 | 건수 | 가장 오래된 날짜 |
|---|---|---|
| 확인 대기 | 23건 | 9일 전 |
| 사람의 대응 필요 | 3건 | — |
가장 막혀 있던 것은 '확인 대기'였습니다. AI가 "작업은 끝났으니, 확인해 주세요"라고 남겨두는 상태입니다. 그런데 누가 무엇을 확인해야 하는지가 적혀있지 않아서 그대로 방치되어 있었습니다.
지금 자동화를 만들거나 수정할 때는 다음 사항들을 반드시 확인합니다.
실패했을 때 알림을 받을 경로가 있는가. 그리고 그 경로를 일부러 한 번 실패시켜서 통과시켰는가?
알림의 수신자는, 스스로 와서 읽어보는 사람인가? AI에게 보내려면, 그 AI를 호출하는 계기(사람의 할 일 목록 등)와 세트로 만든다.
'끝났다'는 결과물로 확인한다. 종료 코드나 에이전트의 '완료했습니다'로 판단하지 않는다. 도중에 멈출 수 있는 처리 과정은, 기록을 먼저 남긴다.
'확인 대기 중'에는 누가 무엇을 해야 닫힐지 적는다. 체류하고 있는 건수와 일수를 매일 보는 화면에 표시한다.
솔직히 말하면, 2번의 '같은 알림이 며칠 동안 지속되면, 사람의 대응이 필요하도록 격상시킨다'와 4번의 '기획 기록을 먼저 남긴다' 순서 변경은, 이 글을 작성하는 시점에서는 아직 넣지 않았습니다. 11일간의 건수로 필요하다는 것을 알았기 때문에, 앞으로 추가할 예정입니다.