[Claude 활용 24회 — AI에게 일을 위임하는 법] 14/24화: Cowork 커넥터 5가지 조합법 — 캘린더·메일·드라이브 한 세션 연결
40명에게 날아간 유령 회의 초대 — Cowork 커넥터 실수의 시작
분기 리뷰를 앞두고 있었다. 지난 3개월간 내가 메일로 약속한 것, 회의에서 합의한 것, 드라이브에 올려둔 자료를 한데 모아야 했다. 13화에서 다뤘듯 Cowork는 엑셀과 PPT를 지시 하나로 만들어주는 도구다. 그렇다면 캘린더와 메일과 드라이브를 전부 연결해서 “지난 분기 내가 약속한 것 전부 뽑아줘”라고 하면 끝 아닌가?
Cowork 커넥터를 처음 쓰던 날, 나는 캘린더·메일·드라이브 세 개를 한꺼번에 연결했다. 권한 설정 화면이 떴을 때 “읽기 및 쓰기”를 무심코 눌렀다. 읽기만 필요한데 쓰기까지 준 것이다. Cowork에게 “이번 주 회의를 정리해서 액션 리스트로 만들어줘”라고 요청했더니, 결과물이 훌륭했다. 문제는 그 다음이다. 이어서 “관련자들에게 공유해줘”라고 덧붙였는데, Cowork가 캘린더에 “액션 아이템 확인” 이벤트를 만들어서 참석자 40명에게 초대를 보내버렸다.
오전 9시 17분. 나는 “이게 뭔가요?”라는 메시지를 12개 받았다. 감사 이력이 남아야 하는 조직에서 설명 불가능한 유령 회의가 40명의 캘린더에 꽂힌 것이다. 캘린더 쓰기 권한을 줬으니 Cowork 입장에서는 정당한 행동이었다. 잘못은 전적으로 내 것이었다.
이 경험에서 배운 것은 단순하다. AI에게 일을 위임하는 시대에, 위임의 범위를 정하는 것은 여전히 사람의 몫이다. 오늘은 Cowork 커넥터를 제대로 연결하고, 제대로 제한하는 방법을 이야기한다.
커넥터란 무엇인가 — MCP의 비개발자 버전
10화에서 MCP(Model Context Protocol)를 다뤘다. 개발자가 코드로 AI에 데이터 소스를 붙이는 표준 규격이었다. Cowork 커넥터는 같은 개념을 클릭 몇 번으로 해결한 것이다. 기술적으로 커넥터는 MCP 서버를 Anthropic이 미리 만들어서 호스팅한 것이라 볼 수 있다. 사용자는 OAuth 인증만 거치면 된다.
커넥터의 기본 구조
Cowork 커넥터의 작동 방식을 한 문장으로 줄이면 이렇다: “네가 쓰는 서비스에 로그인해서, AI가 대신 읽고(선택적으로 쓰고) 올 수 있게 해주는 다리.”
현재(2026년 8월 기준) Cowork에서 공식 지원하는 커넥터 범주는 크게 다섯 갈래다:
- 캘린더 — Google Calendar, Outlook Calendar. 이벤트 조회, 생성, 수정, 삭제
- 메일 — Gmail, Outlook Mail. 메일 검색, 읽기, 초안 작성, 발송
- 클라우드 드라이브 — Google Drive, OneDrive, Dropbox. 파일 목록, 내용 읽기, 업로드
- 메모·위키 — Notion, Google Docs. 페이지 검색, 읽기, 편집
- 메신저 — Slack. 채널 메시지 읽기, 메시지 전송
각 커넥터는 독립적으로 연결·해제할 수 있고, 권한 범위도 커넥터별로 따로 설정한다. 이것이 핵심이다. 캘린더는 읽기 전용, 메일은 읽기+초안, 드라이브는 읽기+쓰기 — 이런 식으로 조합할 수 있다.
OAuth 인증 흐름 — 사용자가 알아야 할 것
커넥터를 연결하면 브라우저에 익숙한 “이 앱이 다음 권한을 요청합니다” 화면이 뜬다. 이것이 OAuth 2.0 인증이다. 간단히 말해, 내 비밀번호를 Anthropic에 주는 게 아니라 “이 범위 안에서만 접근해도 좋다”는 허가증을 발급하는 것이다.
중요한 점: 이 허가증(토큰)은 언제든 철회할 수 있다. Google이라면 myaccount.google.com → 보안 → 서드파티 앱에서, Microsoft라면 account.microsoft.com → 개인정보 → 앱 권한에서 Cowork의 접근을 끊을 수 있다. 연결한 뒤에도 “내가 원할 때 끊을 수 있다”는 사실을 기억해두자.
커넥터 vs. 파일 업로드 — 어떨 때 뭘 쓰나
13화에서 했던 것처럼, CSV 파일을 직접 업로드해서 분석하는 것과 커넥터로 드라이브에 접근하는 것은 다르다.
- 파일 업로드: 일회성 분석. 내가 어떤 파일을 줄지 정확히 알고 있을 때. 권한 걱정 없음.
- 커넥터 연결: 반복적 조회. “최근 메일에서 찾아줘”처럼 대상이 유동적일 때. 권한 관리 필요.
원칙은 간단하다. 한 번 쓸 거면 업로드하고, 계속 쓸 거면 커넥터로 연결한다.
실습: 커넥터 연결부터 교차 조회까지
이제 직접 해보자. 이번 실습의 목표는 “이번 주 메일과 일정에서 내가 약속한 것을 뽑아 액션 리스트로 만드는 것”이다.
1단계: 커넥터 연결
Cowork 웹 화면(또는 데스크톱 앱)에서 새 세션을 시작한다. 좌측 사이드바 또는 세션 설정에서 “커넥터(Connectors)” 탭을 연다.
── Cowork 커넥터 설정 ──────────────────────
[+] Google Calendar → 연결 [읽기 전용 ✓]
[+] Gmail → 연결 [읽기 전용 ✓]
[+] Google Drive → 미연결
[+] Slack → 미연결
[+] Notion → 미연결
─────────────────────────────────────────────여기서 첫 번째 규칙: 지금 당장 필요한 것만 연결한다. 이번 실습에는 캘린더와 메일만 있으면 된다. 드라이브, Slack, Notion은 나중에 필요할 때 붙인다.
Google Calendar의 “연결” 버튼을 누르면 Google 로그인 화면으로 이동한다. 권한 요청 화면에서 다음을 확인한다:
- “Google Calendar 이벤트 보기” — 이것만 필요하다
- “Google Calendar 이벤트 관리(생성·수정·삭제)” — 체크 해제. 읽기 전용이면 충분하다
Gmail도 마찬가지다. “메일 읽기”만 허용하고, “메일 발송” 권한은 지금은 끈다.
두 번째 규칙: 읽기 전용으로 시작한다. 내 실수담을 기억하라. 쓰기 권한은 정말 필요한 순간에, 그 세션에서만 켠다.
2단계: 연결 확인 — 간단한 질의
커넥터가 제대로 붙었는지 확인하는 가장 좋은 방법은 단순한 질문을 던지는 것이다.
나: "오늘 내 캘린더에 뭐가 있어?"
Cowork: "오늘(2026년 8월 20일, 목요일) 일정은 다음과 같습니다:
- 10:00–10:30 주간 스탠드업 (참석자: 김OO, 박OO 외 4명)
- 14:00–15:00 Q3 회고 준비 회의 (참석자: 이OO, 정OO)
- 16:30–17:00 1:1 멘토링 (참석자: 최OO)
총 3건의 일정이 있습니다."이것이 나오면 캘린더 커넥터는 정상이다. 메일도 확인하자:
나: "오늘 받은 메일 중 제목에 '확인' 또는 '요청'이 들어간 것만 보여줘."
Cowork: "오늘 수신한 메일 중 해당 키워드가 포함된 건은 2건입니다:
1. [09:12] 발신: 박OO — '3분기 보고서 확인 요청'
2. [11:45] 발신: 이OO — 'DB 마이그레이션 일정 확인'"커넥터가 정상 작동하는 것을 확인했다. 이제 본격적인 교차 조회로 넘어간다.
3단계: 교차 조회 — 두 소스를 한 번에 묻기
Cowork 커넥터의 진짜 힘은 여기서 나온다. 캘린더와 메일을 따로 보는 건 그냥 앱을 열면 된다. 두 소스를 교차해서 의미를 뽑는 것이 AI가 할 일이다.
나: "이번 주(8월 17일~21일) 캘린더 일정과 메일을 전부 확인해서,
내가 누군가에게 약속한 것(해주겠다고 한 것, 보내주겠다고 한 것,
확인해주겠다고 한 것)을 전부 뽑아줘.
결과는 이렇게 정리해줘:
- 약속 내용
- 누구에게
- 출처 (어떤 메일/어떤 회의)
- 마감일이 있으면 마감일
- 현재 상태 (완료/미완료/확인불가)"이 지시에서 주목할 부분은 “결과는 이렇게 정리해줘” 이후의 구조 지정이다. 4화에서 다뤘던 작업 지시서의 4요소(맥락·제약·완료조건·검증방법) 중 ‘완료조건’에 해당한다. 출력 형태를 구체적으로 지정하면 결과물 품질이 올라간다. 13화에서 “산출물 품질은 지시서 품질을 절대 넘지 않는다”고 했던 것을 다시 한 번 강조한다.
Cowork의 응답은 대략 이런 형태가 된다:
이번 주 약속 목록 (8/17~8/21)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
1. API 문서 초안 공유
- 누구에게: 박OO
- 출처: [메일] 8/18 'API 스펙 논의' 스레드에서
"금요일까지 초안 보내드리겠습니다"
- 마감일: 8/22 (금)
- 상태: 미완료 (드라이브에 해당 파일 없음 — 드라이브 미연결로 확인불가)
2. 테스트 환경 점검 결과 회신
- 누구에게: 이OO
- 출처: [캘린더] 8/19 '인프라 점검 회의' 메모 중
"테스트 서버 상태 확인 후 메일 드리겠습니다"
- 마감일: 명시 없음 (회의 당일 약속이므로 8/19 추정)
- 상태: 미완료 (발신 메일에 해당 내용 없음)
3. 분기 회고 자료 취합
- 누구에게: 정OO
- 출처: [메일] 8/17 '회고 준비' 스레드 +
[캘린더] 8/20 '회고 준비 회의' 참석
- 마감일: 8/25 (월)
- 상태: 진행중 (오늘 회의 예정)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
총 3건. 이 중 마감이 지난 건: 1건 (#2, 8/19 추정 마감)주목할 점이 두 가지 있다. 첫째, Cowork가 메일 본문에서 “보내드리겠습니다”, “확인 후 드리겠습니다” 같은 약속 표현을 잡아냈다. 단순 키워드 검색이 아니라 맥락을 이해한 것이다. 둘째, 항목 1에서 “드라이브 미연결로 확인불가”라고 명시했다. 연결하지 않은 소스에 대해서는 솔직하게 한계를 밝힌다.
4단계: 결과물 정제 — 액션 리스트로 변환
약속 목록이 나왔으면, 이제 이것을 실행 가능한 액션 리스트로 바꾼다.
나: "위 결과에서 미완료 건만 골라서,
우선순위(마감 임박순)로 정렬하고,
각 항목에 '다음 행동(next action)' 한 줄을 붙여줘.
마크다운 체크리스트 형식으로."결과:
## 이번 주 미완료 약속 — 액션 리스트
- [ ] **테스트 환경 점검 결과 회신** → 이OO에게
- 🔴 마감 추정일 지남 (8/19)
- 다음 행동: 테스트 서버 SSH 접속 → 상태 확인 → 결과 메일 발송
- [ ] **API 문서 초안 공유** → 박OO에게
- 🟡 마감 8/22 (금) — 2일 남음
- 다음 행동: 초안 작성 시작. 기존 내부 위키의 v2 스펙 참조
- [ ] **분기 회고 자료 취합** → 정OO에게
- 🟢 마감 8/25 (월) — 5일 남음
- 다음 행동: 오늘 14시 회의에서 양식 확정 후 팀원에게 입력 요청이것이 Cowork 커넥터로 할 수 있는 가장 기본적인 교차 조회다. 캘린더와 메일이라는 두 소스를 연결했을 뿐인데, “내가 이번 주에 뭘 해야 하는지”를 AI가 대신 정리해줬다. 수작업으로 했다면 메일함을 뒤지고, 캘린더 메모를 하나하나 열어보고, 엑셀에 옮겨 적는 데 30분에서 1시간이 걸렸을 일이다.
조합 레시피 5가지 — 커넥터를 묶으면 생기는 일
앞선 실습은 캘린더+메일 2개 조합이었다. 커넥터를 더 붙이면 가능한 조합이 늘어난다. 실제로 내가 반복해서 쓰고 있는 5가지 레시피를 공유한다.
레시피 1: 메일 + 캘린더 → 약속 추적기
방금 실습한 것의 확장판이다. 매주 금요일 오후에 한 번씩 돌리면 “이번 주 뭘 약속했고, 뭘 지켰고, 뭘 못 지켰는지”가 쌓인다. 15화에서 다룰 예약 작업(/schedule)과 결합하면 자동화된다.
── 레시피 1 지시서 ──
"이번 주 수신·발신 메일과 캘린더 일정을 전부 확인해서:
1. 내가 타인에게 한 약속 (발신 메일의 약속 표현 + 회의 메모)
2. 타인이 나에게 한 약속 (수신 메일의 약속 표현)
을 분리해서 정리해줘.
각 항목에 마감일·상태·후속 행동을 붙여줘."주의: “타인이 나에게 한 약속”은 상대방의 행동을 추적하는 것이므로, 결과를 상대에게 직접 전달하는 용도로 쓰면 관계가 틀어질 수 있다. 나 자신의 업무 관리용으로만 쓴다.
레시피 2: 드라이브 + 메일 → 첨부파일 정리 + 요약
이 레시피는 두 가지 시나리오에서 빛난다. 첫째, 받은 메일의 첨부파일을 드라이브에 정리하고 싶을 때. 둘째, 드라이브의 특정 폴더에 있는 파일을 메일로 보내야 할 때.
── 레시피 2 지시서 (시나리오 A: 첨부파일 정리) ──
"지난 한 달간 받은 메일 중 첨부파일이 있는 것을 모두 찾아줘.
첨부파일을 다음 기준으로 분류해줘:
- 문서(PDF, DOCX, XLSX): '받은 문서' 폴더
- 이미지(PNG, JPG): '받은 이미지' 폴더
- 기타: '기타 첨부' 폴더
각 파일의 출처(발신자, 메일 제목, 날짜)를 README.md에 정리해줘."권한 요구사항: 이 레시피는 메일 읽기 + 드라이브 쓰기가 필요하다. 드라이브에 파일을 올려야 하니까. 이런 경우에만 쓰기 권한을 켠다. 작업이 끝나면 다시 읽기 전용으로 되돌린다.
레시피 3: 캘린더 + 드라이브 → 회의 자료 자동 준비
내일 있을 회의의 관련 자료를 드라이브에서 미리 찾아주는 레시피다. 회의 제목과 참석자 정보를 기반으로 관련 문서를 검색한다.
── 레시피 3 지시서 ──
"내일 캘린더에 잡힌 회의를 확인하고,
각 회의에 대해 다음을 해줘:
1. 회의 제목에서 키워드를 추출
2. 드라이브에서 해당 키워드로 최근 30일 내 수정된 문서 검색
3. 회의별로 관련 문서 목록 + 각 문서의 1줄 요약 정리
결과를 '내일 회의 준비' 문서로 만들어줘."이 레시피의 가치는 “잊고 있던 자료를 찾아주는 것”에 있다. 회의 5분 전에 허둥지둥 드라이브를 뒤지는 경험, 누구나 있을 것이다. 전날 저녁에 이 레시피를 돌려두면 아침에 준비된 상태로 회의에 들어갈 수 있다.
레시피 4: 메일 + 드라이브 + 캘린더 → 주간 업무 리포트
세 소스를 전부 엮는 복합 레시피다. 규제가 강한 환경에서 주간 보고가 필수인 분들에게 특히 유용하다.
── 레시피 4 지시서 ──
"이번 주(월~금) 데이터를 기반으로 주간 업무 리포트를 만들어줘.
데이터 소스:
- 캘린더: 참석한 회의 목록, 소요 시간, 참석자
- 메일: 발신 메일 수, 주요 스레드 요약, 약속한 후속 조치
- 드라이브: 이번 주 생성/수정한 문서 목록
리포트 구조:
1. 이번 주 핵심 성과 3줄
2. 회의 요약 (시간 투자 비율 포함)
3. 주요 커뮤니케이션 (메일 기반)
4. 산출물 목록 (드라이브 기반)
5. 다음 주 이월 사항
마크다운으로, 상급자가 3분 안에 읽을 수 있는 분량으로."이 레시피를 매주 금요일에 돌리면, 주간 보고서 작성에 들이던 30분~1시간이 5분으로 줄어든다. 물론 AI가 만든 초안을 그대로 제출하는 건 위험하다. 반드시 검토하고, 맥락이 틀린 부분을 수정한 뒤 제출한다.
레시피 5: 메일 + Notion → 프로젝트 진행 현황 추적
Notion을 프로젝트 관리 도구로 쓰는 팀이라면 이 조합이 강력하다.
── 레시피 5 지시서 ──
"Notion의 '프로젝트 현황' 데이터베이스를 확인하고,
'진행중' 상태인 항목 각각에 대해:
1. 해당 프로젝트명으로 이번 주 메일을 검색
2. 진척 상황을 요약
3. 블로커(막히는 것)가 있으면 표시
4. Notion 데이터베이스의 '주간 메모' 필드에 요약을 업데이트해줘."권한 요구사항: 메일 읽기 + Notion 쓰기. Notion에 직접 업데이트하는 것이므로 쓰기 권한이 필요하다. 이 경우 “어떤 페이지/데이터베이스에 쓸 수 있는지” 범위를 Notion 연결 시 지정할 수 있다. 전체 워크스페이스 쓰기가 아니라, 특정 데이터베이스만 허용하는 것이 안전하다.
레시피 적용 시 공통 원칙
다섯 레시피를 관통하는 원칙이 있다:
- 소스 수는 최소로: 한 번에 5개를 연결하지 않는다. 필요한 것만 붙인다.
- 읽기로 시작, 필요하면 쓰기: 레시피 1·3은 읽기 전용으로 충분하다.
- 결과 구조를 지정한다: “정리해줘”보다 “이 형식으로 정리해줘”가 10배 낫다.
- 초안 검토는 사람이: 특히 쓰기 작업(파일 업로드, DB 업데이트)은 “초안을 보여주고 확인받은 뒤 실행”하도록 지시한다.
Cowork 커넥터 권한 관리 — 최소 권한 원칙
이 섹션이 오늘 글에서 가장 중요하다. 커넥터를 연결하는 건 쉽다. 안전하게 관리하는 것이 어렵다.
최소 권한 원칙(Principle of Least Privilege)이란
OWASP 접근 제어 가이드에서도 강조하는 보안 원칙이다. 한 문장으로: “작업에 필요한 최소한의 권한만 부여한다.” 6화에서 Claude Code의 권한·샌드박스·훅을 다뤘을 때와 같은 맥락이다. 코드 실행 환경에서든, 업무 자동화 환경에서든, AI에게 주는 권한은 항상 최소여야 한다.
Cowork 커넥터에 이 원칙을 적용하면:
── 권한 매트릭스 ──────────────────────────────────
커넥터 기본(권장) 필요시 확장 절대 비추
──────────────────────────────────────────────────
캘린더 읽기 읽기+생성 삭제
메일 읽기 읽기+초안 발송
드라이브 읽기 읽기+업로드 삭제/이동
Notion 읽기 읽기+특정DB쓰기 전체쓰기
Slack 읽기 읽기+DM발송 채널메시지
──────────────────────────────────────────────────각 단계를 설명하면:
- 기본(권장): 조회만 한다. 대부분의 분석·요약·정리 작업은 읽기만으로 충분하다.
- 필요시 확장: 레시피 2처럼 결과물을 저장해야 할 때. 해당 세션에서만 켜고, 작업 후 되돌린다.
- 절대 비추: 삭제 권한은 실수 한 번에 복구 불가. 메일 발송 권한은 내 실수담이 증명한다.
권한 확장과 축소 — 실전 절차
Cowork에서 커넥터 권한을 바꾸는 절차는 단순하다:
1. 세션 설정 → 커넥터 탭
2. 해당 커넥터의 [권한 수정] 클릭
3. 필요한 권한만 체크
4. [적용] → 재인증 화면이 뜰 수 있음 (OAuth 스코프 변경이므로)
5. 작업 완료 후 다시 [권한 수정] → 원래 수준으로 축소번거로워 보이지만, 이 번거로움이 안전망이다. “귀찮으니까 그냥 전체 권한 주고 쓰자”는 40명에게 유령 회의 초대를 보내는 길이다.
무엇을 연결하면 안 되는가
기술적으로 연결이 가능하다고 해서 연결해야 하는 건 아니다. 다음은 내가 경험으로 세운 “연결 금지 목록”이다:
- 업무용 메일 + 개인용 메일을 동시에: 업무 맥락에서 개인 메일이 읽히는 순간 경계가 무너진다. 분석 중 개인 메일 내용이 결과물에 섞일 수 있다.
- 결제·금융 관련 서비스: 은행 알림 메일을 분석한다거나, 결제 시스템에 접근하는 커넥터는 연결하지 않는다. 민감정보 노출 리스크가 너무 크다.
- HR·인사 시스템: 급여, 평가, 인사 이동 정보가 포함된 시스템. 아무리 읽기 전용이어도 이 데이터가 AI 세션에 올라가는 것 자체가 위험하다.
- 고객 개인정보가 있는 DB·시스템: 개인정보보호법 위반 소지. 감사 이력이 남아야 하는 조직이라면 더더욱 금지.
- 프로덕션 시스템의 관리자 권한: 읽기 전용이라도, 프로덕션 모니터링 대시보드를 AI에 연결하는 것은 내부 인프라 정보 유출 경로가 된다.
원칙을 한 문장으로: “이 데이터가 유출되면 어떤 일이 일어나는가?”를 먼저 생각한다. 대답이 “별일 없다”가 아니면 연결하지 않는다.
팀에서 커넥터를 쓸 때 — 공유 세션의 함정
Cowork 세션을 팀원과 공유할 때, 커넥터는 연결한 사람의 계정으로 데이터를 가져온다. 즉, 내가 캘린더를 연결하면 내 일정이 팀원에게 보인다. 이건 의도한 것일 수도 있고, 아닐 수도 있다.
팀 세션에서의 권장 방식:
- 공유 캘린더(팀 캘린더)만 연결하고, 개인 캘린더는 연결하지 않는다.
- 공유 드라이브(팀 폴더)만 연결하고, 개인 드라이브는 연결하지 않는다.
- 메일은 공유 메일함(팀 이메일)이 있을 때만 연결한다. 개인 메일은 공유 세션에 절대 붙이지 않는다.
교차 조회의 실전 패턴 — 여러 소스에서 의미 뽑기
커넥터를 연결하고 권한을 설정했다면, 이제 실전 패턴을 정리하자. 교차 조회란 “A 소스의 정보를 B 소스의 맥락으로 해석하는 것”이다.
패턴 A: 시간축 교차
같은 기간의 데이터를 여러 소스에서 모아 타임라인으로 엮는 것이다.
나: "8월 첫째 주(8/3~8/7)에 일어난 일을 시간순으로 정리해줘.
소스: 캘린더 일정 + 발신/수신 메일 + 드라이브 파일 생성/수정 이력.
타임라인 형식:
[날짜 시각] [소스] 내용 한 줄 요약"이 패턴은 “지난주에 내가 뭘 했지?”를 되짚을 때, 또는 프로젝트의 경과를 정리할 때 쓴다. 특히 감사 이력이 필요한 환경에서, 내 활동의 흔적을 종합 정리하는 데 유용하다.
패턴 B: 사람 축 교차
특정 사람과의 모든 접점을 소스 전체에서 모으는 것이다.
나: "박OO과 관련된 이번 달 모든 인터랙션을 정리해줘.
- 캘린더: 함께 참석한 회의
- 메일: 주고받은 메일
- 드라이브: 공동 편집한 문서
정리 후, 박OO에게 전달해야 할 미해결 사항이 있으면 별도 표시."이 패턴은 1:1 미팅 전에 돌리면 좋다. “이 사람과 최근에 어떤 얘기를 했고, 뭐가 걸려 있는지”를 2분 만에 파악할 수 있다.
패턴 C: 키워드 축 교차
특정 프로젝트명이나 키워드를 기준으로 흩어진 정보를 모으는 것이다.
나: "'마이그레이션'이라는 단어가 들어간 모든 것을 찾아줘.
- 메일 제목/본문
- 캘린더 일정 제목/메모
- 드라이브 파일명/내용
각 항목의 날짜·출처·핵심 내용 한 줄을 정리하고,
전체를 종합해서 '마이그레이션 프로젝트 현황 요약' 3줄을 맨 위에 붙여줘."이 패턴은 프로젝트가 여러 채널에 흩어져 있을 때 진가를 발휘한다. 메일, 회의, 문서에 각각 조각조각 남아 있는 정보를 하나로 모으면, 전체 그림이 보인다.
교차 조회의 한계 — AI가 못 하는 것
Cowork 커넥터의 교차 조회가 만능은 아니다. 분명한 한계를 알고 쓰자:
- 암묵적 약속은 못 잡는다: 복도에서 “그거 내가 할게”라고 한 것, 회의 중 눈빛으로 합의한 것은 어디에도 기록이 없다. AI는 기록된 것만 읽는다.
- 뉘앙스 판단에 오류가 있다: “검토해보겠습니다”가 약속인지 거절인지는 맥락에 따라 다르다. AI가 이걸 100% 맞추진 못한다. 결과물을 반드시 검토하는 이유다.
- 연결하지 않은 소스는 공백이다: Slack에서 중요한 합의가 이뤄졌는데 Slack을 연결하지 않았다면, 그 정보는 빠진다. 커넥터를 추가할지 판단해야 한다.
- 대량 데이터는 느리다: 1년치 메일 전체를 스캔하라고 하면 시간이 오래 걸리고, 비용(토큰)도 많이 든다. 기간을 좁혀서 요청한다.
커넥터 운영의 함정 5가지 — 반드시 피해야 할 것
실전에서 부딪힌 함정들을 정리한다. 이 중 몇 개는 내가 직접 밟았다.
함정 1: 읽기 전용으로 충분한 걸 쓰기 권한으로 붙이기
오늘 글의 핵심 함정이다. 글 서두의 실수담이 이것이다. 기본은 항상 읽기 전용. 쓰기가 필요하면 그 작업에서만 켜고, 끝나면 되돌린다. 특히 캘린더 쓰기(=회의 초대 발송)와 메일 발송 권한은 실수 한 번에 외부에 영향이 간다.
함정 2: “다 연결해놓으면 편하겠지”
편의를 위해 모든 커넥터를 한꺼번에 연결해두는 것. 문제는 두 가지다:
- 보안: 연결된 서비스가 많을수록 공격 표면(attack surface)이 넓어진다. OAuth 토큰 하나가 유출되면 연결된 모든 서비스에 접근 가능해진다.
- 혼선: 5개 소스가 전부 연결되어 있으면, Cowork가 의도하지 않은 소스에서 정보를 가져올 수 있다. “메일에서 찾아줘”라고 했는데 Slack 메시지까지 뒤지는 식이다.
필요한 것만, 필요할 때 연결한다. 쓰지 않는 커넥터는 해제해둔다.
함정 3: 공유 세션에서 개인 계정 연결
앞서 언급했지만, 반복할 가치가 있다. 팀 공유 세션에서 내 개인 Gmail을 연결하면, 팀원이 내 개인 메일을 조회할 수 있게 된다. Cowork가 의도적으로 보여주지 않더라도, AI가 분석 과정에서 개인 메일 내용을 인용하거나 요약에 포함시킬 수 있다.
함정 4: 커넥터 연결 후 방치
한 번 연결한 커넥터를 그대로 두는 것. OAuth 토큰은 보통 유효기간이 있지만, 갱신(refresh) 메커니즘으로 반영구적으로 유지된다. 3개월 전에 연결했지만 지금은 안 쓰는 커넥터가 있다면, 해제하자. Google/Microsoft 계정 설정에서도 서드파티 앱 접근을 주기적으로 점검하는 것이 좋다.
함정 5: 결과물을 검토 없이 외부로 보내기
Cowork가 만든 액션 리스트를 그대로 Slack에 공유하거나, 메일로 발송하는 것. AI의 분석에는 반드시 오류가 섞여 있다. 특히 “누가 뭘 약속했다”는 판단은 틀릴 수 있다. 내부 검토 없이 외부로 보내면 “AI가 당신이 이걸 약속했다고 하는데요”라는 황당한 상황이 생긴다.
원칙: AI가 만든 것은 초안이다. 최종본은 사람이 만든다.
실전 시나리오: 월요일 아침 루틴 자동화
지금까지 배운 것을 하나의 시나리오로 묶어보자. 월요일 아침에 출근해서 업무를 시작할 때 가장 먼저 하는 일이 뭔가? 대부분 이렇다:
- 메일함 확인 — 주말 사이 들어온 메일 훑기
- 캘린더 확인 — 이번 주 일정 파악
- 지난주 미완료 사항 확인 — 뭐가 걸려 있었지?
- 오늘 해야 할 일 정리 — 우선순위 결정
이 과정을 매주 월요일마다 수작업으로 하면 30분~1시간이다. 커넥터를 활용하면 이 전체를 하나의 지시로 끝낼 수 있다.
── 월요일 아침 브리핑 지시서 ──
"다음 세 가지 소스를 확인하고 '월요일 브리핑'을 만들어줘.
[1. 주말 수신 메일 요약]
금요일 퇴근 후(18시 이후)부터 지금까지 수신된 메일을 확인해서:
- 즉시 회신 필요 (긴급/요청 포함): 별도 표시
- 참고만 하면 됨: 1줄 요약
- 자동 알림/뉴스레터: 무시
[2. 이번 주 일정 개요]
캘린더에서 이번 주(월~금) 일정을 가져와서:
- 일별 회의 수 + 총 회의 시간
- 빈 시간대 (집중 작업 가능 구간)
- 외부 미팅 vs 내부 미팅 구분
[3. 미완료 약속 이월]
지난주 메일+캘린더에서 내가 약속했지만 아직 처리하지 않은 것.
(이전 세션의 '금요일 약속 목록'이 있으면 그것과 대조)
[출력 형식]
마크다운. 전체 3분 내 읽을 수 있는 분량.
맨 위에 '오늘 반드시 할 3가지'를 굵게."이 지시서의 구조를 뜯어보면:
- 맥락: 월요일 아침, 주말 이후 상황 파악
- 제약: 자동 알림/뉴스레터는 무시, 3분 내 읽을 분량
- 완료조건: 3개 섹션 + ‘오늘 반드시 할 3가지’
- 검증방법: “이전 세션의 금요일 약속 목록과 대조” — 이전 결과와 비교
4화의 4요소가 그대로 들어가 있다. 지시서의 품질이 결과물의 품질을 결정한다.
이 루틴을 15화에서 다룰 /schedule 기능으로 매주 월요일 오전 7시에 자동 실행되게 걸어두면, 출근할 때 브리핑이 이미 준비되어 있다. 노트북을 열기도 전에 AI가 일을 마친 상태. 2화에서 말했던 “내 노트북이 꺼져 있어도 작업이 돌아간다”의 구체적인 예시다.
커넥터 조합의 확장 — 여기서 더 갈 수 있는 곳
Cowork 커넥터의 현재 상태와 앞으로의 가능성을 정리하자.
현재 가능한 것
- 공식 지원 커넥터(캘린더·메일·드라이브·Notion·Slack)의 교차 조회
- 세션별 권한 관리 (읽기/쓰기 분리)
- 결과물을 마크다운·텍스트·파일로 출력
- 이전 세션 결과를 참조해서 누적 분석
아직 어려운 것
- 실시간 동기화: 커넥터는 요청 시점에 데이터를 가져온다. 메일이 올 때마다 자동 반응하는 실시간 트리거는 아직 안 된다. (15화의 /schedule로 근사치는 가능)
- 양방향 동기화: A 소스의 변경을 B 소스에 자동 반영하는 것은 위험하므로 기본 제공하지 않는다. 의도적인 설계 결정이다.
- 커스텀 커넥터: 공식 지원하지 않는 서비스(사내 시스템, 레거시 앱)에 연결하려면 10화의 MCP를 직접 만들어야 한다. 이 부분은 개발자 영역이다.
MCP와 커넥터의 관계
10화에서 MCP를 다뤘고, 오늘 Cowork 커넥터를 다뤘다. 둘의 관계를 정리하면:
── 비교 ─────────────────────────────────────
MCP (10화) Cowork 커넥터 (14화)
──────────────────────────────────────────────
대상 개발자 모든 사용자
설정 방식 코드 + 설정 파일 GUI 클릭 + OAuth
유연성 무한 (직접 개발) 공식 서비스 한정
유지보수 직접 Anthropic이 관리
보안 관리 직접 구현 플랫폼이 제공
──────────────────────────────────────────────결론: 공식 커넥터로 되는 건 커넥터로 하고, 안 되는 건 MCP로 만든다. 9화의 Skills처럼, 내가 만든 MCP + 공식 커넥터를 조합하면 더 강력한 자동화가 가능하다.
커넥터 보안 체크리스트 — 연결 전에 확인하기
실무에서 커넥터를 연결할 때 매번 확인하는 체크리스트를 공유한다. 인쇄해서 모니터 옆에 붙여두면 좋다.
── 커넥터 연결 전 체크리스트 ──────────────────
□ 이 커넥터가 지금 작업에 정말 필요한가?
→ 필요 없으면 연결하지 않는다
□ 읽기 전용으로 충분한가, 쓰기가 반드시 필요한가?
→ 읽기로 시작한다
□ 연결하는 계정은 개인인가, 업무용인가?
→ 공유 세션이면 개인 계정 금지
□ 이 소스에 민감정보(개인정보, 금융, 인사)가 있는가?
→ 있으면 연결하지 않는다
□ 결과물이 외부로 나갈 수 있는가?
→ 쓰기 권한 + 외부 전송 조합은 이중 확인
□ 작업이 끝난 후 권한을 축소하거나 해제할 계획이 있는가?
→ 완료 후 반드시 정리
□ 이 커넥터를 마지막으로 점검한 게 언제인가?
→ 한 달 이상 됐으면 점검
──────────────────────────────────────────────
이 체크리스트는 작아 보이지만, 나의 유령 회의 사건을 막아줄 수 있었던 것들이다. 두 번째 항목 — “읽기 전용으로 충분한가” — 하나만 확인했어도 40명에게 초대가 가지 않았다.
고급: 여러 계정을 분리해서 관리하기
실무에서 흔한 시나리오가 있다. 회사 Google Workspace 계정과 개인 Gmail 계정이 따로 있는 경우다. 또는 프로젝트마다 다른 팀 드라이브를 쓰는 경우다.
계정 분리 원칙
- 업무 세션에는 업무 계정의 커넥터만 연결한다.
- 개인 세션에는 개인 계정의 커넥터만 연결한다.
- 두 계정을 한 세션에 연결하지 않는다. 교차 오염의 원인이 된다.
만약 업무 메일에서 받은 내용을 개인 드라이브에 저장해야 한다면? 그건 커넥터가 아니라 수동으로 한다. 경계를 넘는 작업은 사람이 의식적으로 수행해야 한다.
프로젝트별 세션 분리
7화에서 컨텍스트 관리를 다뤘다. 세션을 분할하면 컨텍스트 오염을 줄일 수 있다고 했다. 커넥터도 마찬가지다. 프로젝트 A에 관한 분석 세션과 프로젝트 B에 관한 분석 세션을 분리하면:
- 각 세션에 필요한 커넥터만 연결할 수 있다.
- AI가 엉뚱한 프로젝트의 데이터를 참조할 위험이 줄어든다.
- 이전 세션의 결과물을 다음 세션에서 명시적으로 참조하므로, 맥락이 명확해진다.
Cowork 커넥터와 기존 자동화 도구의 차이
“그거 Zapier나 Make(구 Integromat)로도 되는 거 아니야?”라는 질문이 있을 수 있다. 맞다, 서비스 간 연결 자체는 기존 자동화 도구로도 된다. 차이는 이것이다:
── 비교 ─────────────────────────────────────
Zapier/Make Cowork 커넥터
──────────────────────────────────────────────
연결 방식 트리거 → 액션 대화형 질의
자동화 유형 규칙 기반 의미 기반
유연성 사전 정의된 흐름 자연어로 즉석 질의
설정 난이도 중간 (GUI 빌더) 낮음 (대화)
비정형 분석 불가 가능
──────────────────────────────────────────────Zapier/Make: “새 메일이 오면 → 라벨을 붙이고 → Slack에 알려라.” 규칙이 명확한 반복 작업에 강하다.
Cowork 커넥터: “이번 주 메일에서 내가 약속한 것을 추출해줘.” 규칙으로 표현하기 어려운 의미 기반 분석에 강하다.
둘은 경쟁이 아니라 보완 관계다. Zapier로 “매일 특정 라벨 메일을 드라이브에 백업”하고, Cowork로 “백업된 메일에서 주간 인사이트 추출”하는 식으로 쓸 수 있다.
실전 트러블슈팅 — 커넥터가 안 될 때
커넥터 사용 중 만나기 쉬운 문제와 해결법을 정리한다.
문제 1: “연결은 됐는데 데이터가 안 나온다”
원인: OAuth 토큰은 발급됐지만, 해당 서비스에서 실제 데이터 접근 권한이 없는 경우. 예를 들어 Google Workspace 관리자가 서드파티 앱 접근을 조직 단위로 차단했을 때.
해결: IT 관리자에게 Cowork(Anthropic)의 OAuth 클라이언트가 허용 목록에 있는지 확인한다. 개인 계정이면 이 문제는 거의 발생하지 않는다.
문제 2: “어제까지 되던 게 오늘 안 된다”
원인: OAuth 토큰이 만료되었거나, 서비스 측에서 비밀번호를 변경했거나, 2단계 인증 정책이 바뀌었을 때.
해결: 커넥터를 해제하고 재연결한다. 재인증 과정에서 새 토큰이 발급된다.
문제 3: “데이터는 나오는데 오래된 것만 나온다”
원인: 캐시. Cowork가 이전에 가져온 데이터를 캐시하고 있을 수 있다.
해결: “캐시 무시하고 지금 시점의 데이터를 다시 가져와줘”라고 명시한다. 또는 새 세션을 시작한다.
문제 4: “요청한 기간의 일부만 나온다”
원인: API 페이지네이션. 메일이 너무 많으면 한 번에 전부 가져오지 못할 수 있다.
해결: 기간을 좁히거나, “추가로 더 있으면 계속 가져와줘”라고 요청한다.
이번 회차의 수익화 지점
커넥터 조합 레시피는 그 자체로 판매 가능한 상품이다. “월요일 아침 브리핑 세팅”, “주간 보고서 자동 생성 세팅”, “프로젝트 현황 추적 세팅” 같은 것을 Cowork 템플릿 + 사용 설명서 형태로 묶으면 된다. 12화에서 플러그인 패키징을 다뤘는데, 같은 구조다. 지시서 + 커넥터 권한 가이드 + 커스터마이징 안내를 PDF 또는 Notion 페이지로 묶어서, 업무 자동화에 관심 있는 직장인에게 제공할 수 있다. 특히 “주간 보고서 자동화”는 검색량이 높은 주제이고, 커넥터 설정이라는 실질적 허들이 있어서 가이드의 가치가 있다.
중요한 것은, 지시서 하나가 아니라 “연결 → 설정 → 지시 → 검증 → 유지보수”의 전체 프로세스를 파는 것이다. 커넥터 하나 붙이는 건 아무나 하지만, 5개 소스를 안전하게 교차 조회하는 프로세스를 설계하는 건 경험이 필요한 일이다.
정리 — 연결의 기술은 제한의 기술이다
오늘 다룬 것을 한 문장으로: Cowork 커넥터는 연결하는 것보다 제한하는 것이 더 중요하다.
핵심 요약:
- 커넥터는 MCP의 비개발자 버전이다. OAuth로 클릭 몇 번에 연결된다.
- 읽기 전용으로 시작하고, 쓰기는 필요한 세션에서만 켠다.
- 교차 조회의 진짜 가치는 여러 소스의 정보를 의미 기반으로 엮는 것이다.
- 민감 시스템, 개인정보, 금융 데이터는 연결하지 않는다.
- 결과물은 반드시 검토 후 외부에 공유한다.
AI에게 일을 위임하는 시대에, 위임의 범위를 정하는 것이 가장 어렵고 가장 중요한 기술이다. 오늘 다룬 최소 권한 원칙은 권한 설정에만 해당하는 게 아니다. 앞으로 자동화를 확장할 때마다, “이 AI에게 어디까지 맡길 것인가”를 매번 묻게 될 것이다.
다음 회 예고: 15화에서는 /schedule로 반복 작업을 등록한다. 오늘 만든 “월요일 아침 브리핑”을 매주 자동으로 돌아가게 만든다. 크론 표현식, UTC 시간대 함정, 그리고 무인 작업에서 절대 하면 안 되는 것을 다룬다.
관련 회차: 10화: MCP — AI에 내 데이터를 붙이는 표준 규격 | 6화: 권한·샌드박스·훅 — 사고 치기 전에 막는 3중 방어 | 13화: Cowork로 하는 일 — 90%는 코딩이 아니다
자주 묻는 질문
Cowork 커넥터 연결할 때 권한을 읽기 전용으로 설정해야 하나요?
네, 필요한 최소 권한만 부여하는 것이 안전합니다. 본문에서는 읽기만 필요한 캘린더에 쓰기 권한까지 줬다가 AI가 40명에게 유령 회의 초대를 보내버린 사례를 소개합니다. 캘린더는 읽기 전용, 메일은 읽기+초안, 드라이브는 읽기+쓰기처럼 커넥터별로 권한 범위를 따로 조합할 수 있으므로, 각 서비스에 꼭 필요한 수준만 허용하세요.
Cowork 커넥터와 파일 직접 업로드는 어떤 차이가 있나요?
파일 업로드는 내가 어떤 파일을 줄지 정확히 알고 있을 때 쓰는 일회성 분석 방식이고, 권한 걱정이 없습니다. 반면 커넥터 연결은 “최근 메일에서 찾아줘”처럼 반복적으로 여러 서비스를 조회해야 할 때 적합하며, OAuth 인증을 통해 접근 범위를 설정하고 관리해야 합니다.
Cowork 커넥터에 준 권한을 나중에 취소할 수 있나요?
네, 언제든 철회할 수 있습니다. Google의 경우 myaccount.google.com의 보안 메뉴에서 서드파티 앱 접근을, Microsoft는 account.microsoft.com의 개인정보 앱 권한 메뉴에서 Cowork의 접근을 끊을 수 있습니다. 연결 후에도 내가 원할 때 권한을 해제할 수 있다는 점을 기억해두면 됩니다.
