AI 업무 요청을 실행 지시서로 바꾸는 5단계: 목표·제약·완료 증거

핵심 요약. AI에게 업무를 맡길 때 가장 흔한 문제는 문장을 잘못 쓰는 것이 아니라 완료의 의미가 서로 다른 것이다. ‘정리해 줘’라는 말이 초안 작성인지, 파일 저장인지, 고객 발송까지 포함하는지 모호하면 결과도 어긋난다. 이 글은 작은 조직에서 바로 쓸 수 있는 5칸 작업 지시서와 검증 과정을 소개하는 실습 가이드다.

실습에서 해결할 문제

예를 들어 모임 운영자가 ‘신청자 명단 정리하고 공지 준비해 줘’라고 요청했다고 하자. AI는 표와 공지문을 만들 수 있지만, 사람은 실제 신청자가 누락됐는지, 연락처를 사용해도 되는지, 외부 발송까지 승인했는지를 따로 확인해야 한다. 이 글의 예시는 전부 가상이며, 어떤 실제 고객 데이터나 연락처도 사용하지 않았다.

시작 전에 준비할 것

가상의 업무 요청 한 문장: ‘행사 신청 정리와 안내 문구 준비’
필요한 입력 항목: 신청일, 참석 여부, 특별 요청 등의 가상 데이터
업무 범위와 금지할 행동: 예를 들어 외부 발송·결제·삭제는 승인 전 금지
결과를 확인할 사람과 완료 판정 방법

실제 고객 명단, 비공개 상담 내용, 전화번호를 원본 그대로 붙여 넣는 일은 피하자. 서비스의 데이터 보관·공유 설정과 조직 정책을 확인하고, 가능하면 가명·표본 데이터로 먼저 실습하는 것이 안전하다.

1단계 — 표면 요청을 한 문장 목표로 바꾼다

‘정리해 줘’가 아니라 ‘운영자가 누락 없이 참석 안내 여부를 결정할 수 있는 상태’처럼 목표를 쓰자. 목표가 분명하면 AI가 보기 좋은 표만 만드는 데 그치지 않는다.

2단계 — 어떤 자료를 근거로 써야 하는지 고정한다

입력은 문서 이름과 날짜, 데이터의 범위, 빠진 자료를 함께 명시한다. 예시 데이터 12건을 제공한다면, AI가 실제로 열어보지 않은 신청 폼이나 일정표를 확인한 척하지 않도록 해야 한다.

3단계 — 허용 행동과 금지 행동을 구분한다

AI에게 허용할 일은 분류·요약·초안 작성으로 제한하고, 참석자 확정이나 외부 이메일 발송은 운영자 승인 뒤로 남길 수 있다. 외부 시스템에 연결된 AI라면 특히 작업 범위와 권한을 지시서에 적어야 한다.

4단계 — 완료의 증거와 미확인 항목을 정의한다

완료 조건은 ‘표가 있다’보다 구체적이어야 한다. 입력 12건이 모두 반영됐는지, 중복 건은 표시했는지, 자료가 없는 값은 추측하지 않았는지가 확인 기준이다. 화면에 보이는 요약과 실제 파일 저장 또는 메시지 발송은 각각 별도 단계로 판정한다.

5단계 — 멈춤·보류 조건을 넣는다

마감일이 서로 다르거나 승인되지 않은 발송을 요구하는 정보가 발견되면, AI가 임의 결정을 내리지 않고 질문을 정리해 보류하도록 한다. 저위험 초안에는 간단한 검증만, 금전과 개인정보가 관련된 행동에는 강화된 확인을 적용할 수 있다.

복사해서 사용하는 작업 지시서 프롬프트

다음의 업무 요청을 '검증 가능한 작업 지시서'로 변환해 주세요.

[원래 요청]
행사 신청 내역을 정리하고 안내문을 준비해 줘.

[업무의 상위 목표]
담당자가 누락·중복·불확실한 내용을 확인한 뒤 안내 발송 여부를 결정할 수 있게 한다.

[사용 가능한 자료]
내가 제공한 가상 신청 정보만 사용한다. 외부 자료를 확인하지 않았다면 확인했다고 말하지 않는다.

[허용 작업]
신청 건수 점검, 중복 후보 분류, 미확인 항목 표시, 안내문 초안 작성.

[금지 작업]
실제 연락처 발송, 예약 확정, 비용 결제, 개인정보의 임의 추정.

[출력 형식]
1. 한 문장 목표
2. 필요한 입력과 누락 자료
3. 5단계 실행 순서
4. 완료 증거 표 (검사항목/확인방법/결과/근거)
5. 사람이 승인해야 할 결정과 보류 질문

[규칙]
하지 않은 작업을 '완료'라 쓰지 마세요. 판단 불가 항목은 '미확인'이라고 써 주세요.

가상 입력 예시로 결과를 점검해 보자

가상의 행사 신청 12건 중 같은 이름과 같은 이메일이 중복된 1건이 있다고 가정해 보자. 기대 결과는 ‘신청 12건을 모두 나열함’, ‘중복 의심 1건 표시’, ‘실제 참석자 11명으로 확정하지 않고 확인 요청’이다. 이름만 같다는 이유로 중복이라고 결정하거나, 안내문을 만들었다는 이유로 발송 완료라고 기록하면 실패한 출력이다.

이 예시는 가상의 설명용 예상 결과이며, AI에 실제로 12건을 투입해 검증한 실험 보고가 아니다. 각자의 환경에서 표본 데이터로 결과를 확인해야 한다.

완성 후 3분 점검

입력 대조: 건수와 필드 누락이 없는가? 원본과 결과를 한 줄씩 비교한다.
권한 대조: 승인되지 않은 외부 발송·수정·결제를 하지 않았는가?
완료 대조: 초안 생성, 실제 저장, 외부 전달이 서로 다른 상태로 표시됐는가?
보류 대조: 알 수 없는 값과 판단이 필요한 질문이 숨겨지지 않았는가?

결과가 마음에 들지 않을 때는 막연하게 ‘다시 해줘’보다 누락된 조건 하나를 추가해서 다시 시도해 보자. OpenAI의 공식 프롬프트 가이드도 명확한 문맥 제공과 단계별 개선을 권장한다.

실패하기 쉬운 지점과 한계

AI의 표가 정돈되어 보여도 사실 검증을 대신하지는 않는다. 입력 데이터 자체가 틀리면 출력도 틀릴 수 있으며, 도구 연결 범위와 권한은 서비스마다 다르다. 개인정보·금전·외부 발행 같은 높은 위험의 작업은 실제 시스템 기록과 사람의 승인이 필요하다.

핵심은 지시 문장의 길이가 아니라, 누가 무엇을 판단하고 어떤 증거로 끝났다고 말할지를 정하는 것이다. 처음에는 단 하나의 반복 업무에 이 양식을 적용하고, 보류 항목과 수정 횟수를 관찰해 보자.

공식 자료와 관련 글

검증일: 2026년 11월 4일. 실습은 공개된 일반 사용법과 가상 사례에 기반한 재현 절차다. 실제 자동 발송이나 외부 시스템 변경을 시험한 결과로 읽어서는 안 된다.