AI 운영 변경 이력을 한 장에 기록하고 다음 담당자에게 인계하기
AI의 답변 품질을 개선하면서 프롬프트, FAQ, 입력 폼, 확인자, 대상 업무가 조금씩 바뀝니다.
하지만 변경 내용만 채팅이나 커밋에 남기면, 다음 담당자는 '지금 사용해야 할 올바른 정보'와 '과거의 판단'을 구분할 수 없습니다.
이 글에서는 AI 운영의 변경 사항을 한 장의 이력으로 정리하고, 정본(正本)과의 대조 및 인간 검토를 거쳐 인계하는 최소 구성을 소개합니다.
AI運用の変更履歴を一枚で残し、次の担当者へ引き継ぐ
이 글에서 만드는 것들
- 변경이 발생했을 때 기록할 7가지 항목의 변경 이력
- 정본(正本)・미갱신 매체・확인자를 포함하는 확인표
- Markdown이나 스프레드시트로 옮길 수 있는 최소 데이터 구조
- AI가 초안을 작성할 수 있는 범위와, 인간이 판단해야 하는 범위
Miraigent에서는 AI 도입을 단순히 도구 선정에 그치지 않고, 변경 후에도 판단을 인계할 수 있는 업무 설계로 정리하고 있습니다.
변경 이력에 남길 7가지 항목
| 항목 | 기록할 내용 | 빈칸으로 두지 않는 이유 |
|---|
| 변경일・변경자 | 언제, 누가 바꿨는지 | 문의처와 시간 축을 고정하기 위함 |
| ... | | |
최소 구성 데이터 예시
처음부터 전용 시스템을 만들 필요는 없습니다. 기존 리포지토리, 스프레드시트, 사내 Wiki 중 어느 곳에나 동일한 열을 준비하면 됩니다.
change_id: "CHG-2026-08-16-001"
changed_at: "2026-08-16"
owner: "운영 담당"
...
source_of_truth(정본)는 AI가 찾은 URL이나 최신처럼 보이는 복사본이 아니라, 조직이 정본으로 결정한 장소를 의미합니다. 정본이 결정되지 않은 경우에는 변경을 공개된 것으로 취급하지 않고, needs_source와 같은 상태로 멈춥니다.
변경을 인계하는 플로우
変更イベントから引き継ぎまでの5段階
변경 이벤트 포착하기 - FAQ 업데이트, 요금 변경, 담당자 변경, 입력 항목 추가 등을 기점으로 삼습니다.
변경 이력 만들기 - AI에게는 차이점의 요약이나 빈칸 후보 추출을 맡기고, 인간이 사실을 확정합니다.
정본과 대조하기 - 참조처, 버전, 공개 범위, 미갱신 매체를 확인합니다.
인간이 승인하기 - 계약, 요금, 개인 정보, 불만, 사외 공개와 관련된 변경은 자동 승인하지 않습니다.
인계 가능한 상태로 만들기 - 다음 담당자가 '무엇을 보면 되는지', '어디까지 대응할 수 있는지', '언제 재확인해야 하는지'를 읽을 수 있도록 합니다.
AI에게 맡길 것과 맡기지 않을 것
| 작업 | AI에게 맡길 것 | 인간이 확인할 것 |
|---|
| 변경 후보 추출 | 문서나 설정의 차이점을 요약하기 | 추출 누락이 없는지 |
| ... | | |
| 변경 이력에는 고객명, 개인 정보, 비밀 인증 정보를 그대로 붙이지 않습니다. AI에게 전달할 경우에도 목적에 필요한 최소한의 정보로 대체합니다. | | |
15분 도입 체크리스트
- 오늘 변경된 AI 관련 문서・설정・폼을 하나 선택했다.
- 변경 전과 변경 후를 각각 한 문장씩 작성했다.
- 변경 이유를 '왜 지금인가'까지 작성했다.
- 정본의 장소와 버전을 고정했다.
- 확인자와 확인일을 결정했다.
- 미갱신된 링크・템플릿・FAQ를 나열했다.
- 다음 담당자가 가장 먼저 열어볼 곳을 작성했다.
- 계약, 요금, 개인 정보, 불만, 사외 공개 여부를 확인했다.
자주 하는 실수와 수정
변경 내용만 쓰고, 변경 이유를 쓰지 않는 경우
'FAQ를 업데이트했다'라는 것만으로는 다음 담당자가 같은 변경을 되돌릴 수 있습니다. 실패 대응인지, 사양 변경인지, 평가 결과인지를 한 줄로 남겨야 합니다.
정본을 정하지 않고 여러 복사본을 업데이트하는 경우
모든 복사본을 동시에 최신화하려고 하면, 무언가 하나는 누락됩니다. 먼저 정본을 하나 결정하고, 미갱신 매체는 이력에 남겨 순차적으로 처리합니다.
AI의 요약을 승인 기록으로 취급하는 경우
AI의 요약은 초안입니다. 승인자, 확인일, 정본과의 대조 결과가 없는 것은 '제안' 또는 '확인 대기'로 표시해야 합니다.
요약
AI 운영의 변경 이력은 변경을 기념하는 로그가 아니라, 다음 담당자가 안전하게 재개하기 위한 판단 보조 자료입니다.
우선 최근 변경된 것 중 하나를 골라, 다음 7가지 항목만 채워보세요. 변경 전후, 이유, 정본, 확인자, 미갱신 매체까지 남길 수 있게 되면, 이력은 검색용 메모에서 운영 인계 지점으로 바뀝니다.
만약 변경 이력이 매번 빈칸이라면, 다음에 확인할 것은 '변경을 기록할 장소'보다 어떤 변경 이벤트를 기점으로 삼을 것인지입니다. 최근 30일 동안 AI와 관련된 변경이 가장 많았던 업무는 무엇일까요?
Discussion
