취재 기사를 공개한 후에 날짜, 요금, 직책, 고유명사 등의 오류를 발견하는 경우가 있습니다. 주최자로부터 추가 정보가 도착하거나 공식 페이지 내용이 업데이트되기도 합니다.
본문을 수정하면 작업이 끝난 것처럼 보입니다. 하지만 그 기사를 바탕으로 만든 SNS 공지문, Obsidian의 요약, AI에게 전달한 메모, 다음 기사 초안에 오래된 정보가 남아 있다면, 같은 오류를 다시 사용할 가능성이 있습니다.
AI를 사용해 기사를 만들수록 하나의 원고에서 많은 문서를 만들 수 있게 됩니다. 그만큼 수정해야 할 곳도 늘어납니다.
그래서 저는 공개된 기사를 수정할 때, 본문 작성뿐만 아니라 수정 이유, 영향 범위, 재활용처, 확인 결과를 함께 기록합니다. 이 글에서는 오류를 숨기지 않고 오래된 정보를 다른 AI 작업으로 되돌리지 않는 절차를 소개합니다.
공개 후의 변경 사항을 모두 같은 방식으로 취급하지 않습니다.
수정: 오탈자, 쉼표, 줄 바꿈, 가독성 등 사실의 의미를 바꾸지 않는 변경
정정: 날짜, 숫자, 고유명사, 인용, 상태 등 독자의 이해에 영향을 주는 변경
업데이트: 공개 후에 새롭게 확인된 정보의 추가
예를 들어 '2026년 10월 21일'을 '2026년 10월 22일'로 바꾸는 것은 단순한 표기 수정이 아닙니다. 방문 날짜를 잘못 알릴 가능성이 있기 때문에, 정정으로 취급합니다.
반면, 긴 문장을 두 개로 나눈 것만이라면 보통 사실의 정정은 아닙니다. 다만, 주어나 조건이 바뀌지 않았는지 확인합니다.
변경의 종류를 미리 정하면, 어디까지 영향을 조사해야 할지 판단하기 쉽습니다.
오류를 발견하면 서둘러 올바른 내용으로 대체하고 싶어집니다. 하지만 원래 설명을 지우고 조사를 시작하면, 무엇이 어디에서 틀렸는지 알 수 없게 됩니다.
먼저 '정정 메모'를 만듭니다.
# 정정 메모
- 대상 기사: 기사 제목
- 기사 URL: 공개 URL
...
이 단계에서는 AI에게 올바른 내용을 추측하게 하지 않습니다. 원문, 지적 내용, 확인에 사용할 정보원을 분리하여 남깁니다.
정정의 근거는 AI의 답변이나 검색 결과 요약이 아니라, 공개 주체가 제시한 1차 정보로 확인합니다.
확인처의 예시는 다음과 같습니다.
- 주최자나 취재처로부터 받은 공식 연락
- 공식 사이트의 최신 페이지
- 공개된 공지
- 취재 음성의 해당 부분
- 당일에 받은 배포 자료
- 본인이 촬영한 안내 표시
정보가 서로 다를 경우, 편한 쪽을 AI에게 선택하게 하지 않습니다. 취재처에 확인하거나, 본문을 임시로 '공식 안내를 확인해 주세요'와 같이 변경하는 등, 오해를 확산시키지 않는 방법을 사람이 결정합니다.
확인되지 않은 내용은 정정 후보 상태로 공개하지 않습니다.
수정할 내용이 확정되면, 차이점(diff)을 간결하게 기록합니다.
변경 전: 신청 접수는 10월 21일부터 시작됩니다.
변경 후: 신청 접수는 10월 22일부터 시작됩니다.
이유: 공식 안내 업데이트와 주최자 연락으로 확인했기 때문입니다.
...
AI에게 본문 수정을 요청할 때도, 이 차이점만 전달합니다.
지정한 문장만 변경해 주세요.
앞뒤 숫자, 고유명사, 인용, 링크는 변경하지 말아 주세요.
변경 후에는 변경한 부분을 목록으로 보여주세요.
'기사 전체를 최신 정보로 수정해 주세요'라고 요청하면, 관계없는 표현까지 변경될 가능성이 있습니다. 정정 범위를 작게 고정합니다.
사실에 영향을 주는 정정의 경우, 본문을 조용히 대체할 뿐만 아니라, 독자가 변경 사항을 확인할 수 있는 형태로 만듭니다.
> 2026년 10월 20일 추가: 신청 접수일을 10월 21일에서 10월 22일로 정정했습니다. 공식 안내와 주최자 확인에 기반한 변경입니다.
오탈자나 줄 바꿈 수정까지 매번 크게 공지할 필요는 없습니다. 하지만 다음과 같은 변경은 정정 내용을 남길 후보가 됩니다.
- 개최 일시나 접수 기간
- 요금이나 신청 조건
- 사람 이름, 직책, 단체명
- 점포 수, 참가자 수, 금액 등의 숫자
- 직접 인용
- 중지, 연기, 만석 같은 상태
- 독자의 행동을 바꿀 가능성이 있는 정보
정정문에서는 필요 이상으로 변명을 늘어놓지 않고, 무엇을, 언제, 어떤 근거로 수정했는지를 간결하게 보여줍니다.
기사 본문을 수정한 후, 그 기사를 재료로 만든 문서를 찾아봅니다.
공개된 기사
├─ SNS 공지문
├─ 메일이나 메시지 안내문
...
모두를 같은 방식으로 다시 쓰기보다는, 오래된 정보가 포함되어 있는지 확인합니다.
예를 들어 SNS 게시물에 '10월 21일 접수 시작'이라고 적혀 있다면, 정정 게시물이나 추가 공지가 필요한지 판단합니다. 날짜를 적지 않았다면, 링크된 기사가 정정되었는지 확인합니다.
비공개 AI 초안도 방치하지 않습니다. 장래 그 원고를 재활용했을 때, 오래된 날짜가 돌아갈 가능성이 있기 때문입니다.
공개된 SNS 공지문에 오류가 있을 경우, 즉시 삭제하는 것만이 정답은 아닙니다.
경미한 표기 수정: 링크된 기사를 수정하고, 필요하다면 답글로 보충합니다.
행동에 영향을 주는 오류: 알 수 있는 형태로 정정 내용을 게시합니다.
개인 정보나 중대한 오정보: 공개 상태를 멈추고, 삭제 또는 비공개화를 검토합니다.
...```
어떤 조치를 취할 수 있는지는 게시처에 따라 다릅니다. 편집 기능의 유무나 표시 방법은 실제 화면에서 확인해야 합니다.
AI에게는 정정문 후보를 만들게 할 수 있지만, 게시물의 삭제, 업데이트, 재게시는 사람이 판단합니다. 특히 원본 게시물에 반응이나 공유가 있는 경우, 삭제하면 정정이 전달되지 않을 수도 있습니다.
Obsidian에는 변경된 내용뿐만 아니라, 오래된 정보를 사용하지 않도록 표시를 남깁니다.
기사 정정 기록
- 원문: 기사 제목
- 정정일: 2026-10-20
...
오래된 메모 자체를 바로 삭제하면, 정정의 경위가 알 수 없게 됩니다. 삭제하는 대신, 맨 앞에 '구 정보', '사용 금지', '정정처' 등을 붙입니다.
다른 AI에게 기사 작성을 맡길 때도, 최신 버전뿐만 아니라 사용 금지 정보를 명시합니다.
본문을 AI가 수정하게 한 후에도, 완성된 글만 읽지 않습니다. 변경 전후의 차이점(diff)을 확인합니다.
특히 확인할 항목은 다음과 같습니다.
- 지정한 부분 외에 다른 곳도 바뀌지 않았는지
- 숫자나 날짜가 다른 곳에도 남아있지 않은지
- 직접 인용이 수정되지 않았는지
- 정정문과 본문의 내용이 일치하는지
- 링크된 곳이 최신 공식 정보인지
- '예정'이 '확정'으로 바뀌지는 않았는지
- AI가 정정 이유를 만들지 않았는지
검색 기능을 사용하여, 변경 전의 어구(語句)가 남아있지 않은지도 확인합니다.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
검색어: 10월 21일
확인 대상: 기사 본문, SNS 초안, Obsidian, 다음 기사 초안
결과: 0건, 또는 정정 기록 내에만
정정 기록에는 변경 전의 문장을 남기기 때문에, 단순히 0건일 필요는 없습니다. '오래된 정보로 명시된 곳에만 남아있는' 상태를 확인합니다.
정정 작업에도 상태를 부여합니다.
reported: 오류 지적을 받은
checking: 1차 정보를 확인 중
approved: 정정 내용을 사람이 승인한
...
AI가 정정문을 만든 시점은 `approved`가 아닙니다. 정확한 정보, 변경 범위, 정정문, 관련 게시물에 대한 대응을 사람이 확인한 후에 반영합니다.
공개 후에는, 편집 화면이 아닌 실제 공개 페이지를 엽니다. 캐시나 표시 오류, 오래된 링크, 정정문의 날짜를 확인합니다.
기사 정정을 AI에게 맡길 때는 다음과 같이 범위를 한정합니다.
공개된 기사의 정정안을 만들어 주세요.
변경 전: 신청 접수는 10월 21일부터 시작됩니다.
변경 후: 신청 접수는 10월 22일부터 시작됩니다.
...
AI에게는, 차이점 정리, 관련처 파악, 확인 누락 발견을 맡깁니다. 무엇을 정확한 정보로 채택할지, 공개된 문서를 어떻게 처리할지, 언제 반영할지는 사람이 결정합니다.
공개된 기사의 정정은, 본문의 한 문장을 수정하는 것만으로 끝나지 않습니다.
- 수정, 정정, 업데이트를 구분한다
- 변경 전의 기술과 발견 경위를 남긴다
- 정확한 내용을 1차 정보로 확인한다
- 변경 전, 변경 후, 이유, 확인일을 기록한다
- SNS, Obsidian, AI 초안, 인계 메모를 확인한다
- AI의 변경은 차이점(diff)으로 본다
- 사람이 승인한 후에 공개에 반영한다
- 공개 페이지와 관련처까지 확인한다
AI로 문서를 재활용하기 쉬워질수록, 오래된 정보도 재활용되기 쉬워집니다. 정정을 한 번의 수정이 아니라, 정보가 퍼져나간 경로를 거슬러 올라가 확인하는 작업으로 다루면, 같은 오류를 다음 문서에 가져오기 어려워집니다.
다음 시간에는, 여러 기사에 동일한 정보가 사용되고 있을 때, 어느 기사부터 확인할지 결정하는 방법을 정리하겠습니다.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
