반복 업무 AI 자동화 전 정리할 것: 입력·출력·규칙·예외·빈도·검증 체크리스트

반복 업무를 AI로 자동화하기 전에 정리할 것은 여섯 가지입니다. 무엇이 들어오는지(입력), 무엇을 남기는지(출력), 어떻게 처리하는지(규칙), 규칙에 안 맞을 때 어떻게 하는지(예외), 얼마나 자주 언제 하는지(빈도), 결과가 맞는지 어떻게 확인하는지(검증)예요. 이 여섯 칸을 문서 한 장에 적고 실제 자료 두세 건과 손으로 만든 정답 예시 하나를 붙여 클로드 코드(Claude Code)나 코덱스(Codex)에 넘기면 됩니다.

저는 AI 시대에 일을 잘한다는 것 중 하나로 규칙 문서를 읽고 쓰는 능력을 꼽습니다. 규칙대로 일하는 방식에 익숙해지면 두 번 이상 반복되는 일은 자동화할 수 있다고 생각해요. 거꾸로 말하면 규칙을 글로 못 적은 일은 AI에게 넘겨도 매번 다르게 처리됩니다.

이 글은 자동화를 부탁하기 전에 쓰는 한 장짜리 정리표에만 집중합니다. 어떤 일을 자동화할 수 있는지 유형별 예시는 AI 업무 자동화 사례 7가지에, 만들 가치가 있는지 숫자로 따지는 법은 자동화 ROI 계산법에, 정해진 절차를 AI 대신 스크립트로 돌리는 기준은 스크립트·크론 vs AI에 따로 정리했습니다. 공식 문서는 2026년 10월 30일에 다시 확인했습니다.

정리부터 하는 이유

정리 없이 "이거 매주 자동으로 해 줘"라고 부탁해도 AI는 무언가를 만들어 줍니다. 문제는 빈칸을 그럴듯하게 채운다는 점이에요. 결과를 어디에 둘지, 이상한 자료가 들어오면 어떻게 할지 정하지 않았으면 AI가 그때그때 정합니다. 그러면 지난주와 이번 주 결과가 다르게 나와요.

OpenAI의 Codex 모범 사례도 같은 순서를 권합니다. 반복할 일이 생기면 대표적인 일 하나를 먼저 제대로 돌아가게 만들고, 그 방법을 스킬로 묶고, 결과가 예측 가능해진 뒤에 예약 실행을 걸라고 해요. 문서의 표현으로는 "스킬은 방법을, 예약 작업은 일정을 정한다"입니다. 아직 손이 많이 가는 일이라면 예약부터 걸지 말고 스킬로 먼저 만들라는 뜻이에요. 이 글의 정리표는 그 첫 단계인 "방법"을 글로 적는 일입니다.

체크리스트 여섯 칸

아래 예시는 설명을 위해 만든 가상 업무입니다. 매주 월요일 아침, 지난주에 들어온 상담 신청 폼 응답(CSV 파일)을 정리해 담당자별 연락 목록을 만드는 일이에요.

1. 입력: 무엇이, 어디서, 어떤 모양으로 들어오나요

• 어디서 오는지: 폴더, 메일 첨부, 구글 시트, 관리자 화면 내려받기 중 어디인지 적습니다.
• 형식: CSV, 엑셀, PDF, 사진, 메일 본문처럼 파일 종류를 적습니다.
• 한 번에 몇 건인지: 보통 몇 건이고 많을 때 몇 건인지 적습니다.
• 실제 샘플 두세 건: 이름·연락처 같은 개인정보는 가린 사본을 준비합니다. 가장 평범한 것 하나, 지저분한 것 하나가 있으면 좋습니다.

예시: "매주 월요일 관리자 화면에서 내려받는 responses.csv. 열은 신청일, 이름, 연락처, 관심 과정, 문의 내용. 보통 20~40건."

2. 출력: 무엇을, 어디에, 어떤 모양으로 남기나요

• 결과 형식: 표라면 열 이름과 순서까지 적습니다. 문서라면 소제목 구성을 적습니다.
• 저장 위치와 파일 이름: output/2026-11-02-연락목록.csv처럼 날짜가 들어간 이름 규칙을 정합니다. 같은 이름으로 덮어쓰면 지난 결과를 비교할 수 없어요.
• 정답 예시 하나: 샘플 한 건을 손으로 직접 처리해 "이렇게 나와야 한다"를 만들어 둡니다. 이게 있으면 AI 결과가 맞는지 바로 대볼 수 있습니다.

정답 예시를 만들기 어렵다면 아직 자동화할 때가 아닐 수 있습니다. 사람이 한 건도 정답을 못 적는 일은 AI도 매번 다르게 합니다.

3. 규칙: 지금 사람이 하는 순서를 말로 적기

지금 내가 손으로 하는 순서를 그대로 번호 목록으로 씁니다. 그다음 판단이 들어가는 부분을 표시해요.

1. 신청일이 지난주(월~일)인 행만 남긴다.
2. 연락처가 같은 행은 가장 최근 것 하나만 남긴다.
3. 관심 과정에 따라 담당자를 붙인다(과정별 담당자 표 참고).
4. 문의 내용에 "급해요", "이번 주"가 있으면 우선 연락 표시를 한다. ← 판단
5. 담당자별로 나눠 저장한다.

판단 기준은 숫자나 단어로 바꿉니다. "급한 문의"는 사람마다 다르게 읽지만 "문의 내용에 '이번 주' 또는 날짜가 7일 안으로 적혀 있음"은 누가 읽어도 같아요.

규칙과 판단을 나눠 두면 무엇을 AI에게 맡길지도 보입니다. 1, 2, 3, 5번처럼 정해진 처리는 스크립트로 돌리고, 4번처럼 문장을 읽어야 하는 단계만 AI에 맡기는 식이에요. 제가 영상 554편을 정리할 때도 다운로드·변환·음성 받아쓰기는 스크립트로 돌리고 언어 모델에는 자막 번역만 맡겼습니다. 이 기준은 스크립트·크론 vs AI에 자세히 적었습니다.

4. 예외: 규칙에 안 맞는 자료가 오면

자동화가 깨지는 곳은 대부분 예외입니다. 처음부터 전부 적을 필요는 없지만 아래 네 가지는 미리 정해 둡니다.

• 빈 값: 연락처가 비어 있으면?
• 형식이 다름: 날짜가 2026.11.2와 11/2로 섞여 있으면?
• 중복·충돌: 같은 사람이 과정 두 개를 신청했으면?
• 모르는 경우: 규칙 어디에도 안 맞으면?

마지막 줄이 가장 중요합니다. 정리표에 "규칙에 안 맞으면 추측하지 말고 확인 필요 목록에 이유와 함께 따로 모은다"를 적어 두세요. 이 한 줄이 없으면 AI는 빈칸을 그럴듯한 값으로 채웁니다.

Codex 모범 사례도 모든 예외를 처음부터 다루려 하지 말고 대표적인 일 하나로 먼저 제대로 돌아가게 만들라고 권합니다. 예외 목록은 돌려 보면서 확인 필요에 쌓인 것을 보고 늘려 가면 됩니다.

5. 빈도와 시점: 얼마나 자주, 무엇이 시작 신호인가요

• 얼마나 자주: 매일, 매주 월요일, 파일이 올 때마다.
• 시작 신호: 정해진 시각인지, 파일이 폴더에 들어온 순간인지, 내가 직접 실행하는지.
• 실제 횟수: "앞으로 늘 것 같다"가 아니라 지난 2주 동안 실제로 몇 번 했는지 적습니다.
• 마감: 결과가 언제까지 나와야 하는지. 월요일 10시 회의 전이라면 그 전에 돌아야 합니다.

빈도가 낮으면 자동화보다 체크리스트와 템플릿이 나을 때가 많습니다. 몇 번 이상이면 만들 가치가 있는지는 자동화 ROI 계산법의 숫자 일곱 개로 따져 보세요.

6. 검증: 결과가 맞는지 누가, 무엇으로 확인하나요

• 건수 맞추기: 입력 건수 = 출력 건수 + 확인 필요 건수가 되는지 결과 끝에 항상 적게 합니다. 숫자가 안 맞으면 어딘가에서 행이 사라졌거나 늘어난 겁니다.
• 정답 예시와 비교: 2번에서 만든 정답 예시를 넣고 돌려 결과가 같은지 봅니다.
• 처음 몇 번은 전부 확인: 안정될 때까지는 사람이 결과를 다 읽고, 틀린 곳이 계속 없으면 샘플만 봅니다.
• 되돌리기 어려운 동작 앞에서 멈춤: 메일 발송, 게시, 파일 삭제, 외부 시트 쓰기는 자동으로 하지 말고 초안이나 미리 보기까지만 만들게 합니다. 사람이 확인할 지점을 어디에 둘지는 긴 AI 작업을 스킬과 확인 지점으로 나누는 법에 기준을 적었습니다.
• 기록: 언제 돌았고 몇 건을 처리했는지 한 줄씩 남기게 합니다. 아무도 화면을 보지 않을 때 도는 작업이라면 이 기록이 유일한 단서예요.

덧붙여 적을 것: 권한과 민감한 정보

어떤 계정과 API 키가 필요한지, 개인정보가 들어 있는지도 정리표 맨 아래에 적어 둡니다. 키 값 자체는 문서에 쓰지 말고 환경변수로 빼 둔다고만 적으세요. 개인정보가 들어간 원본을 AI 대화에 통째로 붙여 넣지 않는 것도 여기서 정합니다.

한 장짜리 정리표 양식

아래를 복사해 작업 폴더에 AUTOMATION.md로 저장하고 칸을 채웁니다.

# 자동화 정리표: (업무 이름)

## 1. 입력
- 어디서 오나:
- 형식:
- 한 번에 몇 건:
- 샘플 파일: samples/ 폴더 (개인정보 가림)

## 2. 출력
- 결과 형식(열 이름·순서):
- 저장 위치와 파일 이름 규칙:
- 정답 예시: samples/expected-01.csv

## 3. 규칙 (지금 사람이 하는 순서)
1.
2.
3.
- 판단이 필요한 단계: 몇 번, 판단 기준:

## 4. 예외
- 빈 값:
- 형식이 다를 때:
- 중복·충돌:
- 규칙에 안 맞으면: 추측하지 말고 '확인 필요' 목록에 이유와 함께 모은다.

## 5. 빈도와 시점
- 얼마나 자주:
- 시작 신호:
- 지난 2주 실제 횟수:
- 언제까지 나와야 하나:

## 6. 검증
- 건수: 입력 = 출력 + 확인 필요
- 정답 예시와 비교:
- 사람이 확인하는 곳:
- 자동으로 하지 않을 것(발송·게시·삭제 등):
- 실행 기록 위치:

## 권한과 민감한 정보
- 필요한 계정·키(값은 쓰지 않음):
- 개인정보 포함 여부와 처리:

클로드 코드·코덱스에 넘기는 법

정리표를 채웠으면 바로 "만들어 줘"라고 하지 말고 질문부터 받습니다. 아래는 예시 요청입니다.

AUTOMATION.md를 읽고, 빈칸이나 두 가지로 읽힐 수 있는 부분을 먼저 질문해 줘.
질문이 끝나면 samples/ 폴더의 샘플로 한 번만 돌려서 결과를 보여 줘.
결과 끝에 입력 건수, 출력 건수, 확인 필요 건수를 적어 줘.
메일 발송, 파일 삭제, 외부 서비스에 쓰기는 하지 마.

정리표 칸이 잘 안 채워진다면 거꾸로 AI에게 인터뷰를 시켜도 됩니다. 클로드 코드 모범 사례 문서는 원하는 게 아직 분명하지 않을 때 "명세를 쓸 수 있을 때까지 나를 인터뷰하고 SPEC.md에 써 줘"라고 시키는 방법을 소개합니다. 명세 파일이 생기면 새 세션을 열어 그 파일을 기준으로 만들라고 해요. 깨끗한 대화에서 완료 기준이 적힌 문서로 시작하기 위해서입니다.

정리표는 코덱스 모범 사례가 권하는 요청 구성과도 그대로 맞물립니다. 문서는 요청에 목표(Goal), 맥락(Context), 제약(Constraints), 완료 기준(Done when)의 네 가지를 넣으라고 권해요.

같은 구성을 프롬프트 쪽에서 설명한 글은 목표·맥락·제약·출력으로 프롬프트 짜기입니다.

만든 다음 넓혀 가는 순서

1. 채팅에서 한 번 손으로. 샘플 한 건을 대화로 처리해 보며 규칙 문장을 다듬습니다.
2. 스크립트나 스킬로 고정. 결과가 정답 예시와 같아지면 같은 방법이 매번 쓰이도록 스크립트나 스킬로 묶습니다.
3. 예약 실행. 몇 주 동안 확인 필요가 거의 안 생기고 건수가 계속 맞으면 그때 예약을 겁니다. 예약 방법은 스크립트·크론 vs AI에 있습니다.

예약을 건 뒤에도 정리표는 버리지 않습니다. 예외가 새로 생기면 4번 칸에 한 줄 더하고, 바뀐 규칙은 3번 칸에 고쳐 둬요. 정리표가 최신이어야 다음에 AI가 고칠 때도 같은 기준으로 고칩니다. 작업 폴더를 어떻게 나눠 두면 좋은지는 AI 작업 폴더 구조를 참고하세요.

아직 자동화하지 않는 게 나은 신호

• 규칙을 번호 목록으로 적을 수 없다.
• 정답 예시를 한 건도 손으로 만들지 못한다.
• 샘플을 모아 보니 절반 이상이 예외다.
• 지난 2주 동안 실제로 한두 번밖에 안 했다.

하나라도 해당하면 템플릿과 체크리스트로 사람이 처리하면서 규칙을 먼저 모으는 편이 낫습니다. 규칙이 쌓이면 그때 이 정리표를 다시 채우면 돼요.

자주 묻는 질문

자동화할 일은 어떻게 고르나요?

입력 모양이 매번 비슷하고, 처리 순서를 말로 적을 수 있고, 결과를 둘 곳이 정해진 일부터 고릅니다. 이 중 하나라도 설명하기 어렵다면 정리표의 해당 칸부터 채워 보세요. 유형별 예시는 AI 업무 자동화 사례 7가지에 있습니다.

코딩을 할 줄 몰라도 되나요?

정리표는 코드 없이 쓰는 문서입니다. 스크립트는 클로드 코드나 코덱스가 정리표를 읽고 만들어요. 다만 결과 파일을 열어 건수와 정답 예시를 대보는 확인은 직접 해야 합니다.

예외를 처음부터 다 적어야 하나요?

아닙니다. 빈 값, 형식이 다른 값, 중복, 모르는 경우의 네 가지만 정하고 시작합니다. 특히 "모르면 추측하지 말고 따로 모은다"는 처음부터 넣어 두세요. 나머지는 돌려 보며 확인 필요에 쌓인 것을 보고 늘립니다.

정리표는 어디에 두나요?

자동화 스크립트나 스킬과 같은 작업 폴더에 AUTOMATION.md 같은 이름으로 둡니다. 샘플과 정답 예시도 같은 폴더의 samples/에 넣어 두면 AI가 고칠 때마다 같은 기준으로 다시 확인할 수 있습니다.

자동화가 돌기 시작하면 결과를 매번 봐야 하나요?

처음 몇 번은 전부 봅니다. 건수가 계속 맞고 확인 필요가 거의 안 생기면 샘플 몇 건과 실행 기록만 봐도 됩니다. 발송·게시·삭제처럼 되돌리기 어려운 동작은 안정된 뒤에도 사람이 확인하는 자리를 남겨 두는 걸 권합니다.

다음 단계

• 자동화할 일 찾기: AI 업무 자동화 사례 7가지
• 만들 가치 따지기: 자동화 ROI 계산법
• 스크립트로 돌릴지 AI로 돌릴지: 스크립트·크론 vs AI
• 사람이 확인할 자리 정하기: 긴 AI 작업을 스킬과 확인 지점으로 나누는 법
• 주제 모아 보기: AI 업무 자동화

출처와 확인 (2026-10-30)

• Codex best practices (요청의 Goal·Context·Constraints·Done when, 반복 작업은 스킬로, 대표 작업 하나부터, 예외를 처음부터 다 다루지 않기, 스킬은 방법·예약 작업은 일정)
• Claude Code: Best practices (인터뷰로 SPEC.md 만들기, 새 세션에서 명세 기준으로 만들기)
• 저자 경험: Threads AI 시대에 일을 잘한다는 것(2026년 10월 13일, 규칙 문서와 두 번 이상 반복되는 일), ACL 블로그 스크립트·크론 vs AI(영상 554편 정리에서 번역만 모델에 맡긴 사례)
• 본문의 상담 신청 폼 정리 업무는 설명을 위한 가상 예시이며 실제 고객 자료나 측정한 성과가 아닙니다.