티스토리 뷰

50페이지짜리 보고서를 두 시간 동안 읽었는데, 정작 회의에서 필요했던 내용은 딱 두 단락이었습니다. 그 경험 이후로 저는 문서를 읽는 방식 자체를 바꿨습니다. 생성형 AI를 활용하기 시작한 건 그때부터인데, 처음에는 "그냥 요약해 줘" 한 마디로 모든 게 해결될 줄 알았습니다. 직접 겪어보니, 그게 생각보다 단순하지 않았습니다.

AI 문서정리 및 요약 가이드

AI 프롬프트 한 줄 차이가 결과를 완전히 바꿨습니다

제가 처음 생성형 AI에 문서를 넣고 요청했던 문장은 이랬습니다. "이 보고서 요약해 줘." 결과물은 꽤 그럴듯했습니다. 문장도 매끄럽고, 구성도 깔끔했습니다. 문제는 그 요약을 들고 상급자에게 보고했을 때 발생했습니다. "여기 수치가 원문이랑 다른데?" 식은땀이 났습니다.

그 뒤로 AI 프롬프트를 작성하는 방식을 완전히 바꿨습니다. 핵심은 역할, 대상, 목적, 조건, 출력 형식을 명확하게 지정하는 것입니다. 예를 들어 단순히 "요약해 줘"가 아니라, "임원 보고용으로 핵심 내용 5개 이내로 정리하고, 숫자와 날짜는 원문 그대로 유지하며, 원문에서 확인할 수 없는 내용은 '확인 필요'로 표시해 줘"라고 쓰는 식입니다. 같은 문서, 같은 AI인데 결과물의 질이 눈에 띄게 달라졌습니다.

특히 마지막 조건 — "원문에 없는 내용은 추측하지 말 것" — 이게 생각보다 훨씬 중요합니다. 생성형 AI는 할루시네이션(Hallucination) 현상이 발생할 수 있습니다. 여기서 할루시네이션이란 AI가 원문에 없는 내용을 그럴듯하게 만들어내는 현상으로, 틀린 문장임에도 자연스러운 문체 때문에 눈치채기 어렵습니다. 이 조건을 명시하면 AI가 스스로 불확실한 부분을 드러내도록 유도할 수 있습니다.

제가 실무에서 자주 쓰는 방식 중 하나는 회의록을 정리할 때 전체 요약을 요청하는 것이 아니라, "결정된 사항 / 후속 조치 / 담당 부서 / 완료 기한" 항목으로 나누어 달라고 요청하는 것입니다. 이렇게 하면 회의록 전체를 읽지 않아도 실행에 필요한 정보만 빠르게 뽑아낼 수 있었습니다. 솔직히 이건 예상 밖이었습니다. 요약보다 구조화된 추출이 훨씬 실용적이었거든요.

프롬프트를 구체적으로 만드는 체크리스트

아래는 제가 매번 AI에게 문서 정리를 요청할 때 머릿속으로 확인하는 항목들입니다. 처음에는 번거롭게 느껴질 수 있지만, 익숙해지면 오히려 더 빠르게 결과를 얻을 수 있었습니다.

  • 대상 독자가 누구인가 (임원 보고용인지, 실무팀 내부용인지)
  • 핵심 항목 수를 몇 개로 제한할 것인가
  • 숫자, 날짜, 고유명사는 원문 그대로 유지할 것을 명시
  • 원문에 없는 내용은 추측하지 말고 '확인 필요'로 표시할 것
  • 결과물 형식 (표, 항목 목록, 단락 등) 을 구체적으로 지정
요약: AI 문서정리의 품질은 프롬프트의 구체성에서 결정됩니다. "요약해 줘" 한 마디보다, 독자·형식·조건을 명시한 프롬프트가 실무에 바로 쓸 수 있는 결과를 만들어냅니다.

 

생성형 AI 결과를 믿기 전에 반드시 거치는 단계

AI가 정리해 준 문서가 읽기 좋다는 건 그게 정확하다는 뜻이 아닙니다. 제 경험상 이건 좀 다릅니다. 특히 공공기관 지침이나 법령 관련 자료를 다룰 때 이 차이가 크게 드러났습니다. AI가 작성한 요약문에서 "적용 대상 : 전 기관"이라고 되어 있었는데, 원문을 다시 확인해 보니 특정 규모 이상의 기관에만 적용된다는 예외 조건이 빠져 있었습니다. 그 조건 하나가 실무에서는 전혀 다른 결과를 만들 수 있는 내용이었습니다.

그래서 지금은 AI가 작성한 요약을 받으면 모든 문장을 다시 읽는 것이 아니라, 오류가 발생했을 때 영향이 큰 항목부터 먼저 원문과 대조합니다. 구체적으로는 금액·통계 수치·날짜 같은 숫자 정보를 가장 먼저 확인하고, 그다음 법률 및 제도 명칭, 기관명, 적용 대상과 예외 조건 순으로 검토합니다. 이 순서만 지켜도 검증 시간이 훨씬 줄어들었습니다.

또 한 가지 제가 자주 쓰는 방법은 AI에게 한 번 더 질문하는 것입니다. "앞서 작성한 요약에서 원문에 직접 근거가 없는 내용이 있다면 찾아주고, 추론한 부분과 원문에서 확인된 부분을 구분해 표시해 줘"라고 요청하면, AI 스스로 불확실한 부분을 드러내는 경우가 있었습니다. 완벽하진 않지만, 이 과정을 거치면 오류를 잡아낼 가능성이 높아졌습니다.

보안 측면도 실무에서 빠뜨릴 수 없는 부분입니다. 컨텍스트 창(Context Window)이라는 개념이 있습니다. 여기서 컨텍스트 창이란 AI가 한 번에 처리할 수 있는 입력 정보의 범위를 의미하는데, 이 범위를 초과하는 문서는 나눠서 처리해야 합니다. 문서를 나누기 전에 먼저 그 문서에 개인정보, 계약 내용, 내부 업무정보가 포함되어 있는지 확인하는 것이 선행되어야 합니다. 한국지능정보사회진흥원(NIA)이 발표한 공공분야 생성형 AI 활용 방안에서도 외부 AI 서비스 활용 시 민감정보 처리에 대한 사전 확인을 강조하고 있습니다(출처: 한국지능정보사회진흥원(NIA)).

긴 PDF를 처음 다룰 때는 전체 요약부터 요청하는 것보다 "이 문서의 목차와 전체 구조를 먼저 파악해 줘"라고 시작하는 편이 훨씬 효율적이었습니다. OCR(광학 문자 인식) 처리가 필요한 스캔 문서의 경우, 여기서 OCR이란 이미지로 저장된 문서에서 텍스트 정보를 추출하는 기술을 말하는데, 이 과정에서 글자가 잘못 인식될 수 있으므로 숫자와 고유명사는 원본 이미지와 반드시 대조해야 합니다. NIST가 발표한 AI 위험관리 프레임워크에서도 생성형 AI 결과물에 대한 사람의 검증 과정을 핵심 요소로 명시하고 있습니다(출처: NIST, AI Risk Management Framework).

 
요약: AI 문서정리에서 검증은 선택이 아닙니다. 숫자·날짜·예외 조건부터 원문과 대조하는 습관이 AI를 진짜 실무 도구로 만들어줍니다.

 

자주 묻는 질문

Q. AI로 요약한 문서를 바로 보고서에 써도 되나요?

A. 제 경험상 초안이나 검토용으로는 충분히 유용하지만, 최종 보고서에 그대로 쓰는 건 위험했습니다. 특히 숫자, 날짜, 법률 명칭처럼 오류가 생기면 문제가 되는 항목은 반드시 원문과 직접 대조하는 과정이 필요합니다.

 

Q. 스캔된 PDF도 AI로 분석할 수 있나요?

A. 가능하긴 하지만, OCR(광학 문자 인식) 처리를 먼저 거쳐야 합니다. OCR 과정에서 글자가 잘못 인식되는 경우가 있어서, 중요한 숫자나 고유명사는 원본 이미지와 반드시 비교해 보는 것이 안전합니다.

 

Q. 업무 문서를 무료 AI 서비스에 올려도 괜찮나요?

A. 서비스마다 데이터 처리 방식과 보안 정책이 다르기 때문에, 민감한 업무 문서라면 사용 전에 해당 서비스의 정책과 조직 내 보안 규정을 먼저 확인하는 것이 맞습니다. 개인정보나 계약 내용이 포함된 경우 사전에 해당 정보를 삭제하거나 익명화하는 방법도 고려해볼 수 있습니다.

 

Q. 수십 페이지짜리 문서를 AI로 분석하는 가장 좋은 순서가 있나요?

A. 제가 실제로 쓰는 방식은 전체 구조 파악 → 관심 챕터 요약 → 세부 내용 추출 → 원문 검증 순입니다. 처음부터 모든 내용을 세밀하게 요약해 달라고 하면 오히려 핵심이 묻히는 경우가 많았습니다.

 

결론

AI 문서정리를 쓸수록 오히려 사람의 판단이 더 중요해진다는 걸 실감합니다. AI는 긴 자료를 빠르게 훑고 구조를 잡는 데 탁월하지만, 어떤 정보가 지금 이 업무에서 중요한지를 결정하는 건 결국 사람의 몫입니다. 무엇을 질문할지 결정하고, AI의 답변을 의심하며, 원문을 다시 확인하는 이 세 가지 능력이 생성형 AI 시대에 진짜 문서 정리 능력이라고 생각합니다.

처음부터 완벽한 프롬프트를 쓰려고 하기보다는, 짧은 문단으로 먼저 연습해 보고 결과가 어떻게 달라지는지 직접 비교해 보는 것을 권합니다. 제가 그랬듯, 그 작은 차이를 경험하고 나면 AI를 활용하는 방식이 자연스럽게 바뀌게 됩니다.

 

참고: 한국지능정보사회진흥원(NIA), 「공공분야 생성형 AI 활용 방안」 

          NIST, 「Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile」