3부 13장. 문서를 넣는 법, 자료를 붙이는 법, 맥락을 정리하는 법

앞 장에서는 정보를 많이 넣는다고 자동으로 좋아지지 않는 이유를 살펴보았다. 그렇다면 이제 남는 질문은 하나다. 그럼 자료는 어떻게 넣어야 하는가?

실전에서 많은 사람은 여기서 멈춘다. 문서를 첨부하고, 링크를 붙이고, 배경 설명을 덧붙인 다음 결과가 잘 나오길 기대한다. 하지만 AI는 마음을 읽는 비서가 아니다. 자료를 던져 주면 알아서 구조를 잡아 주는 경우도 있지만, 늘 그렇지는 않다. 특히 문서가 여러 개이거나, 기준이 섞여 있거나, 목적이 분명하지 않으면 결과는 쉽게 흐려진다.

이 장의 핵심은 단순하다. 문서를 넣는 일과 맥락을 만드는 일은 다르다. 좋은 사용자는 자료를 전달하는 데서 멈추지 않고, AI가 그 자료를 어떻게 읽어야 하는지까지 설계한다.

문서를 넣는다고 일이 시작되는 것은 아니다

사람에게도 마찬가지다. 팀원에게 보고서 초안을 부탁하면서 첨부파일만 다섯 개 보내고 "참고해서 써 주세요"라고 하면, 상대는 먼저 무엇을 해야 할지부터 고민한다. 어떤 파일이 기준인지, 어느 문서가 최신인지, 무엇은 참고만 해야 하는지, 이번 요청의 최종 산출물이 무엇인지 알 수 없기 때문이다.

AI도 비슷하다. 오히려 더 구조가 필요하다. 사람은 눈치와 경험으로 어느 정도 보완할 수 있지만, AI는 텍스트 안에 드러난 단서에 크게 의존한다. 그러니 문서를 넣는 순간 중요한 것은 "자료가 들어갔다"가 아니라 "자료 간 관계가 보이도록 들어갔다"가 된다.

좋은 입력은 보통 세 가지를 함께 갖고 있다.

• 지금 무엇을 만들려는지

• 어떤 자료를 어떤 우선순위로 봐야 하는지

• 결과를 어떤 형식과 기준으로 내야 하는지

이 셋이 빠지면 자료는 많아도 방향이 없다. 반대로 이 셋이 선명하면 문서가 길어도 결과가 안정된다.

AI가 문서를 읽기 쉽게 만드는 첫 번째 원칙: 역할을 나눠라

문서를 붙일 때 가장 먼저 해야 할 일은 요약이 아니라 역할 구분이다. 자료를 역할별로 나누지 않으면, AI는 서로 다른 성격의 텍스트를 한데 섞어 읽게 된다.

예를 들어 어떤 작업에 다음 자료가 있다고 하자. 회사의 공식 정책 문서, 지난 회의 메모, 경쟁사 사례, 좋은 문장 예시, 사용자의 개인 아이디어가 있다. 이 다섯 가지는 모두 유용할 수 있다. 하지만 역할은 전혀 다르다. 어떤 것은 기준이고, 어떤 것은 참고고, 어떤 것은 아이디어 수준이다.

이 구분이 없으면 AI는 공식 정책과 아이디어 메모를 비슷한 무게로 취급할 수 있다. 그러면 겉보기에는 그럴듯하지만 실제로는 조직의 입장과 어긋나는 결과가 나오기도 한다.

문서를 붙일 때는 최소한 다음 정도의 역할은 구분해 주는 편이 좋다.

• 기준 문서: 반드시 따라야 하는 문서

• 배경 문서: 상황 이해를 돕는 문서

• 참고 문서: 아이디어나 사례를 얻기 위한 문서

• 예시 문서: 원하는 형식이나 톤을 보여 주는 문서

• 반례 문서: 피해야 할 방식이나 주의할 점을 담은 문서

이 분류만 해도 결과가 꽤 달라진다. AI가 단순히 "읽는" 것이 아니라 "어떤 태도로 읽어야 하는지"를 알게 되기 때문이다.

두 번째 원칙: 문서보다 먼저 과업을 적어라

많은 사람이 문서를 먼저 붙이고 마지막에 한 줄 지시를 쓴다. 하지만 실제로는 순서가 반대여야 한다. 과업이 먼저이고 문서는 그다음이다.

왜냐하면 AI는 질문 없이 문서를 받으면, 무엇을 중심으로 읽어야 할지 정하기 어렵기 때문이다. 회의록을 넣었다고 해서 항상 요약을 해야 하는 것은 아니다. 실행 항목을 뽑아야 할 수도 있고, 찬반 논점을 정리해야 할 수도 있으며, 다음 회의 안건을 만들어야 할 수도 있다. 같은 문서라도 과업이 달라지면 읽는 방식이 완전히 달라진다.

그래서 문서를 붙일 때는 먼저 이렇게 정리하는 편이 좋다.

• 이번 작업의 목적은 무엇인가

• AI가 해야 할 일은 무엇인가

• 최종 결과물의 형태는 무엇인가

• 특히 놓치면 안 되는 기준은 무엇인가

예를 들어 "회의록 첨부합니다. 정리해 주세요"보다 "아래 회의록을 바탕으로 다음 주 실행 계획만 추려 달라. 논의 배경은 짧게, 실행 담당자와 마감 시점은 표로 정리해 달라"가 훨씬 강하다.

문서를 넣기 전에 질문을 먼저 고정하는 것, 이것이 맥락 정리의 출발점이다.

세 번째 원칙: 원문과 작업용 정리본을 분리하라

긴 문서를 다룰 때 가장 흔한 실수는 원문을 통째로 넣고 곧바로 고품질 결과를 기대하는 것이다. 물론 모델이 잘 해내는 경우도 있다. 하지만 안정성을 높이려면 원문과 작업용 정리본을 구분하는 습관이 필요하다.

원문은 사실의 근거다. 작업용 정리본은 현재 단계에서 필요한 핵심을 앞쪽으로 끌어온 요약판이다. 이 둘을 분리하면 AI는 전체 근거를 잃지 않으면서도, 지금 무엇에 집중해야 하는지 빠르게 파악할 수 있다.

실전에서는 보통 이런 흐름이 잘 작동한다.

• 먼저 원문에서 핵심만 뽑은 요약본을 만든다.

• 그 요약본을 기준으로 초안이나 분석을 요청한다.

• 마지막에 다시 원문과 대조해 빠진 점이나 왜곡을 확인한다.

이 방식은 공부할 때 교과서와 요약 노트를 따로 쓰는 것과 비슷하다. 교과서가 사라진 것은 아니지만, 시험 직전에는 핵심 노트가 더 유용하다. AI와 일할 때도 마찬가지다.

문서를 붙일 때는 "제목표"를 달아라

AI에게 여러 문서를 한 번에 줄 때 유용한 간단한 방법이 있다. 바로 각 문서 앞에 제목표를 다는 것이다. 제목표란 문서의 이름만 적는 것이 아니라, 그 문서가 무엇이며 어떻게 다뤄야 하는지를 짧게 표시하는 안내문이다.

예를 들어 그냥 문서 내용을 연달아 붙이기보다 다음처럼 정리하는 편이 좋다.

문서 A — 공식 기준 문서, 최신본, 반드시 우선 적용

문서 B — 시장 배경 설명, 참고용

문서 C — 경쟁사 사례, 아이디어 참고용, 그대로 모방 금지

문서 D — 원하는 문체 예시, 내용 기준으로 사용하지 말고 톤만 참고

이 정도만 붙여도 AI는 각 문서를 같은 무게로 다루지 않게 된다. 특히 "최신본", "참고용", "톤만 참고", "우선 적용" 같은 말은 매우 중요하다. 사람에게는 당연해 보이는 차이가 AI에게는 큰 방향 신호가 된다.

배경정보는 길게 쓰는 것보다 층을 나눠 쓰는 것이 좋다

배경정보를 줄 때도 요령이 있다. 많은 사용자는 상황 설명을 한 문단에 몰아넣는다. 하지만 길게 이어진 서술은 중요한 조건이 묻히기 쉽다. 차라리 층을 나눠 쓰는 편이 낫다.

배경정보는 대체로 다음 다섯 층으로 정리할 수 있다.

• 상황: 지금 어떤 맥락에서 이 작업을 하는가

• 목표: 이번 답변으로 무엇을 얻고 싶은가

• 독자: 누가 이 결과를 읽거나 사용할 것인가

• 제약: 반드시 지켜야 할 조건은 무엇인가

• 불확실성: 아직 확정되지 않은 것은 무엇인가

이 다섯 층은 대단한 이론이 아니라, 실무 대화를 잘 정리한 형태에 가깝다. 사람끼리도 일을 맡길 때 결국 이런 정보를 주고받는다. 다만 사람은 중간에 되물을 수 있지만, AI는 초기에 구조가 잘 잡혀 있을수록 훨씬 안정적으로 움직인다.

예를 들어 같은 작업이라도 이렇게 차이가 난다.

"우리 회사가 새 서비스 런칭 준비 중인데 내부 설명 자료를 만들어야 한다. 여러 팀이 얽혀 있어서 민감하고, 아직 확정되지 않은 부분도 있다. 너무 확정적으로 쓰면 안 되고, 되도록 쉽게 써 줘."

이 문장도 나쁘지는 않다. 하지만 조금만 구조를 주면 훨씬 읽기 쉬워진다.

상황: 새 서비스 런칭 전 내부 공유 자료 작성

목표: 각 팀이 같은 그림을 보도록 핵심 내용을 쉽게 정리

독자: 개발, 마케팅, 운영팀 실무자

제약: 확정되지 않은 내용은 단정적으로 쓰지 말 것. 대외 홍보 문구처럼 과장하지 말 것.

불확실성: 가격 정책과 일정은 변경 가능

이제 AI는 무엇을 조심해야 하는지 훨씬 선명하게 이해한다.

붙이는 자료가 많을수록 순서를 설계해야 한다

문서가 많을수록 중요한 것은 양이 아니라 순서다. 사람도 처음 읽는 자료 꾸러미가 들어오면, 무엇부터 읽어야 할지 안내를 받고 싶어 한다. AI도 비슷하다.

좋은 순서는 보통 이렇게 흘러간다.

• 먼저 과업 설명

• 그다음 핵심 배경 요약

• 그다음 기준 문서

• 그다음 참고 문서와 예시

• 마지막으로 출력 형식과 검토 포인트

이 순서가 좋은 이유는 간단하다. 무엇을 해야 하는지 먼저 알고 자료를 읽는 편이, 자료를 다 읽고 나서야 과업을 아는 것보다 훨씬 효율적이기 때문이다.

특히 긴 문서가 여럿일 때는 "읽는 순서"까지 직접 지정하는 것이 좋다. 예를 들어 "먼저 문서 A의 기준을 파악하고, 문서 B는 배경 이해용으로만 참고한 뒤, 문서 C에서 사례를 뽑아 비교해 달라"고 하면 AI가 문서 간 관계를 더 잘 유지한다.

실전에서 잘 먹히는 입력 구조

문서를 넣을 때는 멋진 표현보다 안정적인 틀이 더 중요하다. 다음 구조는 다양한 작업에서 꽤 잘 작동한다.

1. 작업 정의

지금 무엇을 해야 하는지 한두 문장으로 적는다.

예시:

아래 자료를 바탕으로 팀장 보고용 한 페이지 메모를 작성해 달라.

2. 결과물 정의

무엇을 어떤 형태로 내야 하는지 적는다.

예시:

형식은 제목, 핵심 요약, 주요 쟁점 3개, 권고안 순서로 작성해 달라.

3. 자료 역할 정의

각 문서가 어떤 역할인지 표시한다.

예시:

문서 1은 공식 기준, 문서 2는 최신 회의록, 문서 3은 경쟁사 사례, 문서 4는 문체 예시다.

4. 우선순위와 제약

무엇을 우선해야 하고, 무엇을 피해야 하는지 적는다.

예시:

문서 1의 기준이 다른 문서와 충돌하면 문서 1을 우선하라. 확정되지 않은 내용은 추정으로 단정하지 말라.

5. 검토 포인트

마지막에 스스로 확인할 기준을 넣는다.

예시:

작성 후, 기준 문서와 충돌하는 표현이 없는지 점검해 달라.

이 구조는 특별히 화려하지 않다. 하지만 화려하지 않아서 오히려 강하다. AI는 이런 틀 안에서 훨씬 안정적으로 일한다.

예시 1: 회의록을 넣어 실행 계획 만들기

회의록은 아주 흔한 자료지만, 그대로 던져 넣으면 의외로 결과가 자주 흐려진다. 회의록에는 잡담, 아이디어, 미확정 내용, 즉흥 발언, 결정 사항이 뒤섞여 있기 때문이다.

나쁜 방식은 이렇다.

아래 회의록 참고해서 정리해 줘.

이렇게 하면 AI는 요약을 해야 하는지, 액션 아이템을 뽑아야 하는지, 찬반 논점을 정리해야 하는지 알기 어렵다.

더 나은 방식은 이렇게 바꾸는 것이다.

아래 회의록을 바탕으로 다음 주 실행 계획을 정리해 달라.

목적: 회의 전체 요약이 아니라 실제 실행 항목 정리

우선 반영할 내용: 확정된 결정 사항, 담당자 언급, 마감 시점

제외할 내용: 잡담, 배경 설명, 아직 검토 단계인 아이디어

출력 형식: 항목별로 해야 할 일 / 담당 팀 / 예상 일정 / 확인 필요 사항

이렇게 되면 회의록이라는 같은 문서도 훨씬 다르게 읽힌다. AI는 이제 "회의 내용 전체"가 아니라 "실행 가능한 조각"을 찾아내는 방향으로 움직인다.

예시 2: 여러 자료를 넣어 보고서 초안 만들기

보고서 초안 작업에서는 대개 자료가 여러 종류로 섞인다. 시장 자료, 내부 메모, 예전 보고서, 경쟁사 분석, 인터뷰 기록이 한 번에 들어오기도 한다. 이럴 때는 문서 내용보다 문서 간 관계를 먼저 정리해야 한다.

예를 들어 이렇게 줄 수 있다.

작업: 신제품 출시 검토 보고서 초안 작성

독자: 임원진

톤: 짧고 명확하게, 과장 없이

문서 역할:

• 문서 A: 우리 회사 내부 기준안, 최우선

• 문서 B: 시장 조사 요약, 배경 자료

• 문서 C: 경쟁사 사례, 참고용

• 문서 D: 지난 분기 보고서, 형식만 참고

주의 사항:

• 문서 C의 표현을 그대로 따라 하지 말 것

• 문서 B와 숫자가 충돌하면 문서 A와 최근 수치를 우선 확인할 것

• 확정되지 않은 내용은 '가능성' 수준으로 표현할 것

출력:

1. 한 문단 요약

2. 기회

3. 리스크

4. 권고안

이 구조의 장점은 보고서의 내용과 태도를 동시에 잡아 준다는 점이다. AI는 이제 자료를 단순 혼합하지 않고, 어느 문서가 기준이고 어느 문서가 참고인지를 알고 조합하게 된다.

예시 3: 긴 문서를 붙일 때는 발췌 범위를 알려 줘라

아주 긴 문서를 다룰 때는 문서 전체를 읽힌 뒤 필요한 부분만 알아서 뽑아 달라고 하는 경우가 많다. 물론 가능하지만, 더 효율적인 방식은 이번 작업에 relevant한 범위를 미리 지정하는 것이다. 여기서 relevant하다는 말은 "관련 있는"이라는 뜻이다.

예를 들어 계약서 검토 작업이라면 이렇게 할 수 있다.

아래 계약서에서 다음 항목만 중심으로 검토해 달라.

• 해지 조건

• 책임 제한 조항

• 데이터 보관 및 삭제 조항

• 자동 갱신 여부

나머지 조항은 간단히 보고, 위 네 항목에 집중해 핵심 리스크를 정리해 달라.

이렇게 하면 AI는 문서 전체를 다루더라도 관심의 중심을 잃지 않는다. 긴 문서를 읽게 할수록, 초점은 더 선명하게 지정해야 한다.

"문서 첨부"와 "배경 설명"은 따로 다뤄라

사용자들이 자주 섞어 버리는 것이 있다. 하나는 문서 자체이고, 다른 하나는 문서 바깥의 맥락이다. 예를 들어 내부 기획서를 붙이는 것은 문서 첨부다. "이 기획은 아직 확정 전이며, 경영진 설득용이 아니라 팀 내부 논의용이다"라고 설명하는 것은 배경 설명이다.

이 둘을 한데 섞어 긴 문단으로 쓰면, 문서의 내용과 문서의 위상이 뒤섞인다. 그래서 가능하면 나눠 주는 편이 좋다.

좋은 방식은 이렇다.

첨부 문서: 2026년 2분기 기획안 초안

배경 설명: 아직 승인 전 문서이며, 외부 공유용이 아님. 이번 작업은 문서 자체를 완성하는 것이 아니라, 임원 피드백을 받기 전에 논리 구멍을 점검하는 목적임.

이렇게 하면 AI는 문서를 단순 요약하는 데 그치지 않고, 어떤 상황에서 이 문서를 읽어야 하는지까지 이해한다.

맥락을 정리할 때 가장 강력한 질문

문서를 넣기 전에 다음 질문을 스스로 던져 보면, 맥락이 훨씬 잘 정리된다.

• 이 작업의 최종 산출물은 정확히 무엇인가

• 첨부한 문서 중 무엇이 기준이고 무엇이 참고인가

• 최신 문서는 무엇이고, 오래된 문서는 어떤 위치인가

• 이번 단계에서 가장 중요한 판단 기준은 무엇인가

• AI가 모르면 안 되는 조직적 맥락은 무엇인가

• 아직 확정되지 않은 변수는 무엇인가

• 결과를 읽을 사람은 누구인가

이 질문들은 거창한 프레임워크가 아니다. 일을 맡길 때 빠지기 쉬운 구멍을 막아 주는 점검표에 가깝다. AI 활용은 결국 생각을 외주 주는 일이 아니라, 생각을 정리한 뒤 협업하는 일에 가깝다.

잘 정리된 맥락은 대화를 짧게 만든다

흥미로운 점이 하나 있다. 맥락을 잘 정리해 주면 오히려 대화가 짧아진다. 많은 사람은 길게 설명해야 정확해진다고 느끼지만, 실제로는 구조가 좋아질수록 추가 수정이 줄어든다.

처음부터 "무엇을 만들고, 무엇을 기준으로 삼고, 무엇을 피해야 하는지"가 선명하면, AI는 덜 헤매고 사용자는 덜 고친다. 처음 입력을 정리하는 데 5분을 더 쓰는 편이, 나중에 결과를 세 번 갈아엎는 것보다 대체로 효율적이다.

즉, 맥락 정리는 장황한 설명이 아니다. 수정 비용을 앞에서 줄이는 일이다.

첨부했는데도 반영이 안 됐다면 무엇을 점검할까

문서를 분명 넣었는데 결과에 반영되지 않았다고 느껴질 때가 있다. 이때 곧바로 "모델이 못 읽었나 보다"라고 생각하기 쉽지만, 실제 원인은 대개 더 단순하다.

첫째, 중요한 정보가 문서 안에만 있고 과업 설명에는 드러나지 않았을 수 있다. 둘째, 여러 문서가 충돌하는데 우선순위를 지정하지 않았을 수 있다. 셋째, 원하는 결과 형식이 불분명해 AI가 엉뚱한 방향으로 성실하게 일했을 수 있다. 넷째, 문서의 핵심 부분이 너무 깊숙이 묻혀 있었을 수 있다.

이럴 때는 입력을 다시 다듬어야 한다. 특히 다음 네 가지를 점검하면 도움이 된다.

• 중요한 기준을 문서 안이 아니라 지시문에도 적었는가

• 문서별 역할과 우선순위를 표시했는가

• 이번 단계에서 필요한 범위를 좁혔는가

• 출력 형식과 검토 기준을 분명히 했는가

이 네 가지 중 하나만 바로잡아도 결과가 눈에 띄게 좋아지는 경우가 많다.

바로 써먹는 실전 템플릿

아래 형식은 문서 첨부와 배경정보 제공을 한 번에 정리할 때 유용하다.

작업: 이번에 AI가 해야 할 일을 한 문장으로 적는다.

목적: 왜 이 작업을 하는지 적는다.

독자: 결과를 읽거나 사용할 사람을 적는다.

문서 역할:

• 문서 A:

• 문서 B:

• 문서 C:

우선순위: 어떤 문서와 기준을 우선 적용할지 적는다.

제약: 반드시 지켜야 할 조건, 금지할 표현, 조심할 점을 적는다.

불확실성: 아직 확정되지 않은 요소를 적는다.

출력 형식: 어떤 구조로 답을 받을지 적는다.

자기 점검: 답변 후 무엇을 다시 확인할지 적는다.

이 템플릿의 장점은 정보량을 줄이는 데 있지 않다. 정보의 역할을 드러내는 데 있다. 그러면 AI는 문서를 덜 헷갈리게 읽는다.

맥락을 정리하는 사람은 이미 절반쯤 이긴 것이다

AI를 잘 쓰는 사람은 특별한 마법 문장을 아는 사람이 아니다. 대개는 자료를 정리하고, 목적을 선명하게 만들고, 기준과 제약을 구분해서 전달하는 사람이다. 다시 말해, AI에게 일을 잘 시키는 사람은 사실 일을 잘 정의하는 사람이다.

문서를 넣는 법, 자료를 붙이는 법, 맥락을 정리하는 법은 결국 같은 이야기다. 핵심은 AI가 읽을 재료를 만드는 것이 아니라, AI가 판단할 작업 공간을 설계하는 것이다.

잘 정리된 맥락은 답을 예쁘게 만드는 수준을 넘어서, 결과의 방향 자체를 바꾼다. 같은 모델, 같은 문서, 같은 시간이어도 입력 구조가 달라지면 결과는 생각보다 크게 달라진다.

이 장의 정리

문서를 넣는다고 해서 자동으로 좋은 결과가 나오지는 않는다. 중요한 것은 자료 자체보다 자료의 역할, 우선순위, 읽는 순서, 그리고 이번 과업과의 관계를 분명히 해 주는 일이다.

실전에서는 문서를 역할별로 나누고, 과업을 먼저 적고, 원문과 작업용 정리본을 구분하고, 배경정보를 층으로 정리하는 것이 큰 도움이 된다. 여러 자료를 붙일수록 더 자세한 설명이 필요한 것이 아니라, 더 분명한 구조가 필요하다.

결국 AI가 잘 읽게 하려면 자료를 덜 주는 것이 아니라, 읽기 좋은 맥락으로 가공해 주어야 한다. 이것이 자료를 던져 넣는 단계와, AI와 제대로 협업하는 단계의 차이다.

다음 장에서는 여기서 한 걸음 더 나아가, 이런 정리 작업을 보다 체계적으로 다루는 관점, 즉 컨텍스트 엔지니어링의 기본 개념을 살펴보겠다.