Metlivi 블로그

AI 컴패니언이 잘못된 중요한 날짜 알림을 보내지 않으려면 어떻게 해야 할까요?

선택 동의(opt-in) 방식의 날짜 알림을 위해, AI 컴패니언은 기억된 날짜와 예약된 알림을 별개로 관리해야 합니다. 날짜 정보의 출처를 기록하고, 사용자에게 대상, 날짜, 연도, 표준시, 알림 시간을 확인하도록 요청해야 하며, 이러한 세부 정보 중 미해결된 항목이 남아 있는 동안에는 아무것도 발송하지 않아야 합니다. 수정, 일시 정지 또는 취소 시 알림 상태가 업데이트되어야 하며 이를 사용자가 확인할 수 있어야 합니다.

2026년 9월 27일읽는 시간 7분시간 관리와 개인 성장작성: Metlivi Editorial Team
섹션 1

날짜를 기억하는 것과 알림을 예약하는 것이 다른 이유

대화에는 유용한 사실이 포함될 수 있지만, 알림을 생성해도 된다는 권한까지 포함된 것은 아닙니다. “마야의 연주회는 5월 14일이야”라는 말은 사용자가 공유한 단순 메모이거나 잠정적인 계획일 수도 있고, 모호한 표현에서 유추된 날짜일 수도 있습니다. 그 자체만으로는 알림을 원하는지, 몇 년도인지, 몇 시에 보내야 하는지, 어떤 표준시를 적용해야 하는지 명시되지 않습니다.

따라서 신뢰할 수 있는 설계는 이를 다음과 같이 별개의 기록으로 다룹니다:

**기억된 사실:** 출처 및 불확실성과 함께 발화되거나 제공된 내용.

**확인된 날짜:** 사용자가 확인을 거친 대상 인물이나 이벤트, 그리고 달력 날짜.

**예약된 알림:** 발송 시간, 표준시, 현재 상태와 함께 사용자가 명시적으로 승인한 알림.

이러한 분리는 AI 컴패니언을 위한 설계 권장사항입니다. Google 캘린더의 고객센터 페이지에는 Calendar 내에서 일정을 만들고 알림을 관리하는 방법이 설명되어 있으며, 이는 AI 컴패니언의 메모리를 설명하거나 여기서 제안하는 워크플로를 구현하지 않습니다. 캘린더의 한 예시로서, Google의 안내는 일정 생성을 일정 세부 정보 및 저장 단계가 수반되는 작업으로 취급합니다([Google 캘린더: 일정 만들기](https://support.google.com/calendar/answer/72143?hl=en)).

섹션 2

일정을 예약하기 전에 어떤 세부 정보를 확인해야 할까요?

알림의 의미와 발송 시점을 결정하는 세부 정보를 확인하세요. 간단한 검토 화면이나 대화형 요약에는 다음 사항이 표시되어야 합니다:

**인물 또는 이벤트:** 날짜의 대상은 누구이며, 무엇에 관한 일정인가요?

**전체 날짜:** 일, 월, 연도. 연도가 빠진 월과 일은 불완전할 수 있으며, 특히 과거 또는 미래의 일정을 가리킬 때 혼란을 줄 수 있습니다.

**날짜 출처:** 날짜가 어디서 비롯되었는가(예: 사용자의 발언, 가져온 캘린더 항목, 추론 등)? 추측을 확정된 것처럼 제시하지 말고 불확실성을 명확히 하세요.

**알림 타이밍:** “하루 전 오전 9시”와 같이 요청된 사전 여유 시간 및 현지 시각.

**표준시(시간대):** 특히 사용자가 여행 중이거나 날짜가 다른 지역에 있는 사람과 관련된 경우, 발송 기준이 되어야 하는 시간대.

**권한 및 발송 방식:** 사용자가 알림을 정말로 원하는지 여부, 그리고 제품이 여러 발송 채널을 제공하는 경우 어디로 알림이 전송될지 여부.

Google 캘린더에서는 사용자가 일정에 대한 알림을 설정하고 알림 설정을 변경할 수 있으며, 계정 및 일정 설정에 따라 해당 캘린더 알림이 작동하는 방식이 결정됩니다([Google 캘린더: 알림 변경하기](https://support.google.com/calendar/answer/37242?hl=en)). 이는 알림을 단순히 날짜를 알고 있다는 것의 자동적인 결과가 아니라 자체 제어 기능을 갖춘 구성된 작업으로 취급하는 유용한 예입니다. 다만 이를 캘린더가 컴패니언 스타일의 메모리를 갖추고 있다는 증거로 받아들여서는 안 됩니다.

섹션 3

가상의 예시: 기억된 세부 정보에서 확인된 알림까지

사용자가 “마야의 연주회는 5월 14일이야”라고 말했다고 가정해 봅시다. 컴패니언은 이를 **확인되지 않은 기억된 사실**로 보관할 수 있습니다. 인물, 이벤트, 월/일은 존재하지만 연도, 표준시, 알림 권한은 없기 때문입니다. 이 문장만으로 알림을 예약해서는 안 됩니다.

컴패니언은 다음과 같이 질문할 수 있습니다: “마야의 연주회가 5월 14일일 수 있다고 기록했습니다. 몇 년도 일정인지, 어떤 표준시를 적용할지, 그리고 알림을 받아보시겠습니까?” 사용자가 답변합니다: “2027년 5월 14일이고 America/Los_Angeles 기준이야. 전날 태평양 표준시 기준 오전 9시에 알려줘.” 컴패니언은 이를 요약합니다: “5월 14일 연주회 하루 전인 2027년 5월 13일 오전 9시(America/Los_Angeles)에 마야의 연주회에 대해 알려드리겠습니다. 예약할까요?”

사용자가 확인한 후에만 시스템은 다음과 같은 알림 기록을 생성해야 합니다: **마야의 연주회 — 2027년 5월 14일 — 알림 2027년 5월 13일 오전 9:00 America/Los_Angeles — 활성**. 위의 날짜와 시간은 가상의 예시이며 실제 인물이나 사건에 대한 기록이 아닙니다. 표준시를 명시적으로 지정하면 “오전 9시”를 보편적인 시간으로 잘못 취급하는 것을 방지할 수 있습니다. Google 캘린더의 표준시 가이드에 따르면 일정 시간은 현지 시간대로 표시되며 시간대 변경이 캘린더 항목 표시 방식에 영향을 줄 수 있다고 설명합니다. 이는 캘린더 동작의 예시일 뿐 AI 알림에 대한 주장이 아닙니다([Google 캘린더: 다양한 시간대에서 Calendar 사용하기](https://support.google.com/calendar/answer/37064?hl=en)).

사용자 대상 요약은 월과 일이 뒤바뀌거나, 잘못된 연도, 틀린 대상 인물, 혹은 “전날”에 대한 잘못된 해석을 바로잡을 수 있는 마지막 기회를 제공하므로 매우 중요합니다. 사용자가 요약을 수정하면 컴패니언은 변경된 세부 정보를 다시 안내하고 최종 일정에 대한 확인을 받아야 합니다.

섹션 4

날짜가 미해결 상태이거나 충돌할 때는 어떻게 해야 할까요?

시스템이 확신을 가지고 식별할 수 없는 날짜를 기반으로 알림을 보내서는 안 됩니다. 예를 들어 한 메모에는 마야의 연주회가 2027년 5월 14일이라고 적혀 있고 다른 메모에는 2027년 5월 21일이라고 적혀 있다면 날짜가 충돌합니다. 컴패니언은 이러한 충돌을 드러내고 어떤 날짜가 맞는지 물어볼 수 있지만, 알림 상태는 사용자가 이를 해결하고 일정을 확인할 때까지 **예약되지 않음** 상태를 유지해야 합니다.

필수 세부 정보가 누락된 경우에도 동일한 규칙이 적용됩니다. “연주회 전에 알려줘”라는 말은 연주회가 언제인지, 알림을 얼마나 일찍 보내야 하는지, 혹은 사용자가 어떤 연주회를 의미하는지 명시하지 않습니다. 요점을 짚는 후속 질문을 하세요. 사용자가 답변하지 않으면 해당 항목을 활성 알림이 없는 미해결 메모로 유지하세요. 이렇게 하면 추론이 사용자가 승인하지 않은 알림으로 전환되는 것을 방지할 수 있습니다.

유용한 상태 모델을 사용하면 이러한 동작을 명확히 파악할 수 있습니다: **미확인**, **설명 필요**, **예약됨**, **일시 정지됨**, **취소됨** 또는 **완료됨**. “미확인”과 “설명 필요”는 “예약됨”처럼 작동해서는 안 됩니다. 시스템은 적절한 경우 근본적인 기억된 사실을 유지할 수 있지만 실제로 설정되기 전까지는 알림이 존재하는 것처럼 암시해서는 안 됩니다.

섹션 5

수정, 일시 정지, 취소는 어떻게 작동해야 할까요?

**수정:** 사용자가 연주회가 5월 14일이 아니라 5월 21일이라고 말하면, 날짜를 업데이트하고 제안된 알림 시간을 다시 표시하세요. 수정된 일정을 활성화하기 전에 확인을 요청하세요. 알림이 이미 예약되어 있었다면 수정 사항이 적용될 활성 알림을 명확히 식별하고, 교체하기 전에 수정된 날짜를 확인받으세요. 이전 날짜를 숨겨 사용자를 혼란스럽게 하지 않으면서도 현재 상태를 설명할 수 있도록 충분히 확인 가능한 기록을 유지하세요.

**일시 정지:** 일시 정지는 날짜와 알림 세부 정보를 보존하면서 발송을 일시적으로 중단해야 합니다. 알림이 일시 정지되었음을 표시하고, 자동으로 재개되는지 아니면 사용자가 직접 재개해야 하는지 명확히 하세요. 일시 정지된 알림을 활성 상태로 표시하지 마세요. 일시 정지는 사용자가 나중에 세부 사항을 결정하고 싶지만 그동안 알림이 울리는 것을 원하지 않을 때 특히 유용합니다.

**취소:** 취소는 단순히 대화 메모를 제거하거나 항목을 숨기는 것이 아니라 예약된 알림을 비활성화해야 합니다. 여러 알림이 일치할 수 있는 경우 어떤 알림이 취소되는지 확인한 다음 취소 상태를 표시하세요. 기억된 날짜가 여전히 유용하다면 취소된 알림과 분리하여 유지하고, 해당 사실을 수정하거나 삭제할 수 있는 이해하기 쉬운 제어 수단을 제공하세요. Google 캘린더는 개별 일정을 포함하여 알림 설정을 변경할 수 있는 제어 기능을 제공합니다. 이는 알림 관리의 제한적인 예시일 뿐 특정 AI 컴패니언이 알림을 저장하거나 취소하는 방식에 대한 근거는 아닙니다([Google 캘린더 알림 도움말](https://support.google.com/calendar/answer/37242?hl=en)).

변경 후에는 최종 상태와 중요한 세부 정보(알림이 참조하는 날짜, 발송 시점, 표준시, 활성/일시 정지/취소 여부)를 표시하세요. 알림 없이 조용히 처리되는 변경 사항은 사용자가 확인하기 어렵고 오래된 가정을 그대로 남겨둘 위험이 있습니다.

섹션 6

사용자를 위한 간단한 점검 체크리스트

날짜 알림에 의존하기 전에 항목 자체를 확인해 보세요:

대상 인물이나 이벤트의 이름이 올바르게 지정되었나요?

연도를 포함한 전체 날짜가 확인되었나요?

날짜가 어디에서 비롯되었는지 알 수 있으며, 불확실성이 명시되어 있나요?

단순히 날짜를 언급한 것이 아니라 알림을 명시적으로 승인했나요?

알림의 사전 여유 시간, 시각, 표준시가 올바른가요?

항목이 ‘예약됨’ 및 ‘활성’ 상태인가요, 아니면 여전히 확인/설명이 필요한 상태인가요?

수정, 일시 정지, 취소한 경우 표시된 상태가 내가 요청한 내용과 일치하나요?

명확하지 않은 답변이 있다면 해당 항목을 예약된 알림으로 취급하기 전에 검토하거나 문제를 해결하세요. 실용적인 설계 원칙은 간단합니다. 불확실한 정보는 불확실한 상태로 보존하고, 제안된 알림을 쉽게 검토할 수 있도록 하며, 사용자의 의도와 관련 날짜 세부 정보가 명확해진 후에만 활성 알림을 생성하거나 변경하는 것입니다.

관련 글

이 주제 더 살펴보기