체크리스트가 길어졌을 때: 필수 작업과 추가 제안 분리하기

AI가 만든 체크리스트가 요청한 다섯 항목보다 길다면, 마지막 두 줄만 잘라내기 전에 필수 작업이 그대로 남아 있는지 확인하세요. 목록 수를 맞추려다 원본 복사나 차이 기록을 지우면 작업의 안전장치가 빠집니다. 아래는 AI가 만든 표를 작업 사본에 붙여넣기 전 검토할 체크리스트를 만드는 사례입니다.

필수 다섯 항목을 ID와 완료 기준으로 고정합니다

원래 요청은 범위 확인, 원본 복사, 초안 붙여넣기, 행 수 대조, 차이 기록입니다. 이 다섯 이름만 적으면 “확인했습니다”가 무엇을 뜻하는지 모호해집니다. 실제로 체크할 수 있는 증거를 함께 적습니다.

메일 발송과 파일 삭제는 원래 요청에 없습니다. AI가 편의를 위해 추가했다면 실행 목록에 섞지 말고 별도 제안으로 보류합니다. 체크리스트에 적혀 있다는 사실은 발송·삭제 승인이 아닙니다.

바로 복사할 요청문

AI가 만든 표의 붙여넣기 전후 검토 체크리스트를 작성해 주세요.
필수 ID는 C01~C05이며 각 ID를 정확히 한 번씩 사용하세요.
순서는 범위 확인→원본 복사→초안 붙여넣기→행 수 대조→차이 기록입니다.
각 항목은 '할 일 / 완료 기준 / 미완료 시 다음 행동'으로 적으세요.
필수 작업을 합치거나 지워서 다섯 개로 맞추지 마세요.
메일 발송과 파일 삭제는 요청 밖이므로 실행 단계에 넣지 마세요.
추가 제안이 있다면 별도 '추가 검토 제안'에 쓰고 실행하지 마세요.
모르는 파일·시트·담당자는 확인 필요로 남기세요.

이 요청은 문장 다섯 개만 받는 일이 아닙니다. 다섯 개의 필수 작업을 추적하기 위한 형식입니다. 항목 하나 아래에 상세 완료 기준을 넣어도 ID가 같은 작업의 설명이라면 별도 필수 항목으로 세지 않습니다. 반대로 “붙여넣고 메일을 보내세요”처럼 다른 실행을 숨긴 문장이 있으면 별도 추가 작업으로 분리합니다.

응답을 세 번 읽으면 개수만 맞는 오류가 보입니다

첫째, C01~C05가 한 번씩 있는지 확인합니다. C04가 두 번이고 C05가 없다면 다섯 줄이어도 실패입니다. 둘째, 각 ID가 원래 작업을 뜻하는지 봅니다. C02가 파일 삭제로 바뀌었다면 ID 수는 맞아도 요청과 다릅니다. 셋째, 완료 기준을 읽고 실제로 확인할 수 있는지 봅니다. “잘 확인함” 대신 파일명이나 데이터 행 수처럼 확인한 대상을 남깁니다.

Claude의 근거 확인 안내는 모르는 정보를 인정하고 제공된 자료에 답을 연결하는 방식을 설명합니다. 이 사례에 적용하면 없는 파일명과 담당자, 완료 사실을 만들어 채우지 않게 요청하고, 받은 체크리스트를 원래 작업 목록과 직접 대조하는 방식입니다. 프롬프트만으로 누락이 사라진다고 보장하지는 않습니다.

체크하는 순간의 증거를 짧게 남깁니다

6행이 같아도 통과하지 않는 전후 대조 예제

아래 수량의 단위는 개입니다. 주문ID와 수량은 이 검토 방법을 연습하기 위해 만든 가상 입력과 잘못된 출력이며 실제 AI 응답이나 주문 기록이 아닙니다. C01~C05는 작업 ID이고, ORD-101~ORD-106은 대조할 데이터의 주문ID입니다. 헤더는 데이터 행 수에 포함하지 않습니다.

1. 행 수를 셉니다. 원본 6행, 출력 6행으로 같습니다. 이 단계만으로 C04를 완료 처리하지 않습니다.
2. 주문ID별 등장 횟수를 셉니다. 원본은 6개 ID가 각각 한 번입니다. 출력에는 ORD-105가 없고 ORD-104가 두 번 있습니다. 따라서 누락 ID는 ORD-105, 중복 ID는 ORD-104입니다. 중복의 추가 등장 수는 1회이며 원본 목록에 없던 새 ID는 없습니다.
3. 같은 주문ID의 값을 읽습니다. 두 표의 ORD-102를 찾으면 수량이 5에서 50으로 바뀌었습니다. ORD-104는 수량 변경과 구별해 중복 기록으로 남깁니다. 중복 ID가 있는 상태에서는 행 번호만 맞춰 비교하거나 어느 행을 지울지 임의로 결정하지 않습니다.
4. C05에 차이를 남깁니다. ‘원본 6행 / 출력 6행, 누락 ORD-105, 추가 ID 없음, 중복 ORD-104 2회(추가 등장 1회), 변경 ORD-102 수량 5→50’으로 기록하고 확인자를 적습니다. 수량 합계도 원본 21개와 잘못된 출력 64개로 다르지만, 합계만 적으면 어느 주문에서 틀렸는지 알 수 없습니다.

C04의 대조 작업 완료와 데이터가 일치한다는 판정은 별개입니다. 차이를 발견했다면 대조한 근거와 C05의 차이 기록을 남기고, 차이가 해소되지 않은 데이터를 일치로 승인하지 않습니다.

복구할 때는 원본을 보존하고 ORD-105의 6개를 복원할 근거, ORD-104 중복이 생긴 위치, ORD-102의 변경 이유를 작업 사본에서 대조합니다. 이 가상 예제를 원본과 같게 되돌리는 연습이라면 출력의 두 번째 ORD-104 행을 ORD-105·6으로, ORD-102의 수량을 5로 고칩니다. 그 뒤 행 수 6·ID별 1회·수량 합계 21·각 ID의 수량 일치를 다시 확인합니다. 실제 업무에서는 승인된 변경인지 먼저 확인한 뒤 수정하며, 차이 기록을 남기기 전에 원본을 덮어쓰지 않습니다.

검토 ID:
원본 파일 / 작업 사본:
검토 대상 시트·범위:
원본 데이터 행 수 / 초안 데이터 행 수:
누락 ID / 추가 ID / 중복 ID:
변경 ID / 원본값 / 초안값:
C01 상태와 증거:
C02 상태와 증거:
C03 상태와 증거:
C04 상태와 증거:
C05 상태와 증거:
보류한 추가 제안:
미완료 항목의 다음 행동과 담당자:
최종 확인자와 시각:

업무 앱에 옮길 때는 체크리스트 생성과 실제 작업 완료를 구분합니다. 예를 들어 Microsoft To Do의 단계·메모 안내는 작업 아래에 단계와 메모를 남기는 기본 경로를 설명합니다. 본인이 사용하는 도구에서 ID를 단계 이름에, 확인 근거를 메모에 넣을 수 있습니다. AI가 초안을 작성했다는 이유로 완료 체크를 먼저 켜지는 않습니다.

목록을 실행하다 막히면

원본을 복사할 수 없다면 C02를 미완료로 두고 C03을 시작하지 않습니다. 승인된 붙여넣기 영역이 없다면 파일 담당자에게 위치를 확인합니다. 행 차이가 생기면 원본을 새 초안으로 덮지 말고 두 표를 나란히 비교합니다. 일부만 실행했다면 완료된 ID와 멈춘 ID를 남겨 이어서 처리할 위치가 보이게 합니다.

추가 작업이 꼭 필요하다는 판단이 생기면 실행 목록에 몰래 끼워 넣지 않습니다. 무엇을 누구에게 왜 해야 하는지 확인한 뒤 별도 승인과 완료 기준을 갖춘 작업으로 만듭니다. 필수 개수를 늘리지 않으려고 필요한 검토를 삭제하는 것도 피하세요.

작성·기술 기준일은 2026-10-04 KST입니다. 위 목록은 가상 업무의 검토 예시이며 실제 앱에서 작업을 수행한 기록은 아닙니다. 원본 5개 와 추가 2개 라는 구분을 보존했고, 목록 자체와 실제 수행 증거를 분리했습니다.

누락 응답을 ID로 찾으려면 AI 답변 누락 검토를, 원본·제안·승인 결과를 관리하려면 AI 결과 승인대장을 참고하세요.

작성자 소개

최지원

엑셀·VBA·파이썬·AI 업무 자동화의 사용 절차와 실습 자료를 정리합니다.

WP 게시물 작성자의 글 보기