요약
100쪽짜리 정책 발제문의 오탈자·비문·논리 오류를 AI와 함께 잡아내고, 수정본을 수정한 부분이 전부 빨간 글자로 표시된 한글 파일로 받는 방법이다. 핵심은 두 가지다. 첫째, 맞춤법이 아니라 숫자 사슬을 검산하게 시킬 것. 둘째, AI가 손댄 자리를 사람이 눈으로 확인할 수 있게 남길 것.
2026년 8월 10일 「전남광주 시민공론장 발제문」(1~3장, 약 960문단)에 적용해 102곳을 수정했다.
왜 이 기술인가
AI에게 “오탈자 좀 봐줘”라고 하면 대개 맞춤법과 띄어쓰기만 돌려준다. 그런데 정책문서에서 실제로 위험한 건 그게 아니다.
이번에 나온 것들을 보면 이렇다.
- 배당액이 어떤 문단에서는 “행정리당 연 1,500만
2,500만 원”, 다른 문단에서는 “행정리당 월 1,500만2,500만 원”이었다. 월로 계산하면 마을 50곳 배당액이 연 매출의 3배가 된다. - “신안 해상풍력 8.2GW = 대형 원전 6~8기 분량”이라고 썼는데, 설비용량으로 따지면 6기, 발전량으로 따지면 2기다.
- 원전 측 반론을 소개하며 “부지가 수백 배 차이”라고 자기 문서에 적어 놓았다. 실제로는 40~60배다. 상대 논거를 스스로 부풀린 셈이다.
- 3장 앞부분에서 “잉여 전력은 원자력이라 RE100에 안 잡힌다”고 논증해 놓고, 뒷부분에서는 그 잉여를 “여유분이 별도로 있다”며 근거로 썼다.
이런 건 사람이 여러 번 읽어도 잘 안 보인다. 문서가 길어질수록, 여러 사람이 나눠 쓸수록 더 그렇다. 반면 AI는 문서 전체를 한 번에 들고 있으므로 떨어져 있는 두 숫자를 맞대 보는 일을 잘한다.
문제는 그다음이다. AI가 100곳을 고쳐서 파일을 돌려주면, 그게 정말 100곳만 고친 건지 사람이 확인할 방법이 없다. 그래서 빨간펜이 필요하다.
1단계 — “검산해줘”라고 시킨다
요청을 이렇게 나눠서 준다.
오탈자와 비문, 논리 오류를 찾아줘. 특히
- 같은 수치가 다른 곳에서 다르게 쓰인 곳
- 표의 합계·비율이 본문과 안 맞는 곳
- 목차와 본문 제목이 다른 곳
- 앞에서 한 주장과 뒤에서 한 주장이 충돌하는 곳
이렇게 시키면 AI가 표의 모든 행을 실제로 계산해 본다. 이번 문서에서는 연도별 전력수요 표, 충당률 표, 감도분석 표를 전부 재계산했고 그 계산들은 다 맞았다. 맞은 것을 “맞다”고 확인해 주는 것도 중요하다. 어디를 방어할 수 있는지 알게 되기 때문이다.
대신 틀린 곳은 이런 식으로 나온다.
표에 적힌 값끼리 빼면
16,300 − 13,270 = 3,030인데 문서는3,009라고 썼다. 반올림 전 정밀값(16,280 − 13,271)으로는 3,009가 맞다. 틀린 값은 아니지만 심의에서 검산하면 안 맞는다.
이런 지적은 “각주 한 줄 추가”로 해결된다. 사람이 판단할 문제이므로, AI에게 고치라고 하지 말고 먼저 보고서로 받는다.
2단계 — 보고서를 등급으로 나눠 받는다
한꺼번에 60건을 받으면 무엇부터 봐야 할지 모른다. 이렇게 나누게 했다.
| 등급 | 내용 | 처리 |
|---|---|---|
| A | 수치·논리 오류 | 반드시 수정 |
| B | 문서 내 불일치 | 기준값을 사람이 정한 뒤 수정 |
| C | 비문 | 대부분 그대로 수용 |
| D | 용어·표현 | 통일안을 사람이 선택 |
| E | 표기·조판 | 일괄 처리 |
| F | 출처 검증 필요 | AI가 고칠 수 없음 — 사람이 확인 |
F가 중요하다. “독일 에너지협동조합 998개”가 맞는지는 AI가 판단할 수 없다. AI가 모르는 것을 모른다고 말하게 하는 칸을 만들어 두어야 그 칸에 담긴다.
실제로 이번에는 “고령인구 비율 전국 최고”라는 문장이 F로 분류돼 왔다. 전남만 보면 맞지만 광주를 합친 ‘전남광주’ 기준으로는 1위가 아닐 수 있다는 것이다. 그래서 “전남 지역의 고령인구 비율은 전국 최고 수준”으로 범위를 좁혀 고쳤다.
3단계 — 무엇을 뺄지 사람이 정한다
보고서를 받은 뒤 “B8과 B9는 빼고 적용해”라고 지시했다. 그 둘은 표의 행 구조를 건드려야 하는 항목이라 파일이 깨질 위험이 있었다. 이런 판단은 사람 몫이다.
AI에게 전부 맡기지 않고 범위를 잘라 주는 것이 이 작업의 안전장치다.
4단계 — 수정 부분을 빨간색으로 남긴다
한글 문서(.hwpx)는 압축을 풀면 XML이다. 글자 색은 header.xml의 글자모양(charPr) 정의에 들어 있다. 그래서 이렇게 한다.
- 문서에 이미 있는 글자모양 41개를 통째로 복제해 색만 빨강으로 바꾼 사본을 만든다. 규칙은
빨강(N) = N + 41. - 문단을 수정할 때 그 자리를 세 조각으로 쪼갠다 —
앞부분(원래색) + 고친 부분(빨강) + 뒷부분(원래색).
복제해서 쓰기 때문에 글꼴과 크기는 원래대로 유지되고 색만 바뀐다. 제목은 제목 크기 그대로 빨개진다.
결과물을 열면 이렇게 보인다.
행정리당 연 1,500만~2,500만 원의 발전 배당(20년), 마을월급 소득활동.
한 글자만 고쳤으면 그 한 글자만 빨갛다. 검토자는 빨간 데만 따라가면 된다. 이번 문서에서는 빨간 조각이 116개 생겼다.
5단계 — 실패하면 아무것도 쓰지 않게 한다
대량 수정에서 제일 무서운 건 “절반만 적용된 파일”이다. 그래서 적용 도구를 이렇게 만들었다.
- 고칠 조각이 그 문단 안에 정확히 1번 나오는지 전부 먼저 검사한다
- 한 건이라도 어긋나면 파일을 아예 쓰지 않고 실패 목록을 출력한다
실제로 첫 실행에서 9건이 실패했다. 원인은 두 가지였다.
하나, 줄 번호를 문단 번호로 착각했다. 덤프 파일의 1번째 줄이 [0]번 문단이라 1씩 밀렸다. 검증기가 실제 문단 내용을 찍어 주니 바로 고쳐졌다.
둘, 눈에 안 보이는 공백이 있었다. 한글에서 작성한 문서에는 일반 공백처럼 보이지만 실제로는 다른 문자(비분리 공백, U+00A0)가 섞여 있다. 아무리 봐도 똑같은데 매치가 안 됐다. 문자 코드를 숫자로 찍어 보고서야 알았다.
원본 : ... 51452,32,55,51068,160,47588 ... ← 160이 비분리 공백
입력 : ... 51452,32,55,51068, 32,47588 ... ← 32는 일반 공백
이런 건 사람이 육안으로는 영원히 못 찾는다. 틀리면 멈추는 도구를 쓰는 이유가 이것이다.
6단계 — 사람이 검토하고 색을 지운다
빨간 교정본을 한글에서 열어 하나씩 확인하고, 수용한 뒤 색을 검정으로 되돌려 최종본으로 저장한다.
이 마지막 단계를 생략하면 안 된다. 빨간색은 AI가 무엇을 건드렸는지 사람이 확인하기 위한 장치이지, 그 자체가 완성본 표시가 아니다.
덤으로 — 별도 분석을 본문 논리에 녹이기
이번에는 같은 날 만든 다른 문서(24시간 매칭 시뮬레이션 분석)를 발제문 본문에 반영하는 작업도 함께 했다. 그 분석 문서의 마지막 장 제목이 「결론 — 3장에 반영할 문구」였다.
분석을 하는 쪽에서 “이 결과를 본문 어디에 어떻게 넣어라”까지 써 두면, 반영 작업이 기계적으로 끝난다. 이번에는 그 지시가 세 가지였다.
- 연간 수치와 시간대별 수치를 구분해서 표기할 것
- 해상풍력을 “부족분 메우는 수단”이 아니라 “핵심 해법”으로 전면 배치할 것
- 원가는 정면 비교하지 말 것
이 세 줄이 본문 20여 곳의 수정으로 이어졌다. 분석 문서를 쓸 때 “그래서 원문을 어떻게 고치라는 것인가”를 마지막에 적어 두는 습관을 권한다.
교훈
AI는 흩어진 숫자를 맞대 보는 일을 잘하고, 그게 맞는 숫자인지는 모른다. 검산은 맡기되 출처 확인은 사람이 한다.
고친 자리를 보이게 하라. 빨간펜이 없으면 검토가 불가능하고, 검토가 불가능하면 그 수정본은 쓸 수 없다. 자동화의 신뢰는 속도가 아니라 확인 가능성에서 나온다.
틀리면 멈추는 도구를 써라. 조용히 절반만 적용되는 것보다 요란하게 실패하는 편이 낫다. 이번에 실패한 9건은 전부 도구가 잡아낸 것이고, 사람은 한 건도 못 찾았을 것이다.
범위를 잘라 주는 것이 사람의 일이다. “이건 위험하니 빼”라고 말할 수 있으려면 무엇이 위험한지 알아야 한다. 그 판단까지 AI에게 넘기지 않는다.
참고
- 스킬:
hwpx-powershell-edit— 한글 문서를 파이썬·한글 프로그램 없이 PowerShell만으로 읽고 고치는 도구 모음. 이번 작업에서 인덱스 기반 편집기와 빨간색 표시 기능이 추가됨 - 함께 읽기: 「AI와 함께 정책문서 교차검증하고 한글문서 자동수정하기」 — 서로 다른 두 문서의 충돌을 잡는 방법
- 적용 사례: 「전남광주 시민공론장 발제문」(2026. 8. 11. 공론장 발제, 사회혁신교육원 사회적협동조합)
문서 정리 = 데카(deka2026)