아침 8시, AI 비서가 정리한 아침 요약에 “오늘의 우선순위” 세 가지가 올라와 있다. 고객 발표 자료 마무리, 공급업체의 일정 변경 문의에 답장하기, 다음 달 출장 준비물 목록 만들기. 깔끔한 할 일 목록처럼 보인다.
하지만 세 가지는 성격이 완전히 다르다. 고객 발표 자료는 지난 금요일 메일로 약속했고 오늘 오후 3시까지 내야 하는 것이다. 공급업체는 일정을 옮길 수 있는지 물어 왔을 뿐이고, 당신은 아직 아무것도 약속하지 않았다. 출장 준비물 목록은 AI가 항공권 확인 메일을 보고 스스로 떠올린 제안으로, 기다리는 사람이 아무도 없다. 약속인 것은 첫 번째뿐이다.
Google은 2026년 5월 Gemini에 일일 요약 기능(Daily Brief)을 내놓았다. 사용자가 켜면 Gmail에서 급한 소식을 모으고, 캘린더 일정을 챙기고, 사용자의 목표에 맞춰 우선순위를 매기고, 다음 단계를 제안한다. 이런 기능은 메일을 뒤지는 시간을 확실히 줄여 준다. 하지만 순위가 답하는 것은 “모델이 무엇을 먼저 보여 줄 만하다고 여기는가"이고, 약속 상태가 답하는 것은 “누가 당신에게 무엇을 기다리고 있는가"다. 둘을 한 순위로 합치면, 아직 받아들이지도 않은 요청을 오늘 끝내야 할 일로 착각할 수 있다.
위에 올라온 것이 꼭 오늘 할 일은 아니다
요약이 순서를 매겨 주면 그 순서대로 하고 싶어지는 게 자연스럽다. 문제는 순위가 반영하는 것이 긴급함, 목표와의 관련성, 시간의 가까움이라는 점이고, 그 어느 것도 “당신이 약속했다"는 뜻은 아니라는 점이다.
제목에 “긴급"이라고 적힌 메일이 왔다고 그 기한을 약속한 것은 아니다. 캘린더에 회의가 떠 있다고 초대를 수락한 것도 아니다. Google 캘린더의 데이터 자체가 참석자의 응답을 미응답, 미정, 수락, 거절로 나눈다. “미응답” 상태인 초대가 요약에서 1순위에 오르면 확정된 일정과 구별되지 않는다.
요약 하나에 세 가지 상태가 섞여 있다
약속함. 회의를 수락했거나, 기한이 있는 작업을 직접 만들었거나, 메일로 납품을 약속했거나, 팀 시스템에서 담당자로 지정됐다. 이런 항목은 누구를 위한 것인지, 무엇을 내는지, 기한이 어디서 왔는지 가리킬 수 있어야 한다.
확인 대기. 동료의 “오늘 잠깐 봐 줄 수 있어?”, 고객이 제안한 새 날짜, 아직 답하지 않은 캘린더 초대. 이것들은 요청이고, 저절로 당신의 일이 되지 않는다. 다음 단계는 하나뿐이다. 답하거나 조율하는 것.
AI 제안. 모델이 당신의 목표, 과거 대화, 캘린더의 빈 시간을 바탕으로 이런 일을 할 수 있다고 알려 준다. 좋은 제안일 수 있지만, 그렇다고 오늘의 작업 시간을 얻는 것은 아니다. 오래된 선호나 지난 배경에서 나온 제안이라면 그 배경이 아직 맞는지 먼저 확인해야 한다. AI가 내 생각을 기억하면, 내 말에 맞장구치기 쉬워진다를 참고하자.
순서보다 상태를 먼저 묻는다
요약을 열면 먼저 순서를 바꾸지 말고, 각 항목이 일이 된 이유를 찾는다. 구체적으로는 모든 항목에 몇 가지 칸을 붙이게 한다. 열어서 확인할 수 있는 출처(어느 메일, 어느 일정, 어느 작업인지), 지금 상태, 기다리는 사람, 기한이 어디서 왔는지, 사람이 해야 할 다음 동작. “최근 활동을 바탕으로"는 출처가 아니다.
상태를 붙이고 나면 처음 요약의 의미가 달라진다. 고객 발표 자료는 오늘의 산출물에 들어간다. 공급업체의 일정 변경은 확인 대기로 가고, 오늘은 답장 한 통이면 된다. 출장 준비물 목록은 제안 칸에 남는다. 칸 몇 개가 늘어난 것처럼 보이지만, 아직 성립하지 않은 두 가지가 약속한 일의 시간을 빼앗지 않게 해 준다.
“오늘의 회의 외 산출물"에 작은 한도를 둘 수도 있다. 예를 들어 세 개다. 이 숫자는 정답이 아니라 충돌을 드러내기 위한 것이다. 확인해 보니 약속한 것이 일곱 개라면, 문제는 너무 많이 약속했다는 데 있다. 할 일은 기한을 옮기거나 누군가와 조율하는 것이지, AI가 뒤의 네 개를 슬그머니 화면 아래로 밀어내게 두는 것이 아니다.
증거끼리 어긋날 때
상태 판단에는 증거가 필요한데, 증거끼리 어긋날 때가 있다. 메일에는 화요일, 작업 카드에는 수요일이라고 적혀 있다. 이럴 때 AI는 “누락"으로 표시해 확인 대기에 두어야 하고, 더 최근처럼 보이는 날짜를 골라 약속으로 삼아서는 안 된다. 미국 국립표준기술연구소(NIST)의 AI 위험 관리 프레임워크는, 복잡한 사람의 상황을 모델이 다룰 수 있는 숫자로 바꾸면 필요한 맥락이 사라질 수 있고, 의사결정에서 사람과 AI의 역할을 분명히 구분해야 한다고 짚는다. 일일 요약에 적용하면 최소한의 분담은 이렇다. AI는 모으고 분류하며, 약속이 성립했는지는 사람이 확인한다.
또 연결하는 계정이 많을수록 요약이 정확해지는 것도 아니다. 요약에 정말 필요한 출처만 켠다. 업무용이나 기밀 계정이 조직 규정에 맞지 않는다면, 더 완전한 요약을 위해 마음대로 연결하지 않는다.
다음에 아침 요약을 볼 때는 상위 세 개에 각각 한 가지를 물어보자. 이건 내가 약속한 것인가, 누가 부탁한 것인가, AI가 제안한 것인가. 요약을 다른 사람에게 넘긴다면, 같은 칸들이 다음 사람에게 누가 맡았고 언제 정해졌는지 알려 준다. 잘 정리된 AI 요약이 곧바로 넘겨줄 수 있는 업무는 아니다를 참고하자.
AI 정리 카드
AI 일일 요약에서 내가 실제로 약속한 일과 요청이나 제안을 구분하고 싶다.
판단 방법은 이 글에서 가져왔다: https://boosterminiclass.com/ko/posts/ai-daily-brief-commitment-states/
글의 관점은 이렇다. 요약의 순위가 답하는 것은 "무엇을 먼저 볼 만한가"이지 "누가 나를 기다리는가"가 아니다. 먼저 각 항목에 상태를 표시한다. 약속함(시간, 산출물, 상대를 내가 수락했거나 담당자로 지정됨), 확인 대기(누군가 요청했지만 내가 아직 받아들이지 않음), AI 제안(목표, 과거 대화, 빈 시간에서 추측함). 그다음 오늘 할 일을 정한다.
내가 허락한 캘린더, 작업, 메시지만 읽을 것. 아무것도 만들거나, 고치거나, 답장하거나, 수락하거나, 지우지 말 것.
오늘과 앞으로 48시간의 후보 항목마다 다음을 적어 달라:
- 열어서 확인할 수 있는 출처(메일, 일정, 작업의 링크나 ID), 내 응답 상태, 기다리는 사람, 기한의 원문과 그 근거;
- 상태: 약속함 / 확인 대기 / AI 제안, 그리고 판단의 증거. 출처, 응답 상태, 기한 근거가 없으면 "누락"으로 표시하고 추측하지 말 것;
- 내가 할 다음 동작(납품, 답장이나 조율, 일단 보류).
이어서 일정 충돌을 짚어 달라. 약속한 항목 중 회의 외 산출물을 최대 세 개 고르고, 세 개를 넘으면 기한이나 범위를 조율해야 할 항목을 적을 것.
확인할 수 있는 요약만 내고, 나를 대신해 아무것도 실행하지 말 것. 오늘 무엇을 할지는 내가 정한다.
참고 자료
- Google Blog: The Gemini app becomes more agentic, delivering proactive, 24/7 help — https://blog.google/innovation-and-ai/products/gemini-app/next-evolution-gemini-app/ (2026-05-19)
- Google for Developers: Events | Google Calendar API — https://developers.google.com/workspace/calendar/api/v3/reference/events [accessed: 2026-10-11]
- NIST AI Resource Center: Appendix C: AI Risk Management and Human-AI Interaction — https://airc.nist.gov/airmf-resources/airmf/appendices/app-c-ai-risk-management-and-human-ai-interaction [accessed: 2026-10-11]
