AI 업무 인수인계: 원본·버전·근거·실행 상태 기록

완성된 문장만 전달하면 다음 담당자는 무엇을 근거로 썼고 어디까지 실행했는지 다시 조사하게 됩니다. 결과물에서 원본·판단·검증·외부 반영 상태를 찾아갈 수 있는 인계 기록이 필요합니다.

AI가 만든 보고서를 다음 담당자에게 넘길 때 최종 파일만 남아 있으면 수치의 원본, 제외한 자료, 검토가 끝난 범위를 다시 찾아야 합니다. W3C의 PROV 입문 문서는 자료가 만들어지는 과정을 자료·활동·책임 주체의 관계로 설명합니다. 인계 기록에서도 결과물에서 그 재료와 작업 과정을 찾아갈 수 있게 연결합니다.

인계할 내용의 크기는 업무에 맞춥니다. 짧은 문구 수정은 원본과 수정 이유, 최종 상태가 주된 기록이 될 수 있고, 자료 수집·검증·외부 저장까지 이어진 작업은 단계별 상태가 더 필요합니다. 문서 길이를 채우기보다 다음 담당자의 판단을 바꿀 정보를 남깁니다.

원본·작업본·최종본·외부 상태 구분하기

원본은 받은 자료와 요청입니다. 작업본은 가공·분류·생성·수정을 수행한 중간 결과이며, 최종본은 넘기기로 정한 특정 버전입니다. 외부 시스템에 실제 반영된 상태는 그 파일과 별도로 확인합니다. ‘최종’이라는 파일명만으로 검증이나 반영이 끝났다고 읽히지 않게 적습니다.

다음 표는 인계 묶음에서 각 자료가 맡는 역할입니다. 결과를 검토하거나 재개하는 데 필요한 자료를 고르는 기준으로 사용하며, 모든 중간 대화의 보관을 요구하지는 않습니다.

자료 구분	남길 내용	연결할 정보	없을 때 생기는 판단 공백
원본·요청	실제 입력, 원자료의 허용된 사본	제공 시각·출처·사용 범위	무엇을 처리했는지 모름
작업 기준	분류 규칙·검토 기준·프롬프트·설정	적용 버전과 변경 이유	같은 판단을 다시 설명하기 어려움
최종 결과	전달할 특정 버전	원본·기준·검증 기록	어느 파일을 이어서 고칠지 모름
검증·판단	검사 범위·근거·확인 결과	대상 결과물의 버전	다른 버전의 검사를 완료로 오인
외부 상태	저장·전송·공개 등 실제 확인 상태	대상 식별자·확인 시각·응답	이미 한 행동을 다시 수행할 위험

원자료를 수정하며 작업했다면 최초 입력 사본과 그 뒤의 수정본을 구분합니다. 내용이 바뀌는 URL에는 원문 확인 시각과 당시 필요한 내용을 보존한 위치를 남깁니다. 접근 권한이나 보관 제한으로 원본을 복사할 수 없다면 원본의 관리 주체, 접근 절차, 복사하지 못한 범위를 기록합니다.

파일의 버전은 날짜, 문서 시스템의 버전 ID, Git 커밋, 파일 해시처럼 구체적으로 식별합니다. Git의 커밋 이력 설명은 git log에서 커밋 식별자·작성자·날짜·메시지와 변경 내역을 확인하는 방법을 다룹니다. 인계에서는 그 식별자를 검사한 파일과 연결하고, 미저장·미커밋 자료가 따로 있는지도 남깁니다.

결과의 주장과 판단 이유를 원자료에 연결하기

보고서 문장에 수치가 있다면 원본의 표·행·필터 조건을 찾을 수 있어야 합니다. 여러 자료에서 하나를 선택했다면 선택 이유와 제외 조건을 남깁니다. 단순히 ‘공식 자료 확인’이라고 적는 것보다 문장과 근거 위치가 연결돼 있어야 다음 검토가 가능합니다.

W3C의 PROV 개정·파생 설명은 어떤 자료가 다른 자료에서 만들어졌는지와 그 자료를 고친 버전의 관계를 나눕니다. 업무 기록에서도 ‘참고한 출처’, ‘AI에 전달한 사본’, ‘사람이 고친 최종본’을 연결하면 숫자나 조건이 어느 단계에서 달라졌는지 추적할 수 있습니다.

검증 기록에는 판단을 지지하는 내용과 아직 보지 못한 범위를 함께 적습니다. 원문 일부만 읽었는지, 표의 합계를 직접 대조했는지, 코드를 실제 실행했는지, 테스트 환경만 확인했는지를 구분합니다. 단순 요약을 사실 검증으로 적거나 같은 작성자의 점검을 독립 검수로 적으면 다음 담당자가 검토 범위를 잘못 판단할 수 있습니다.

AI를 쓴 작업에는 실제 표시된 모델·도구·설정과 사용한 입력·출력의 보관 위치도 남깁니다. 계정 전체의 설정을 알 수 없다면 확인한 범위만 적습니다. 모델의 답변에 적힌 자기 설명보다 실제 서비스 화면이나 응답 기록에서 확인한 정보를 버전 기록으로 사용합니다.

실패한 시도가 다음 선택에 영향을 줬다면 실패 이유와 후속 조치를 남깁니다. 구글의 SRE 장애 회고 설명은 사건의 영향·대응·원인·후속 행동을 기록합니다. 이 원리를 인계에 적용하면 같은 접근을 다시 시도할지, 다른 자료를 찾아야 할지를 판단할 근거가 남습니다.

시도·완료·승인·외부 반영을 각각 기록하기

‘자료 정리 완료’ 같은 한 줄 상태는 초안만 만들었는지, 사람이 검토했는지, 외부로 보냈는지를 구분하기 어렵습니다. 단계마다 무엇을 했고 어떤 근거로 완료라고 확인했는지 적습니다. 생성한 파일의 존재, 검증 실행 결과, 승인 기록, 외부 시스템의 상태는 서로 다른 증거입니다.

다음 표는 작업 단계를 구분하는 기록 예시입니다. 예시 상태는 가상이며 실제 조직이나 외부 서비스에서 실행한 결과가 아닙니다.

단계	기록할 상태의 예	완료 근거	다음 담당자의 해석
초안 생성	완료	특정 버전의 결과 파일 존재	검토 대상으로 사용할 수 있음
사실·수치 점검	일부 확인	확인한 항목과 근거 위치	남은 항목 검토가 필요
독립 검토	미실행	별도 검토자 기록 없음	작성자 점검과 분리
승인	사내 검토용 초안까지 허용	대상·내용·행동이 적힌 요청	외부 전송 권한은 별도 확인
외부 저장	요청 전송·결과 확인 대기	요청 기록만 있고 상태 미확인	실제 저장 상태를 먼저 대조
공개 확인	미실행	확인 기록 없음	공개 완료로 보고할 수 없음

저장 요청이 중간에 끊겼다면 ‘실패했으니 다시 저장’이라고 단정하지 않습니다. AI 자동화의 부분 실패 복구 사례는 저장 뒤 후속 단계가 실패할 때 저장 상태를 대조하고 재개 지점을 고르는 문제를 다룹니다. 인계서에는 마지막으로 확인한 상태, 확인이 필요한 대상, 다음에 허용된 행동을 남깁니다.

승인도 구체적인 결과와 행동에 연결합니다. 사내 초안을 만드는 허가, 특정 수신자에게 보내는 허가, 기존 자료를 덮어쓰는 허가는 범위가 다릅니다. 입력·대상·내용이 바뀌면 기존 승인과 같은 작업인지 다시 판단할 수 있도록 적용 범위를 적습니다.

다음 행동까지 담은 AI 작업 인계서 예시

다음은 고객 문의 집계를 이어받는 상황의 가상 인계서입니다. 파일명·버전·확인 상태는 양식의 쓰임을 설명하기 위한 예시이며 실제 파일 생성·분류·검증·공유를 수행한 기록이 아닙니다. 비밀 키나 원본 고객 정보는 넣지 않습니다.

항목	채운 예시	이어받을 때 확인할 의미
업무 목적	제품별 문의 유형을 사내 회의용으로 집계	고객별 대응·외부 공개와 범위를 구분
최종 결과	review/weekly-summary-v2.md	이 버전을 검토 대상으로 지정
원본 경로	사내 문의 원장의 해당 기간, 원본 담당자 관리	원본 접근과 사본 범위 확인
전달 사본	inputs/inquiries-working-copy.csv	이름·연락처 제거 범위와 남은 필드 확인
적용 기준	rules/category-v3.md	분류 기준 버전과 최종본의 연결 확인
판단 이유	제품 비교에 무관한 고객 식별 필드는 전달에서 제외	제외 이유와 업무 조건 확인
확인한 범위	총계와 유형별 합계의 대조까지 마친 상태로 가정	예시의 검증 범위가 어디까지인지 구분
미확인 사항	경계 사례 분류와 부서별 해석	검토해야 할 잔여 작업
실행·승인 상태	초안 생성 완료, 사람 검토 대기, 외부 전송 미실행	초안 파일을 외부 공유 승인으로 오인하지 않음
다음 행동	경계 사례를 기준표와 대조하고 수정 의견 기록	즉시 재분류·전송 전에 검토부터 이어감
재개 조건	목적·입력 기간·분류 기준이 유지되면 해당 버전 검토	변경되면 새 입력·버전으로 기록
접근·보관	검토 폴더 접근 필요, 전달 사본의 종료 처리는 담당자 확인 대기	열 수 없는 자료와 남은 사본을 숨기지 않음

실제 인계서에는 예시 파일명 대신 보관소에서 찾을 수 있는 정확한 위치와 버전을 씁니다. 긴 작업 로그는 인계서에 모두 복사하지 않고 판단을 뒷받침하는 부분을 요약한 뒤 원래 기록으로 연결합니다. 수신자가 열 권한이 없는 근거는 열람 방법이나 확인을 맡을 담당자를 함께 적습니다.

다음 행동은 ‘계속 진행’보다 대상·행동·중단 조건이 있는 문장으로 씁니다. 입력이 바뀌면 어느 버전에서 다시 시작하는지, 외부 상태가 불확실하면 어떤 조회를 먼저 하는지, 새 권한이 필요한 행동은 무엇인지까지 적습니다. 비밀번호나 토큰은 인계서에 복사하지 않고 조직이 정한 접근 절차를 연결합니다.

받는 사람이 실제로 열고 판단할 수 있는지 확인하기

인계 문서를 읽는 순서대로 최종 파일, 원본 근거, 작업 기준, 검증 기록을 열어 봅니다. 로컬 절대 경로만 적혀 다른 컴퓨터에서 찾을 수 없다면 저장소나 문서 보관소 기준 경로도 적습니다. 파일이 존재하는지와 수신자가 접근할 수 있는지는 따로 확인합니다.

백업 기록에는 실제로 저장된 위치와 버전, 복구에 필요한 자료 중 빠진 항목을 남깁니다. 코드만 저장소에 있고 입력 자료가 개인 폴더에 남았다면 그 위치·담당자·접근 제한을 함께 적습니다. 업로드나 푸시를 시도한 상태와 원격에서 그 버전을 확인한 상태도 구분합니다.

다음 담당자가 마지막으로 확인된 상태를 설명하고 허용된 다음 행동을 고를 수 있는지 점검하는 방법을 권합니다. 열리지 않는 근거, 결과와 연결되지 않은 검사, 불확실한 외부 상태가 남아 있다면 그 항목을 재개 전 확인 목록에 둡니다. 인계 문서의 ‘완료’ 표시는 확인 근거가 있는 범위에만 붙입니다.

자료 확인 기준: 2026년 10월 28일 UTC. 인계서와 상태표는 가상 예시이며 실제 조직의 작업 인계·외부 저장을 시험한 결과는 아닙니다.

블로그실전 활용