65단계문서 창고 연결하기
Google Drive·Notion에서 찾아 읽고 요약합니다.
걸리는 시간 · 읽기 약 10분 · 따라 하기 약 30분 · 난이도 ★★☆ 실무 · 화면 확인 2026.09.27
이 단계를 마치면
- 회사 계정으로 Google Drive나 Notion을 연결해, 원하는 문서를 Claude가 찾게 할 수 있습니다.
- "목록 먼저, 요약은 고른 뒤"라는 두 단계 요청을 습관으로 만듭니다.
- 요약의 항목마다 출처 문서와 대조해 믿을지 말지 판단합니다.
"작년 가격 정책 파일 어디 있지?" 사무실에서 하루에도 몇 번씩 들리는 말입니다. 회사의 기억은 문서 창고에 쌓여 있는데, 그 창고가 너무 큽니다. 작년 가격 정책이 어느 폴더에 있는지, 최종본이 "최종_진짜최종"인지 "최종_수정"인지 찾는 데만 한참이 걸립니다. 문서 창고를 연결하면 이 찾는 일을 Claude가 대신합니다.
연결하는 순서
순서는 대체로 같습니다. 설정에서 연결자 항목을 열고 Google Drive나 Notion을 고른 다음, 그 서비스의 로그인 화면에서 회사 계정으로 들어가 접근을 허락합니다. 허락 화면에는 Claude가 무엇을 볼 수 있게 되는지 적혀 있으니 꼼꼼히 읽고 누릅니다. 연결이 끝나면 대화에서 해당 연결을 켜고 부탁하면 됩니다.
로그인할 때는 계정을 꼭 확인합니다. 개인 계정과 회사 계정을 한 브라우저에서 같이 쓰는 사람이 많아서, 개인 계정으로 연결해 놓고 "회사 문서가 안 찾아진다"며 헤매는 일이 흔합니다. Notion은 공간(워크스페이스)을 고르는 화면이 나올 수 있으니 회사 공간을 골랐는지도 살펴봅니다.
ChatGPT에서는 Google Drive나 SharePoint 같은 문서 창고도 플러그인 속 앱으로 연결하고, 대화에서 @플러그인이름으로 지정해 부탁합니다. 이 책이 다루는 서비스가 플러그인 목록에 있는지는 화면에서 확인합니다. 아래 "목록 먼저, 요약은 고른 뒤" 프롬프트는 그대로 넣으면 됩니다. 로그인할 때 회사 계정을 골랐는지 확인하는 것도 똑같습니다.
찾기와 요약을 왜 나누는가
잘 쓰는 요령은 찾는 범위를 좁혀 주고, 찾기와 요약을 나누는 것입니다. 엉뚱한 문서를 요약한 결과는 그럴듯해서 오히려 위험합니다. 3년 전 가격 정책을 올해 것으로 알고 요약해도 문장은 매끄럽습니다. 읽는 사람은 문장이 매끄러우면 내용도 맞으리라 착각합니다. 찾은 목록을 먼저 보면 이런 착각이 끼어들 틈이 없습니다. 목록에는 제목과 수정일이 찍혀 있어서 잘못 집은 문서가 한눈에 보입니다.
| 나쁜 지시 | 좋은 지시 |
|---|---|
| 가격 관련 문서 찾아서 요약해 줘 | 영업본부 공유 폴더에서 올해 만든 가격 정책 문서를 찾아 목록으로 보여 줘. 요약은 내가 고른 뒤에 |
| 작년 회의록 정리해 줘 | Notion '경영회의' 페이지 아래 작년 하반기 회의록 가운데 '신규 사업'이 언급된 것만 목록으로 |
| 최신 제안서 보여 줘 | '제안서' 폴더에서 수정일이 가장 최근인 다섯 개를, 제목과 수정일, 마지막 수정자까지 |
왼쪽처럼 지시해도 답은 나옵니다. 다만 범위를 Claude가 스스로 정하므로 매번 다른 문서를 집을 수 있고, 무엇을 집었는지 모르는 채로 결과를 받게 됩니다. 오른쪽은 범위를 사람이 정하고, 결과를 보기 전에 재료를 확인할 기회를 만듭니다.
흔한 오해와 실제
연결만 하면 Claude가 회사 문서를 다 안다고 생각하기 쉽습니다. 실제로 Claude가 읽는 것은 내 계정으로 열 수 있는 문서뿐입니다. 내가 공유받지 못한 폴더는 Claude에게도 없습니다. 반대로 내가 열 수 있기만 하면, 잊고 지낸 오래된 공유 폴더까지 범위에 들어옵니다. 그래서 "찾지 못했다"는 답이 곧 문서가 없다는 뜻은 아닐 수 있고, 찾은 목록에 내가 있는 줄도 몰랐던 문서가 섞이기도 합니다. 두 경우 모두 목록 단계에서 드러납니다.
찾기가 검색창과 같다고 여기는 사람도 많습니다. 비슷하지만 똑같지는 않습니다. Claude는 내 부탁을 검색어로 바꿔 창고를 뒤지는데, 어떤 낱말로 바꿨느냐에 따라 결과가 달라집니다. 팀 안에서만 쓰는 약칭이 있다면 함께 알려 줍시다. 정식 제목은 "3분기 가격 정책"인데 팀에서는 "Q3 단가표"라고 부르는 식입니다. 한 번에 안 나오면 낱말을 바꿔 다시 물으면 됩니다. 그게 자연스러운 순서이고, 실패한 것도 아닙니다.
한 번 제대로 찾았으니 다음에도 제대로 찾으리라는 믿음도 위험합니다. 창고는 날마다 바뀝니다. 지난달의 최신 제안서가 오늘도 최신이라는 보장은 없습니다. 같은 질문을 되풀이해 쓸 생각이라면 목록 단계를 매번 거칩니다. 프롬프트를 프로젝트 지침이나 스킬로 정리해 두더라도 "목록 먼저"라는 문장은 빼지 않습니다.
부서별 변형
- 영업: 거래처별 제안서, 견적 이력 비교. "같은 거래처에 낸 견적이 어떻게 바뀌어 왔는지"를 묻습니다.
- 인사: 규정집과 공지가 어긋나는 곳 찾기. "취업규칙과 올해 공지에서 휴가 규정이 서로 다른 곳"을 묻습니다. 개인 인사 기록 폴더는 범위에서 뺍니다.
- 경영기획: 여러 부서 보고서의 숫자 대조. "같은 지표가 부서마다 다르게 적힌 곳"을 묻습니다.
- 제조업: 작업 표준서와 품질 문서는 개정을 거듭합니다. "이 공정의 표준서 가운데 현행본이 무엇이고, 직전 버전에서 바뀐 항목이 무엇인지"를 묻습니다. 현행본이라는 판정은 품질 담당자가 내립니다.
- 법무·회계·컨설팅처럼 고객별로 폴더를 나누는 곳: 범위를 한 고객 폴더로 못 박습니다. 목록 단계에서 다른 고객의 문서가 섞이지 않았는지부터 확인합니다. 섞인 채로 요약을 받으면 한 고객의 조건이 다른 고객의 문서에 들어갈 수 있습니다.
답을 받으면 출처를 눌러 봅니다. Claude가 어느 문서의 어느 부분을 읽었는지 확인하는 습관은 제1부 6단계에서 배운 것과 같습니다. 창고가 클수록 이 확인을 건너뛰면 안 됩니다.
이 습관이 실제로 어떤 차이를 만드는지, 한 기획팀 과장의 하루를 들여다봅시다.
현장 장면
유통사 기획팀의 최 과장은 신규 거래처 제안을 앞두고 있었습니다. 과거 제안서를 참고하면 금방 끝날 것 같았습니다. 처음에는 가볍게 입력했습니다. "거래처 제안서 참고해서 새 제안서 뼈대 잡아 줘." 답은 그럴듯했습니다. 하지만 어느 제안서를 참고했는지 알 수 없었고, 한 항목은 이미 폐기된 물류 조건이었습니다.
최 과장은 처음부터 다시 시작했습니다. "거래처 제안서 가운데 식품 업종만 골라 목록으로 보여 줘. 항목은 제목, 폴더, 수정일." 목록에 여덟 개가 나왔습니다. 그중 둘은 제목에 '초안'이 붙어 있었고, 하나는 4년 전 것이었습니다. 최 과장은 최근 세 개를 골라 이어서 부탁했습니다. "공통으로 들어간 항목과 거래처마다 달랐던 조건을 표로 정리해 줘. 항목마다 끝에 어느 제안서인지 적어."
표를 받고 보니 한 가지가 모자랐습니다. 제안서에는 조건만 있을 뿐, 그 조건으로 계약이 성사됐는지는 나와 있지 않았습니다. 최 과장은 다시 부탁했습니다. "영업팀 Notion의 '계약 현황' 페이지에서 이 세 거래처의 결과를 찾아 표에 열을 하나 더 붙여 줘." Drive와 Notion을 한 대화에서 함께 쓴 것입니다. 그러자 계약된 두 건과 안 된 한 건의 차이가 결제 조건에 있다는 것이 표에서 드러났습니다. 새 제안서의 뼈대는 그다음에 받았고, 결제 조건 항목은 최 과장이 직접 썼습니다.
여기서 끝났다면 좋았겠지만, 흠이 하나 더 남아 있었습니다. 표를 들고 팀장에게 가자 팀장이 물었습니다. "세 건만 보고 결제 조건 때문이라고 할 수 있나?" 최 과장도 같은 생각을 하던 참이었습니다. 게다가 '계약 현황' 페이지는 두 달 전에 마지막으로 수정된 상태였습니다. 계약이 안 된 한 건이 그 뒤에 성사됐을 수도 있었습니다. 최 과장은 영업팀 담당자에게 그 건의 현재 상태를 직접 물어 확인했고, 표 아래에 이렇게 적었습니다. "세 건 비교에서 나온 가설이다. 결론으로 쓰지 않는다." Claude가 만든 표는 판단의 재료가 되었고, 판단은 사람이 내렸습니다.
따라 하기
- 설정의 연결자 항목에서 Google Drive나 Notion 가운데 회사가 쓰는 것을 연결합니다. 허락 화면의 문구를 소리 내어 읽고 누릅니다. 성공 기준: 회사 계정으로 연결됐습니다. 개인 계정이면 끊고 다시 연결합니다.
- 새 대화에서 연결을 켜고, 내가 위치를 정확히 아는 문서 하나를 찾게 합니다. 성공 기준: 제목과 위치가 내가 아는 것과 같습니다.
- 아래 프롬프트로 주제 하나에 관련된 문서 목록을 받습니다. 성공 기준: 내가 예상한 문서가 목록에 절반 이상 있고, 엉뚱한 문서는 수정일이나 제목으로 골라낼 수 있습니다.
- 목록에서 둘 이상을 골라 요약과 비교를 받습니다. 성공 기준: 항목마다 어느 문서에서 나왔는지 적혀 있습니다.
- 답에 달린 출처를 눌러 실제 문서와 대조합니다. 성공 기준: 무작위로 고른 세 항목이 원문과 맞습니다. 하나라도 틀리면 어디서 틀렸는지 적습니다.
- (선택 심화) 같은 주제를 팀 약칭으로 한 번, 정식 명칭으로 한 번 찾게 해서 두 목록을 나란히 놓습니다. 성공 기준: 한쪽에만 나온 문서가 있으면 그 이유를 적고, 빠뜨리기 쉬운 낱말을 프롬프트의 범위 지정 문장에 함께 적어 둡니다.
복사해 쓰는 프롬프트
[Google Drive / Notion]에서 [주제]와 관련된 문서를 찾아 줘.
범위는 [폴더 또는 공간 이름], 기간은 [기간]으로 한정한다.
1단계: 찾은 문서를 표로 보여 줘. 열은 문서 제목, 위치, 마지막 수정일, 내용 요약(짧게).
제목에 초안·임시·복사본이 붙은 것은 따로 표시해.
여기서 멈추고 내가 고를 때까지 기다려.
2단계(내가 고른 뒤): 고른 문서를 읽고
- 공통으로 말하는 것
- 문서마다 다른 것
- 서로 어긋나는 것
세 묶음으로 정리해 줘. 각 항목 끝에 어느 문서에서 나왔는지 적어.
문서에 없는 내용은 추측하지 말고 "문서에 없음"이라고 써.
문서를 고치거나 새로 만들지 마.
막히면 이렇게
| 증상 | 원인 | 처방 |
|---|---|---|
| 있는 문서인데 "찾지 못했다"고 합니다 | 개인 계정으로 연결됐거나, 공유 드라이브·공유받은 문서가 검색 범위 밖입니다 | 연결된 계정을 확인하고, 파일 이름의 핵심 낱말이나 폴더 이름을 그대로 알려 줍니다 |
| 스캔한 계약서 내용이 비어 있습니다 | 글자가 그림으로 된 파일입니다 | 그 파일은 대화에 직접 올려 읽게 합니다 |
| 스프레드시트 합계가 원본과 다릅니다 | 시트가 여럿이거나 행이 많아 일부만 읽었습니다 | 읽을 시트와 범위를 지정해 주고, 숫자는 원본과 맞춰 봅니다 |
| 초안과 확정본이 섞였습니다 | 같은 폴더에 버전이 여럿 있습니다 | 목록 단계에서 수정일과 제목으로 골라 확정본만 지정합니다 |
스스로 점검
- ☐ 연결된 계정이 회사 계정인지 확인했습니다.
- ☐ 요약을 받기 전에 문서 목록을 먼저 받아 골랐습니다.
- ☐ 요약 항목 세 개를 원문과 대조했고, 결과를 적어 두었습니다.
점검 해설 보기
- 연결된 계정이 회사 계정이고, Notion이라면 회사 공간(워크스페이스)을 골랐다는 것까지 확인했으면 통과입니다. 위치를 아는 문서가 "찾지 못했다"로 나온다면 개인 계정으로 연결됐을 가능성이 크니 「연결하는 순서」를 다시 보고, 연결을 끊은 뒤 회사 계정으로 다시 연결합니다.
- 대화 기록에 제목·위치·수정일이 담긴 목록을 먼저 받고, 그 가운데 고른 문서만 요약하게 한 흔적이 남아 있으면 통과입니다. 처음부터 "찾아서 요약해 줘"로 받았다면 「찾기와 요약을 왜 나누는가」를 다시 읽고, 「복사해 쓰는 프롬프트」의 "여기서 멈추고 내가 고를 때까지 기다려"를 그대로 넣어 다시 해 봅니다.
- 무작위로 고른 세 항목마다 맞음·틀림이 적혀 있고, 틀린 것은 어디서 틀렸는지까지 기록돼 있으면 통과입니다. 출처를 눌러 보지 않았다면 「따라 하기」 5번을 다시 하고, 스프레드시트 숫자가 어긋나면 「막히면 이렇게」에서 읽을 시트와 범위를 지정하는 처방을 따릅니다.
기억할 것
- 찾기와 요약을 나눕니다. 목록을 먼저 보고, 고른 문서만 읽힙니다.
- 위치를 아는 문서로 먼저 시험합니다. 아는 것을 맞혀야 모르는 것도 믿을 수 있습니다.
- 요약이 매끄럽다고 내용까지 맞으리라는 법은 없습니다. 출처를 눌러 봅니다.