반복 작업 자동화 전에 먼저 나눠야 할 3가지: 입력, 판단, 실행

반복 작업을 자동화할 때 바로 스크립트부터 만들면 오래 못 간다. 먼저 입력, 판단, 실행을 분리해야 한다. 무엇을 받을지, 어떤 기준으로 고를지, 마지막에 무엇을 확인할지가 정해져야 자동화가 유지된다.

자동화가 실패하는 이유는 도구가 부족해서가 아닐 때가 많다. 반복 작업의 기준이 머릿속에만 있고, 입력 형태가 매번 달라지고, 결과 확인 방법이 없어서 실패한다. 이 상태에서 스크립트를 만들면 예외 처리만 늘어난다.

AI 자동화도 마찬가지다. AI에게 "알아서 정리해줘"라고 시키면 처음에는 편해 보이지만, 기준이 없으면 결과를 검수하기 어렵다. 자동화는 코드를 쓰기 전에 작업을 구조화하는 일에서 시작한다.

자동화는 스크립트보다 판단 구조가 먼저다

글의 핵심을 정리한 도식 (본인 데이터·구조 기반)

반복 작업을 자동화하고 싶을 때 가장 먼저 할 일은 코드를 여는 것이 아니다. 작업을 세 덩어리로 나누는 것이다.

구분	질문	산출물
입력	무엇을 받을 것인가?	파일, URL, 노트 경로, 데이터 범위
판단	무엇을 기준으로 고를 것인가?	포함/제외 기준, 우선순위, 위험 태그
실행	무엇을 바꾸고 확인할 것인가?	수정 대상, 검증 명령, 완료 조건

이 셋이 분리되어 있으면 자동화는 단순해진다. 입력이 바뀌면 입력 처리만 고치면 되고, 판단 기준이 바뀌면 분류 기준만 고치면 된다. 실행 결과가 이상하면 검증 단계에서 잡을 수 있다.

반대로 세 가지가 섞여 있으면 자동화는 금방 망가진다. 입력이 바뀌었는데 코드 전체를 고쳐야 하고, 판단 기준을 바꾸려면 스크립트를 다시 읽어야 하며, 결과가 맞는지 확인하려면 사람이 처음부터 다시 봐야 한다.

입력: 자동화가 받을 대상을 좁힌다

입력이 흔들리면 자동화는 매번 예외 처리가 된다. 오늘은 CSV, 내일은 메모, 모레는 이미지 캡처라면 같은 방식으로 처리하기 어렵다.

입력은 가능한 한 명확해야 한다.

나쁜 입력	좋은 입력
최근 자료 전체	특정 폴더 아래 최근 30일 자료
블로그에 쓸만한 것	여행 제외, 공개 가능, 원본 경로 확인 가능
에러 로그	특정 날짜, 특정 서비스, 특정 상태 코드
노트 정리	특정 태그, 특정 MOC, 중복 후보만

입력 범위를 좁히는 것은 자동화의 성능을 낮추는 일이 아니다. 오히려 결과를 믿을 수 있게 만드는 일이다.

판단: 사람이 먼저 문장으로 쓴다

자동화에서 가장 위험한 부분은 판단을 숨기는 것이다. 사람은 머릿속으로 알고 있다. 어떤 내용은 공개하면 안 되고, 어떤 주제는 검색 수요가 약하고, 어떤 문장은 최신 확인이 필요하다는 것을 안다.

하지만 그 기준을 자동화에 전달하지 않으면 도구는 모른다. AI도 마찬가지다. AI가 똑똑해 보여도 공개 가능성, 민감정보, 검색 의도, 현재성 같은 기준은 사람이 명시해야 한다.

판단 기준은 코드보다 먼저 문장으로 써야 한다.

기준	설명
공개 가능	사내 정보, 개인 정보, 민감한 수치가 없어야 한다
검색 의도	독자가 바로 검색할 만한 질문으로 바뀌어야 한다
검증 비용	공식 문서나 최신 페이지 확인이 필요한지 분리한다
재사용성	한 번 쓰고 끝나는지, 연재로 이어질 수 있는지 본다

이 기준이 있으면 AI에게도 같은 작업을 안정적으로 맡길 수 있다.

실행: 변경보다 확인을 먼저 설계한다

좋은 자동화는 무엇을 바꿀지보다 무엇을 확인할지가 명확하다. 자동화 결과를 검수할 방법이 없으면, 결과가 많아질수록 불안해진다.

예를 들어 블로그 자동화라면 다음 확인이 필요할 수 있다.

작업	확인
글 초안 생성	첫 200자가 답변인지, 표와 FAQ가 있는지
이미지 삽입	이미지 개수와 파일명이 맞는지
공개 발행	공개 URL에서 본문과 이미지가 보이는지
채널 미러	Blogger, Tistory, Naver 상태가 구분되는지

코드 자동화라면 테스트, 타입체크, 린트, 빌드가 확인 단계가 된다. 노트 자동화라면 경로 확인, 링크 확인, 중복 확인이 된다.

자동화의 마지막 줄은 항상 "어떻게 확인했는가"여야 한다.

AI 자동화 프롬프트도 같은 구조로 쓴다

AI에게 반복 작업을 맡길 때는 다음처럼 입력, 판단, 실행, 검증을 분리해서 요청하는 편이 좋다.

입력: 이 폴더 아래의 공개 가능한 노트만 본다.
판단: 중복, 민감정보, 최신 확인 필요 여부를 태그한다.
실행: 후보 10개를 표로 만들고, 상위 3개는 초안 구조까지 작성한다.
검증: 사용한 원본 경로와 제외한 범위를 함께 남긴다.

이런 요청은 AI가 할 일을 제한하는 것이 아니라, 결과를 검수 가능하게 만드는 방법이다. 자동화는 빠르게 끝나는 것보다 다시 쓸 수 있는 것이 더 중요하다.

자동화 전 체크리스트

반복 작업을 자동화하기 전에 아래 질문에 답해보면 된다.

질문	답하지 못하면 생기는 문제
입력은 어디서 오나?	매번 예외 처리가 늘어난다
제외할 대상은 무엇인가?	자동화가 위험한 항목까지 처리한다
판단 기준은 무엇인가?	결과를 검수할 수 없다
최종 산출물은 무엇인가?	작업이 끝났는지 모른다
검증 방법은 무엇인가?	결과를 믿기 어렵다
실패하면 어디서 멈추나?	작은 오류가 큰 변경으로 이어진다

이 질문에 답하지 못한다면 아직 스크립트를 만들기 이르다. 먼저 체크리스트나 수동 절차를 정리하는 편이 낫다.

작은 작업부터 자동화한다

자동화는 거대한 시스템으로 시작할 필요가 없다. 오히려 작게 시작하는 편이 오래 간다.

예를 들어 "블로그 운영 전체 자동화"보다 "초안 후보에 위험 태그 붙이기"가 좋다. "노트 전체 정리"보다 "중복 제목 후보만 찾기"가 좋다. "배포 전체 자동화"보다 "배포 전 확인 명령 모으기"가 좋다.

작은 자동화는 실패해도 비용이 작고, 성공하면 다음 자동화의 기준이 된다.

FAQ

자동화 전에 체크리스트를 꼭 만들어야 하나?

가능하면 만드는 편이 좋다. 체크리스트는 자동화할 판단을 사람의 언어로 고정하는 역할을 한다. 스크립트는 그 다음 단계다.

자동화가 실패하는 가장 흔한 이유는 무엇인가?

입력 범위가 흔들리거나 판단 기준이 명시되지 않은 경우가 많다. 도구가 부족해서가 아니라 기준이 전달되지 않아서 실패한다.

AI에게 맡기면 판단 기준을 안 써도 되나?

아니다. AI는 기준이 명확할수록 더 안정적으로 움직인다. 포함/제외 기준과 완료 조건을 주는 편이 좋다.

작은 반복 작업도 자동화할 가치가 있나?

반복 빈도보다 판단 구조가 재사용되는지가 중요하다. 한 번 만든 기준을 다음 작업에도 쓸 수 있다면 작은 작업도 자동화 후보가 된다.

자동화 결과는 어떻게 검수해야 하나?

변경 파일, 원본 입력, 제외 기준, 검증 명령을 확인한다. 결과만 보는 것보다 과정의 흔적을 보는 편이 안전하다.

마무리

반복 작업 자동화의 출발점은 도구가 아니다. 입력, 판단, 실행을 분리하는 것이다. 이 세 가지가 분리되면 스크립트도 쉬워지고, AI에게 맡기는 일도 쉬워진다.

자동화가 오래 가려면 결과를 빨리 만드는 것보다 기준을 남겨야 한다. 무엇을 받았고, 어떤 기준으로 골랐고, 무엇을 바꿨고, 어떻게 확인했는지가 남아야 다음 반복에서도 같은 구조를 쓸 수 있다.

입력·판단·실행을 나눈 다음의 실행 단계는 AI 반복 업무 자동화 실전 가이드에서 패턴별로 다뤘다. 판단까지 일부 맡기는 단계로 넘어간다면 Claude Code 멀티에이전트 실전이 다음 글이다.

실전 분해 예시: 블로그 발행 파이프라인

이 글의 프레임을 내 블로그 자동화에 그대로 적용하면 이렇게 나뉜다.

구분	내용	자동화 수준
입력	초안 폴더의 마크다운 파일만	완전 자동
판단	분량, 금지 표현, 링크 검사 (기준은 문서로 명시)	자동 검사 + 사람 확인
실행	HTML 변환, 이미지 임베드, 플랫폼 업로드	완전 자동
게이트	공개 발행 버튼	사람만

포인트는 마지막 줄이다. 모든 것을 자동화해도 되돌리기 어려운 실행(공개, 삭제, 발송)은 의도적으로 사람 게이트로 남긴다. 자동화의 신뢰는 무엇을 자동화하지 않았는지에서 나온다.

도구는 판단의 무게로 고른다

어떤 도구를 쓸지 묻는다면 기준은 하나, 판단 단계의 무게다.

판단이 없는 반복(파일 이동, 백업, 리포트 생성)은 cron이나 단축어, Zapier급이면 충분하고 AI를 끼우는 건 낭비다. 판단이 가볍고 규칙화되는 반복(태그 분류, 형식 검사)은 스크립트에 규칙을 박는다. 판단이 무겁고 문장으로만 표현되는 반복(요약, 초안, 분류 경계가 흐린 것)이 비로소 AI 에이전트의 영역인데, 이때도 위 표처럼 검증과 게이트를 설계하고 시작해야 한다.

거꾸로 말하면 "AI한테 다 시키면 되지"는 자동화 설계의 포기 선언에 가깝다. 내 자동화 작업의 90%는 코드나 프롬프트가 아니라 입력을 좁히고 판단 기준을 문장으로 쓰는 일이었고, 그걸 건너뛴 자동화는 전부 한 달 안에 버려졌다. 실행 패턴 모음은 AI 반복 업무 자동화 실전 가이드에, 판단까지 맡길 때의 안전장치는 AI 에이전트 감독 6원칙에 있다.