66단계메일과 일정 연결하기

걸리는 시간 · 읽기 약 5분 · 따라 하기 약 25분 · 난이도 ★★☆ 실무 · 화면 확인 2026.09.27

이 단계를 마치면

• 메일과 일정 연결자를 연결해, 아침마다 "오늘 할 일" 목록을 받을 수 있습니다.
• 분류 결과를 그대로 믿지 않고 몇 건을 뽑아 검증하는 습관이 생깁니다.
• 답장은 초안까지만 받고, 보내기는 내가 한다는 원칙을 지킵니다.

출근길에 편지함을 열면 밤사이 쌓인 메일이 화면을 몇 번 넘겨도 끝나지 않습니다. 리더의 아침은 대개 이렇게 편지함과 달력에서 시작합니다. 그 가운데 오늘 답해야 할 것을 고르고, 오늘 회의마다 무엇을 준비할지 떠올립니다. 이 분류는 매일 같은 모양으로 되풀이되고, 시간은 판단하는 데보다 훑어보는 데 더 듭니다. 훑는 일을 Claude에게 맡기면 사람은 판단과 답장에 집중할 수 있습니다.

연결과 권한

Gmail과 Google Calendar 연결자를 붙이면 Claude가 편지함을 검색해 읽고 일정을 조회합니다. 회사가 다른 메일 시스템을 쓴다면 맞는 연결자가 목록에 있는지 먼저 봅니다. 연결하는 순서는 65단계와 같습니다. 허락 화면에서 메일 읽기, 일정 보기처럼 어떤 권한을 주는지 확인합니다.

메일에는 개인정보와 거래 조건이 뒤섞여 있습니다. 연결하기 전에 회사의 사용 원칙이 메일 연결을 허용하는지 확인합니다. 임원 메일처럼 민감한 편지함이라면 비서나 보좌 인력과 어디까지 읽게 할지 먼저 합의합니다. 일정도 마찬가지입니다. 내 계정에 다른 사람의 일정을 볼 권한이 있다면 Claude도 그 일정을 본다는 점을 기억합시다.

선을 긋는다: 읽기, 초안, 보내기

메일을 읽고 분류하고 답장 초안을 쓰는 데까지가 Claude의 일입니다. 보내기는 사람이 합니다. 연결자에 따라서는 메일함에 초안을 만들어 두는 데까지 되기도 하지만, 그래도 보내기 버튼은 내가 초안을 읽은 뒤에 누릅니다. 한 번 나간 메일은 되돌릴 수 없습니다. 받는 사람 주소 하나, 첨부 파일 하나만 틀려도 사고가 됩니다. 이 원칙은 70단계에서 다시 다룹니다.

분류를 왜 검증해야 하나

분류는 틀릴 수 있습니다. 특히 위험한 쪽은 "답이 필요 없음"입니다. 답이 필요한 메일이 "필요 없음"으로 잘못 들어가면 사람은 그 메일을 영영 열어 보지 않습니다. 반대로 필요 없는 메일이 "필요함"에 들어가면 조금 귀찮을 뿐입니다. 두 실수의 무게가 이렇게 다릅니다. 그래서 검증은 "필요 없음" 쪽에서 합니다. 처음 두 주 정도는 매일 몇 건씩 열어 보고, 자주 틀리는 유형이 보이면 프롬프트에 기준을 더합니다. 이를테면 "거래처 대표가 참조로만 들어간 메일도 답이 필요한 것으로 본다" 같은 문장입니다.

전·후 비교

"오늘 메일 정리해 줘"라고만 하면 편지함 맨 위부터 요약이 길게 나옵니다. 광고와 뉴스레터가 섞여 있고, 무엇부터 해야 할지는 여전히 내가 골라야 합니다. 기간(어제 퇴근 이후), 제외할 것(광고·뉴스레터), 출력 항목(보낸 사람, 요청, 기한), 정렬(급한 순), 애매한 것의 처리("확인 필요")를 정해 주면 바로 움직일 수 있는 목록이 나옵니다. 아래 프롬프트가 바로 그런 형식입니다.

직급별 변형

• 대표·임원: 메일보다 일정이 중심입니다. "오늘 회의별로 상대가 지난번에 요청한 것"을 묻습니다.
• 팀장: 팀원이 참조로 넣은 메일이 많습니다. "내가 결정해야 하는 것"과 "알기만 하면 되는 것"을 구분하게 합니다.
• 실무자: 거래처 메일이 중심입니다. "기한이 적힌 요청"만 뽑게 합니다.

그런데 이렇게 잘 짠 프롬프트도 어디선가는 틀립니다. 한 스타트업 대표는 그 사실을 사흘 만에 알게 됐습니다.

현장 장면

스타트업을 이끄는 한 대표는 출근길에 휴대전화로 Claude를 열어 물었습니다. "어제 저녁부터 온 메일 중 내 답이 필요한 것, 오늘 일정별 준비물." 첫날 결과는 괜찮았습니다. 급한 두 건을 사무실에 도착하자마자 처리했습니다. 쓸 만하다고, 한 대표는 생각했습니다.

사흘째 되던 날 문제가 드러났습니다. 투자사 심사역이 보낸 짧은 메일이 "참고만"으로 분류돼 있었습니다. 제목은 "자료 공유드립니다"였지만, 본문 마지막 문장은 "금요일까지 의견 부탁드립니다"였습니다. Claude는 제목과 앞부분만 보고 단순한 공유 메일로 읽었습니다. 한 대표가 "참고만" 목록을 훑다가 보낸 사람 이름이 눈에 걸려 열어 보지 않았다면, 투자사는 금요일까지 답을 기다리다 빈손으로 주말을 맞았을 것입니다.

한 대표는 두 가지를 고쳤습니다. 프롬프트에 "본문 끝까지 읽고, 기한이나 요청 문장이 있으면 답이 필요한 것으로 분류해"를 더했습니다. 그리고 "투자사, 주요 고객사 도메인에서 온 메일은 분류와 관계없이 1번 목록에 올려"라는 문장도 넣었습니다. 그 뒤로도 한 대표는 "참고만" 목록의 제목을 매일 훑습니다. 오래 걸리지 않는 일이고, 분류는 언제든 틀릴 수 있다는 것을 이제는 알기 때문입니다.

따라 하기

1. 설정의 연결자 항목에서 메일과 일정 연결자를 연결합니다. 성공 기준: 허락 화면에서 준 권한(읽기, 초안 등)을 짧게 적어 두었습니다.
2. 아래 프롬프트에 기간을 넣어 오늘 할 일 목록을 받습니다. 성공 기준: 세 부분이 모두 나오고, 광고성 메일이 섞이지 않았습니다.
3. 달력을 직접 열어 오늘 일정이 빠짐없이 들어갔는지 대조합니다. 성공 기준: 빠진 회의가 없습니다. 있다면 반복 일정인지, 다른 캘린더에 있는지 적습니다.
4. "참고만"으로 분류된 메일 가운데 세 통을 직접 열어 분류가 맞는지 확인합니다. 성공 기준: 세 통 모두 맞습니다. 틀린 것이 있으면 이유를 간단히 적고 프롬프트에 기준을 더합니다.
5. 답이 필요한 메일 하나를 골라 답장 초안을 받습니다. 초안을 고쳐 내가 직접 보냅니다. 성공 기준: 받는 사람, 참조, 첨부를 내 눈으로 확인하고 보냈습니다.

복사해 쓰는 프롬프트

내 메일과 일정을 읽고 오늘 할 일을 정리해 줘.

메일 범위: [기간, 예: 어제 퇴근 이후] 받은 메일. 광고·뉴스레터는 제외.
일정 범위: 오늘 하루.
본문은 끝까지 읽어. 기한이나 요청 문장이 있으면 답이 필요한 것으로 본다.
[중요한 보낸 사람 또는 도메인]에서 온 메일은 분류와 관계없이 1)에 올려.

출력은 세 부분이다.
1) 오늘 내가 답해야 할 메일: 보낸 사람, 제목, 요청 내용 요약(짧게), 기한이 있으면 기한.
   급한 순으로 정렬.
2) 참고만 하면 되는 메일: 보낸 사람과 제목만.
3) 오늘 일정별 준비 사항: 시간, 회의명, 참석자, 관련 메일이 있으면 그 제목.

메일은 보내지 마. 답장이 필요하면 초안만 대화창에 보여 줘.
일정을 만들거나 수락·거절하지 마.
확실하지 않은 분류는 "확인 필요"로 따로 표시해.

막히면 이렇게

스스로 점검

• ☐ "참고만" 목록에서 세 통을 열어 분류를 확인했습니다.
• ☐ 답장 초안을 내가 고쳐, 받는 사람과 첨부를 확인한 뒤 직접 보냈습니다.
• ☐ 회사 원칙상 메일 연결이 허용되는지 확인했습니다.

기억할 것

• 메일은 Claude가 읽고 분류합니다. 보내는 것은 사람입니다.
• 분류 결과를 믿기 전에 "답이 필요 없음" 쪽을 몇 통 열어 봅니다.
• 틀린 분류를 찾으면 그 건만 고치고 끝내지 말고, 프롬프트에 기준을 한 문장 더합니다.