AI 자동화가 중간에 멈췄다면 어디를 먼저 볼까

어제까지 잘 돌던 자동화가 오늘은 결과를 안 낼 때, 실행 기록(로그)을 찾는 순서부터 알려드립니다. 도구 이름에 관계없이 쓸 수 있는 점검 순서와 막힐 수 있는 지점을 정리했습니다.

결론부터 말하면, 자동화 도구의 "실행 기록(History·Executions·Runs)" 화면을 먼저 엽니다. 여기서 가장 최근 실행 한 건을 클릭하면 몇 번째 단계까지 갔고 어디서 멈췄는지 확인할 수 있습니다. 화면 구성과 표시 방식은 도구마다 다르므로, 정확한 내용은 쓰는 도구의 공식 문서를 함께 확인하세요.

멈춘 단계를 찾기 전에는 어떤 수정도 추측입니다. 그래서 순서가 중요합니다.

이 글은 특정 도구 매뉴얼이 아닙니다. Zapier·Make·n8n 같은 노코드 자동화 도구(코드를 쓰지 않고 화면에서 블록을 연결해 작업을 자동으로 돌리는 서비스)와 직접 만든 AI 파이프라인에 두루 적용될 수 있는 점검 순서를 다룹니다. 화면 이름은 도구마다 다르니 여러분이 쓰는 도구의 공식 문서에서 정확한 메뉴명을 확인해 주세요.

목차

1. 실행 기록 화면을 먼저 엽니다
2. 실행 기록이 비어 있을 때
3. 중간 단계에서 끊겼을 때
4. "성공"인데 결과가 없을 때
5. 순서를 지키지 않아서 생기는 문제
6. 다음에 같은 일이 생겼을 때 빨리 찾으려면

실행 기록 화면을 먼저 엽니다

멈춤 문제는 크게 두 가지로 나뉩니다. 실행 자체가 시작되지 않은 경우와 시작했지만 중간에 끊긴 경우입니다. 이 둘은 해결 방법이 완전히 다릅니다.

실행 기록 화면에서 이렇게 구분합니다.

실행 기록에 보이는 것	의미	다음에 볼 곳
최근 실행 항목이 아예 없음	트리거(시작 조건)가 안 걸렸음	트리거 설정·연결 상태
항목은 있는데 "실패/오류" 표시	중간 단계에서 끊김	실패한 단계의 에러 메시지
"진행 중"에서 멈춰 있음	대기·승인·응답 지연 가능성	해당 단계의 대기 조건
"성공"인데 결과물이 없음	조건 분기에서 빠졌거나 출력 대상이 바뀜	필터·조건 단계, 저장 위치

여기까지 오면 "어디를 봐야 하나"라는 막막함은 사라집니다. 이제 각 갈래를 하나씩 봅니다.

💡 실행 기록에서 시간대 표시를 먼저 확인하세요. 도구가 UTC 기준으로 보여주는 경우가 있어, "실행이 안 됐다"고 생각한 게 실제로는 시간 표시 차이일 수 있습니다.

실행 기록이 비어 있을 때

트리거가 안 걸린 상황입니다. 순서대로 보되, 되돌리기 쉬운 것부터 확인합니다.

• ☐워크플로가 켜져 있는지(On/Active) — 편집 후 저장만 하고 활성화를 안 한 상태일 수 있습니다
• ☐연결된 외부 계정의 인증이 살아 있는지 — 비밀번호 변경, 2단계 인증 재설정, 토큰(접속 권한을 증명하는 문자열) 만료 후 재연결이 필요할 수 있습니다
• ☐트리거 대상이 그대로인지 — 구글 시트 탭 이름 변경, 폴더 이동, 슬랙 채널 이름 변경은 트리거를 조용히 무력화시킬 수 있습니다
• ☐해당 월의 실행 횟수 한도에 걸리지 않았는지 — 한도와 계산 단위는 도구마다 다르므로 각 서비스 요금제 문서에서 확인하세요

특히 두 번째 항목은 "어제까지 되던 게 오늘 안 되는" 상황에서 살펴볼 만한 지점입니다. 어제와 오늘 사이에 내가 아니라 연결된 서비스 쪽에서 바뀐 게 있는지 떠올려 보는 게 빠릅니다.

수동 실행(Run once, Test) 버튼이 있으면 한 번 눌러 보세요. 수동 실행은 성공하는데 자동 실행만 안 된다면 원인을 트리거 쪽으로 좁혀 볼 수 있습니다.

중간 단계에서 끊겼을 때

실패한 단계를 클릭해, 그 단계에 들어간 입력값과 돌아온 에러 메시지가 표시되는지 확인하세요. 둘 다 봐야 합니다.

에러 메시지를 통째로 복사해서 검색하는 것이 빠른 방법일 수 있습니다. 다만 그 전에 메시지 앞부분의 상태 코드로 대략의 방향을 잡을 수 있습니다.

표시	흔한 방향
401 / 403	권한·인증 문제. 계정 재연결이나 접근 권한 확인
404	대상이 없음. 파일·시트·채널 경로가 바뀌었는지
429	요청이 너무 잦음. 호출 간격이나 반복 횟수 조정
500대	상대 서비스 쪽 오류. 상태 페이지 확인 후 재시도
타임아웃	응답이 늦어 끊김. 처리 단위를 잘게 나누는 방향

이 표는 방향을 좁히는 단서일 뿐 원인의 증명은 아닙니다. 같은 429라도 내 반복문 설계 때문일 수도, 같은 계정을 쓰는 다른 자동화 때문일 수도 있습니다.

입력값도 함께 보세요

에러 메시지가 없거나 모호할 때는 직전 단계의 출력을 봅니다. AI 자동화에서는 이런 모양도 생길 수 있습니다.

예를 들어, 들어온 문의 메일을 LLM(대규모 언어 모델)에 넘겨 "긴급/일반"으로 분류하고 그 결과로 분기하는 자동화를 상상해 봅시다. 모델이 평소엔 긴급만 답했는데 어느 날 분류: 긴급입니다처럼 문장으로 답하면, 뒤의 조건 단계는 어디에도 해당하지 않아 조용히 아무 일도 하지 않습니다.

에러가 아니라서 "성공"으로 기록되는 게 함정입니다.

AI 단계가 포함된 자동화라면 실제로 모델이 뱉은 원문을 실행 기록에서 확인하는 습관이 중요합니다. 프롬프트에 출력 형식을 못 박아 두고("아래 둘 중 하나만, 다른 말 없이: 긴급 / 일반"), 그래도 벗어난 값이 오면 어디로 보낼지 정해두는 쪽이 안전합니다.

"성공"인데 결과가 없을 때

헷갈리기 쉬운 경우입니다. 기록은 초록색인데 시트에 행이 안 생기거나 메시지가 안 옵니다. 확인 지점은 세 곳입니다.

필터·조건 단계
  ↓ 여기서 빠졌나?
저장/전송 대상
  ↓ 경로가 바뀌었나?
결과 확인 위치
  ↓ 다른 폴더·탭·스레드에 있나?

필터 단계는 실행 기록에서 "조건 불일치로 중단" 같은 표시가 붙기도 합니다. 그 단계의 입력값을 열어 어떤 값이 조건과 어긋났는지 확인하세요.

저장 대상은 같은 이름의 파일이 두 개 있을 때 틀어질 수 있습니다. 복사본을 만들어 작업하다 원본으로 연결이 되어 있는 상태 같은 것 말입니다.

순서를 지키지 않아서 생기는 문제

막혔을 때 손이 먼저 가는 행동들이 있는데, 일부는 상황을 더 어렵게 만들 수 있습니다.

• 여러 곳을 동시에 수정 — 무엇이 원인이었는지 알 수 없게 됩니다. 한 번에 한 곳만 바꾸고 다시 실행합니다
• 재시도를 반복해서 누르기 — 상대 서비스 호출 한도에 걸릴 수 있고, 중복 데이터가 쌓일 수 있습니다
• 연결을 무작정 끊고 다시 만들기 — 재연결이 필요한 상황도 있지만, 기존 연결을 참조하던 다른 워크플로가 함께 멈출 수 있습니다. 어떤 워크플로가 그 연결을 쓰는지 먼저 확인하세요
• 실행 기록을 안 보고 워크플로 편집 화면만 보기 — 설계도만 봐서는 어떤 값이 들어왔는지 알 수 없습니다

실패한 실행 건의 링크나 에러 메시지 전문을 어딘가에 복사해 두는 것도 도움이 됩니다. 도구에 따라 실행 기록 보관 기간이 정해져 있어, 나중에 보려고 하면 이미 사라져 있을 수 있습니다. 보관 기간은 각 도구의 요금제·정책 문서에서 확인하세요.

다음에 같은 일이 생겼을 때 빨리 찾으려면

멈춘 걸 고친 다음에 조금만 더 손을 쓰면 다음번이 편해질 수 있습니다.

• ☐워크플로 실패 시 알림을 받도록 설정 (도구 자체 기능이 있는지 먼저 확인)
• ☐마지막 단계에 "완료 기록 한 줄 남기기" 추가 — 시트나 메모 채널에 실행 시각을 적어두면 "언제부터 안 됐는지"가 명확해집니다
• ☐AI 응답을 쓰는 단계는 원문도 함께 저장 — 형식이 어긋났을 때 바로 눈에 보입니다
• ☐워크플로 이름에 수정 날짜를 남기거나, 도구가 제공하는 버전 기록 기능을 켜두기

멈춤 원인을 찾는 일은 결국 "어제와 오늘 사이에 무엇이 달라졌는지"를 좁히는 작업입니다. 실행 기록과 완료 로그가 남아 있으면 그 범위가 저절로 좁아집니다.