단계별 산출물의 정의와 AI 업무 설계에서 정하는 4가지 기준
단계별 산출물은 업무의 한 단계가 끝날 때 남는 결과입니다. 다음 단계가 그대로 입력으로 받아 쓸 수 있어야 하고, 통과 여부도 판정할 수 있어야 합니다.
AI 업무 설계에서는 최종 결과물에서 거꾸로 올라가며 단계마다 산출물을 정합니다. 단계마다 네 가지를 미리 적습니다. 형태, 빠지면 안 되는 항목, 판정 기준, 보관 위치와 버전입니다.
단계별 산출물은 무엇을 가리키나요?
AI 에이전트(스스로 도구를 쓰며 여러 단계를 처리하는 AI)에게 일을 맡기면 결과가 여러 번 나옵니다. 검색어 목록이 나오고, 표가 나오고, 초안이 나옵니다. 이 가운데 다음 단계가 받아서 쓰는 결과만 단계별 산출물입니다.
Anthropic의 에이전트 설계 문서는 작업을 고정된 하위 작업으로 나누는 방식을 프롬프트 체이닝(prompt chaining)이라고 부릅니다. 각 단계는 앞 단계의 출력을 받아 처리합니다. 단계 사이에 프로그램 검사(gate)를 두어 진행이 맞는지 확인할 수 있다고 설명합니다. 단계별 산출물은 여기서 말하는 앞 단계의 출력이며, 검사를 받는 대상이기도 합니다.
따라서 산출물에는 세 가지 성질이 있어야 합니다.
- 넘겨줄 수 있음: 정해진 위치에 파일이나 표로 남아 있어 다음 단계가 찾아 쓸 수 있습니다.
- 판정할 수 있음: 기준에 비추어 통과인지 반려인지 답할 수 있습니다.
- 되돌릴 수 있음: 버전이 남아 있어 문제가 생기면 이전 상태로 돌아갈 수 있습니다.
최종 결과물·작업 기록·완료 조건과는 무엇이 다른가요?
산출물은 비슷한 말과 자주 섞입니다. 이름이 섞이면 무엇을 검수할지도 흐려지므로 아래처럼 구분합니다.
| 개념 | 뜻 | 산출물과의 차이 |
|---|---|---|
| 최종 결과물 | 업무 전체가 끝나고 고객·독자·사이트에 나가는 결과 | 마지막 단계의 산출물입니다. 중간 산출물이 모여 만들어집니다. |
| 작업 기록(로그) | 에이전트가 무엇을 언제 실행했는지 남긴 기록 | 실행 과정을 시간순으로 남긴 것입니다. 다음 단계가 상황을 파악할 때 참고할 수는 있지만, 판정 대상이 되는 정해진 항목과 기준이 없습니다. |
| 완료 조건 | 단계를 끝냈다고 볼 수 있는 기준 | 산출물을 판정하는 잣대입니다. 산출물 자체는 아닙니다. |
| 대화 응답 | 대화창에 표시된 에이전트의 답변 | 정해진 위치와 형식이 없으면 다음 단계가 이어받을 수 없습니다. |
Anthropic의 장시간 에이전트 운영 사례에서도 둘은 따로 쓰입니다. 새 세션은 진행 기록 파일과 git(파일 변경 이력 관리 도구) 기록을 먼저 읽고 최근 작업을 파악합니다. 기능별 통과 여부는 별도의 기능 목록 파일에 남깁니다. 기록은 상황 파악에, 산출물은 판정에 쓰는 구조입니다.
실무에서는 산출물 이름을 명사로 짓는 방법을 권합니다. 「검색어 정리」 대신 「검색어 분류표」, 「검수」 대신 「검수 판정표」로 부르면 무엇이 남아야 하는지 분명해집니다.
단계별 산출물에 대한 흔한 오해는 무엇인가요?
오해 1. 형식이 맞으면 내용도 검증된 것이다
OpenAI의 구조화 출력(Structured Outputs) 문서는 이 기능이 응답을 지정한 JSON 스키마(항목 이름과 형식을 정한 틀)에 맞춘다고 설명합니다. 같은 문서는 출력 한도에 닿으면 응답이 불완전할 수 있고, 거절은 별도 항목으로 표시된다고도 적습니다.
틀이 지켜졌다는 것은 칸이 채워졌다는 뜻일 뿐입니다. Google 검색 센터의 생성형 AI 콘텐츠 안내는 AI가 만든 콘텐츠를 게시 전에 직접 사실 확인하고 검토하는 것이 중요하다고 설명합니다. 생성형 AI 출력에는 부정확한 내용(환각)이 섞일 수 있기 때문입니다. 실무에서는 형식 판정과 내용 판정을 다른 칸으로 나누어 기록하는 방법을 권합니다.
오해 2. 에이전트가 산출물을 자유롭게 고쳐도 된다
Anthropic의 장시간 에이전트 운영 사례는 기능 목록을 JSON 파일로 만들었습니다. 에이전트에게는 각 항목의 통과 여부 값만 바꾸도록 지시했다고 설명합니다. 같은 글은 모델이 Markdown 파일보다 JSON 파일을 부적절하게 바꾸거나 덮어쓰는 일이 적었다고 적습니다.
실무에서는 이 사례처럼 산출물 안에서도 칸마다 수정 권한을 나누는 방법을 권합니다. 판정 기준과 대상 목록은 사람이 정하고, 에이전트는 결과 칸만 채우게 합니다.
오해 3. 끝냈다고 표시하면 산출물이 완성된 것이다
같은 Anthropic 사례에서 에이전트는 실제 사용 흐름을 끝까지 시험하지 않고 기능을 완료로 표시하곤 했습니다. 사람이 쓰는 방식대로 시험하도록 지시하자 상당 부분이 개선되었다고 설명합니다. 산출물에는 완료 표시와 함께 무엇으로 확인했는지가 남아야 합니다.
오해 4. 최종 결과물이 나오면 중간 산출물은 지워도 된다
중간 산출물이 없으면 최종 결과물의 오류가 어느 단계에서 생겼는지 추적할 수 없습니다. Anthropic 사례는 git 기록을 남겨 잘못된 변경을 되돌리고 작업 상태를 복구할 수 있게 했다고 설명합니다.
Google의 유용한 콘텐츠 안내는 자동화를 썼다면 그 사실과 방식을 독자에게 알리는 것이 도움이 될 수 있다고 설명합니다. 실무에서는 이런 설명을 할 수 있도록 중간 산출물을 최종 결과물과 함께 보관하는 방법을 권합니다.
단계별 산출물은 어떤 순서로 정하나요?
단계를 먼저 나누고 산출물을 나중에 붙이면, 아무도 쓰지 않는 산출물이 생깁니다. 실무에서는 아래 순서로 거꾸로 정하는 방법을 권합니다.
- 최종 결과물을 한 문장으로 적습니다. 누가 받고, 받은 사람이 무엇을 결정하는지까지 적습니다.
- 직전 단계로 올라가며 받아야 할 것을 적습니다. 「이 단계는 무엇을 받아야 시작할 수 있는가」를 단계마다 묻습니다.
- 단계마다 네 가지 기준을 채웁니다. 형태, 빠지면 안 되는 항목, 판정 기준, 보관 위치와 버전입니다.
- 판정 주체를 나눕니다. 형식은 프로그램 검사, 내용은 검수 모델이나 사람, 외부 반영은 사람이 판정하도록 정합니다.
- 다음 단계 담당이 산출물만 보고 일할 수 있는지 시험합니다. 설명을 덧붙여야 한다면 그 설명을 산출물 항목으로 옮깁니다.
세 번째 순서의 네 가지 기준은 아래처럼 구체적으로 적어야 판정할 수 있습니다.
| 기준 | 모호하게 정한 예 | 판정 가능하게 정한 예 |
|---|---|---|
| 형태 | 정리된 자료 | 열 이름이 고정된 표, 한 행에 한 페이지 |
| 빠지면 안 되는 항목 | 필요한 내용 포함 | 주소, 현재 문구, 수정안, 근거 본문 위치 |
| 판정 기준 | 품질이 좋을 것 | 빈칸 0개, 수정안마다 근거 본문 위치가 있을 것 |
| 보관 위치와 버전 | 공유 폴더 | 업무 폴더의 단계 번호 하위 폴더, 파일 이름 끝에 날짜와 회차 |
산출물마다 아래 정의서를 한 장씩 작성합니다. 칸 이름을 그대로 옮겨 쓰면 됩니다.
- 산출물 이름: (명사형)
- 만드는 단계 / 받는 단계:
- 형태: (표·JSON·문서 중 하나와 열 또는 항목 이름)
- 빠지면 안 되는 항목: (항목 이름을 모두 나열)
- 형식 판정: (프로그램 검사로 확인할 조건)
- 내용 판정: (검수자가 확인할 조건과 판정자)
- 에이전트가 고칠 수 있는 칸:
- 사람만 고칠 수 있는 칸:
- 보관 위치와 파일 이름 규칙:
- 보존 기간: (최종 결과물 반영 후 보관 기간)
SEO 업무에 적용하면 어떤 모습인가요?
예를 들어 가상의 ○○ 기업이 오래된 페이지의 메타 설명을 고친다고 가정합니다. 최종 결과물은 「사이트에 반영된 수정 문구와 반영 기록」입니다. 여기서 거꾸로 올라가면 단계별 산출물은 아래와 같습니다.
| 단계 | 산출물 | 빠지면 안 되는 항목 | 판정 |
|---|---|---|---|
| 1. 대상 선정 | 대상 페이지 목록 | 주소, 선정 사유 | 사람이 목록 확정 |
| 2. 현황 추출 | 현재 문구 표 | 주소, 현재 제목, 현재 메타 설명 | 프로그램 검사로 빈칸 확인 |
| 3. 수정안 작성 | 메타 설명 수정안 표 | 현재 문구, 수정안, 근거 본문 위치 | 프로그램 검사로 빈칸·글자 수 확인(형식) |
| 4. 검수 | 검수 판정표 | 행별 통과·반려, 반려 사유 | 검수 모델이 본문 근거와 사실 일치 확인(내용) 후 사람이 반영 승인 |
| 5. 반영 | 반영 기록 | 반영 일시, 반영자, 반영 전후 문구 | 사람이 공개 화면 확인 |
이 가운데 3단계 산출물의 정의서를 채우면 아래와 같습니다. 글자 수 범위와 보존 기간은 이 가상 기업이 정한 사내 기준입니다.
- 산출물 이름: 메타 설명 수정안 표
- 만드는 단계 / 받는 단계: 3단계 수정안 작성 / 4단계 검수
- 형태: 표, 열 이름은 주소·현재 메타 설명·수정안·근거 본문 위치·글자 수·검수 결과
- 빠지면 안 되는 항목: 주소, 현재 메타 설명, 수정안, 근거 본문 위치
- 형식 판정: 빈칸 0개, 수정안 글자 수가 사내 기준 80~120자 안
- 내용 판정: 수정안이 근거 본문 위치의 문장과 맞는지 검수 모델이 1차 확인하고, 콘텐츠 담당자가 최종 판정
- 에이전트가 고칠 수 있는 칸: 수정안, 근거 본문 위치, 글자 수
- 사람만 고칠 수 있는 칸: 주소, 검수 결과
- 보관 위치와 파일 이름 규칙: 업무 폴더의 03_수정안 폴더, 「메타설명수정안_20261021_2회차」 형식
- 보존 기간: 사이트 반영 후 6개월
Google 검색 센터 문서는 AI가 만든 제목·메타 설명·구조화 데이터·이미지 대체 텍스트도 검색 결과에 나올 수 있다고 설명합니다. 이런 메타데이터에도 본문과 같은 사실 확인과 검토를 적용하라고 안내합니다. 구조화 데이터는 마크업을 검증하라고도 적습니다. 그래서 3단계 산출물에 근거 본문 위치 칸을 둡니다.
Google의 유용한 콘텐츠 안내는 검색 순위 조작을 주된 목적으로 자동화를 쓰면 스팸 정책 위반이라고 설명합니다. 실무에서는 1단계 산출물에 선정 사유 칸을 두는 방법을 권합니다. 그러면 독자에게 도움이 되는 수정인지 사람이 먼저 판단할 수 있습니다.
정리
단계별 산출물은 다음 단계가 받아 쓰고 판정할 수 있는 결과입니다. 대화 응답이나 작업 기록과 구분하고, 형식 판정과 내용 판정을 나누어야 제 역할을 합니다. 지금 맡기고 있는 업무 하나에 아래 순서를 적용합니다.
- 업무 하나를 골라 최종 결과물을 받는 사람과 그 사람이 내릴 결정을 한 문장으로 적습니다.
- 최종 결과물에서 거꾸로 올라가며 단계마다 산출물 이름을 명사형으로 붙입니다.
- 산출물마다 정의서 한 장을 작성하고, 에이전트가 고칠 수 있는 칸과 사람만 고칠 칸을 나눕니다.
- 형식 판정은 프로그램 검사로, 내용 판정은 검수자로 나누어 판정표에 따로 기록합니다.
- 시험 1건을 돌려 다음 단계 담당이 산출물만 보고 일할 수 있는지 확인하고, 부족한 항목을 정의서에 추가합니다.
참고 자료
- Building effective agents (Anthropic, 확인일 2026-10-21)
- Effective harnesses for long-running agents (Anthropic, 확인일 2026-10-21)
- Structured model outputs (OpenAI API 문서, 확인일 2026-10-21)
- Google 검색의 생성형 AI 콘텐츠 사용 안내 (Google 검색 센터, 확인일 2026-10-21)
- 유용하고 신뢰할 수 있는 사용자 중심 콘텐츠 만들기 (Google 검색 센터, 확인일 2026-10-21)