AI가 보고서 표를 말끔하게 채웠다. 그런데 자세히 보니 ‘담당자’ 열이 빠졌다. 문장은 매끄러워도 필요한 정보가 사라지면 그 표는 업무에 쓰기 어렵다. 보기 좋은 표와 필수 항목을 갖춘 표는 다르다.
출력 형식과 실제 사실은 왜 따로 확인할까?
가상의 업무 지시표가 업무, 담당자, 기한, 확인할 일 네 열을 요구한다고 하자. 사용자가 알려 준 내용은 ‘안내 문구를 고친다’와 ‘금요일까지’뿐이다. 양식은 네 열이지만, 사실은 두 항목뿐이다.
| 업무 | 담당자 | 기한 | 확인할 일 |
|---|---|---|---|
| 안내 문구 수정 | 확인 필요 | 금요일 | 확인 필요 |
메모에 없는 ‘확인할 일’도 담당자처럼 비워 둔다. 작성자가 ‘수정 전·후 문구 확인’을 제안할 수는 있지만, 그때는 메모에서 확인된 사실과 검토할 제안을 분리해 표시해야 한다. 빈 정보를 숨기려고 열 자체를 삭제하면 검토자가 무엇이 빠졌는지 알아보기 어렵다.
아래 그림은 출력 후 먼저 열의 존재를, 다음으로 값의 근거를 확인하는 두 검사다.
AI에게 어떤 형식을 요청하면 좋을까?
‘표로 작성해 줘’보다 필요한 열과 누락 처리 방식을 함께 적자.
다음 업무 메모로 업무 지시표 초안을 작성해 주세요.
열은 업무, 담당자, 기한, 확인할 일 순서로 유지하세요.
메모에 없는 담당자는 추측하지 말고 '확인 필요'로 표시하세요.
제안한 내용은 사용자에게 확인받을 항목으로 구분하세요.
메모: 안내 문구를 금요일까지 수정한다.출력에 네 열이 있어도 값이 올바르다는 보장은 없다. 형식 검사는 열 이름·순서·누락을 보고, 사실 검사는 각 값이 메모에 있는지와 제안인지 구분한다.
누락을 어떻게 테스트하고 디버깅할까?
같은 양식을 유지하고 입력만 바꿔 세 경우를 검사한다.
| 입력 메모 | 기대하는 확인 결과 |
|---|---|
| 안내 문구를 금요일까지 수정 | 담당자·확인할 일은 ‘확인 필요’, 네 열은 유지 |
| 안내 문구를 금요일까지 수정, 담당자는 민수 | 제공된 담당자만 기입, 확인할 일은 여전히 확인 필요 |
| 금요일까지 처리 | 무슨 업무인지 먼저 질문, 임의의 업무 지시표를 확정하지 않음 |
이 표는 모델이 실제로 낸 결과가 아니라 검수 기준이다. 한 사례에서만 예쁜 표가 나왔다고 양식이 안정됐다고 말할 수 없다.
결과가 어긋나면 먼저 요구한 열이 출력에 있는지, 누락 값을 모델이 임의로 채웠는지, 제안과 사실이 섞였는지 순서대로 본다. 수정할 때도 더 긴 지시를 무작정 붙이기보다 실패한 조건 하나를 명시한다.
운영에서는 어디에 사람 확인을 둘까?
업무 배정이나 보고서 제출처럼 사람에게 영향을 주는 문서는 자동 생성한 표를 곧바로 확정하지 않는다. 담당자·기한처럼 책임이 생기는 값은 작성자가 확인해야 한다. 검토 과정에서 원문 메모나 표를 기록할 때도 개인 이름과 내부 업무 내용은 필요한 범위만 남긴다.
핵심 요약
AI가 만든 표는 필수 열이 있는지와 각 값에 근거가 있는지를 나눠 확인한다. 자료에 없는 값은 추측하지 말고 질문하거나 ‘확인 필요’로 둔다. 검토자가 누락을 볼 수 있어야 좋은 양식이며, 실제 업무 확정은 사람이 한다.
작성자
기초 개념을 구현과 검증, 실제 운영 판단까지 연결해 기록합니다.

