Como um companheiro de IA pode evitar lembretes para a data importante errada?
Para um lembrete de data opcional (opt-in), um companheiro de IA deve manter uma data lembrada separada de uma notificação agendada. Ele deve registrar a origem da data, solicitar que o usuário confirme a pessoa, data, ano, fuso horário e horário do lembrete, e não enviar nada enquanto algum desses detalhes permanecer indefinido. Uma correção, pausa ou cancelamento deve atualizar o status do lembrete e estar visível para o usuário.
Por que lembrar de uma data não é o mesmo que agendar um lembrete
Uma conversa pode conter um fato útil sem conter autorização para criar um alerta. “O recital da Maya é em 14 de maio” pode ser uma nota compartilhada pelo usuário, um plano provisório ou uma data deduzida a partir de uma formulação ambígua. Isso, por si só, não especifica se um lembrete é desejado, a qual ano se aplica, a que horas enviá-lo ou qual fuso horário usar.
Um design confiável, portanto, trata esses itens como registros separados:
**Fato lembrado:** o que foi dito ou fornecido, com sua fonte e qualquer incerteza associada.
**Data confirmada:** a pessoa ou evento e a data do calendário que o usuário verificou.
**Notificação agendada:** um alerta que o usuário aprovou explicitamente, com horário de entrega, fuso horário e status atual.
Essa separação é uma recomendação de design para companheiros de IA. As páginas de ajuda do Google Agenda descrevem como criar eventos e gerenciar notificações no Agenda; elas não descrevem a memória de companheiros de IA nem implementam o fluxo de trabalho proposto aqui. Apenas como um exemplo de calendário, as instruções do Google tratam a criação de um evento como uma ação com detalhes do evento e uma etapa de salvamento ([Google Agenda: Criar um evento](https://support.google.com/calendar/answer/72143?hl=en)).
Quais detalhes devem ser confirmados antes do agendamento?
Confirme os detalhes que determinam o que o alerta significa e quando ele pode ser disparado. Uma breve tela de revisão ou resumo conversacional deve mostrar:
**Pessoa ou evento:** A quem a data se refere e sobre o que se trata?
**Data completa:** Dia, mês e ano. Um mês e dia sem um ano podem estar incompletos, especialmente quando podem se referir a uma ocorrência passada ou futura.
**Origem da data:** De onde veio a data — por exemplo, uma declaração do usuário, uma entrada de calendário importada ou uma inferência? Deixe a incerteza clara em vez de apresentar uma suposição como definitiva.
**Horário do lembrete:** A antecedência solicitada e o horário local do relógio, como “um dia antes, às 9h”.
**Fuso horário:** O fuso que deve reger a entrega, principalmente se o usuário viajar ou a data disser respeito a alguém em outro local.
**Permissão e entrega:** Se o usuário realmente deseja um alerta e onde ele será exibido, caso o produto ofereça mais de um canal de entrega.
O Google Agenda permite que os usuários definam notificações para eventos e alterem as configurações de notificação; as configurações de sua conta e do evento determinam como essas notificações do Agenda funcionam ([Google Agenda: Alterar notificações](https://support.google.com/calendar/answer/37242?hl=en)). Esse é um exemplo útil de como tratar uma notificação como uma ação configurada com seus próprios controles, e não como uma consequência automática de saber uma data. Isso não deve ser interpretado como evidência de que o Agenda possui memória no estilo de um companheiro de IA.
Um exemplo fictício: do detalhe lembrado ao alerta confirmado
Suponha que um usuário diga: “O recital da Maya é em 14 de maio”. O companheiro pode reter isso como um **fato lembrado não confirmado**: pessoa, evento e mês/dia estão presentes, mas o ano, o fuso horário e a permissão para notificar, não. Ele não deve agendar um alerta apenas com base nessa frase.
O companheiro poderia perguntar: “Anotei que o recital da Maya pode ser em 14 de maio. De qual ano se trata, qual fuso horário devo usar e você gostaria de receber um lembrete?”. O usuário responde: “14 de maio de 2027, America/Los_Angeles. Por favor, me lembre no dia anterior, às 9h no horário do Pacífico”. O companheiro resume: “Vou lembrá-lo sobre o recital da Maya em 13 de maio de 2027, às 9h America/Los_Angeles, um dia antes do recital de 14 de maio. Posso agendar?”.
Somente após a confirmação do usuário o sistema deve criar um registro de notificação, como: **Recital da Maya — 14 de maio de 2027 — lembrete em 13 de maio de 2027 às 9h America/Los_Angeles — ativo**. A data e o horário acima são exemplos fictícios, não um relato de uma pessoa ou evento real. Especificar o fuso horário explicitamente ajuda a evitar tratar “9h” como universal. As orientações de fuso horário do Google Agenda explicam que os horários dos eventos são exibidos nos fusos locais e que mudanças de fuso horário podem afetar a visualização dos itens da agenda; este é um exemplo de comportamento do Agenda, não uma afirmação sobre lembretes de IA ([Google Agenda: Usar o Agenda em diferentes fusos horários](https://support.google.com/calendar/answer/37064?hl=en)).
O resumo voltado ao usuário é importante porque oferece uma oportunidade final para detectar uma inversão de mês e dia, o ano errado, uma pessoa incorreta ou uma interpretação equivocada de “o dia anterior”. Se o usuário editar o resumo, o companheiro deve reiterar os detalhes alterados e obter a confirmação para o agendamento resultante.
O que deve acontecer quando uma data for indefinida ou conflitante?
Não envie um alerta com base em uma data que o sistema não consiga identificar com segurança. Por exemplo, se uma nota diz que o recital da Maya é em 14 de maio de 2027 e outra diz que é em 21 de maio de 2027, as datas entram em conflito. O companheiro pode apontar o conflito e perguntar qual data está correta, mas o status da notificação deve permanecer **não agendado** até que o usuário resolva o conflito e confirme um agendamento.
A mesma regra se aplica quando falta um detalhe essencial. “Lembre-me antes do recital” não especifica quando é o recital, com quanta antecedência o lembrete deve chegar ou, possivelmente, a qual recital o usuário se refere. Faça uma pergunta de acompanhamento direcionada. Se o usuário não responder, mantenha o item como uma nota não resolvida, sem uma notificação ativa. Isso evita transformar uma inferência em um alerta que o usuário nunca aprovou.
Um modelo de status útil torna esse comportamento legível: **não confirmado**, **precisa de esclarecimento**, **agendado**, **pausado**, **cancelado** ou **concluído**. “Não confirmado” e “precisa de esclarecimento” não devem se comportar como “agendado”. O sistema pode manter o fato lembrado subjacente, se apropriado, mas não deve sugerir que um alerta existe até que ele tenha sido efetivamente configurado.
Como devem funcionar correções, pausas e cancelamentos?
**Correção:** se o usuário disser que o recital é em 21 de maio, e não em 14 de maio, atualize a data e mostre o horário de lembrete proposto novamente. Peça confirmação antes de ativar o agendamento corrigido. Se um lembrete já estava agendado, identifique claramente qual alerta ativo a correção irá alterar e confirme a data revisada antes de substituí-la. Mantenha um histórico visível suficiente para explicar o estado atual, sem ocultar a data antiga de uma forma que possa confundir o usuário.
**Pausa:** pausar deve interromper a entrega temporariamente, preservando os detalhes da data e do lembrete. Mostre que a notificação está pausada e deixe claro se ela será retomada automaticamente ou se exige que o usuário a retome manualmente. Não rotule um lembrete pausado como ativo. Uma pausa é especialmente útil quando o usuário deseja resolver um detalhe mais tarde, mas não quer que um alerta dispare nesse meio-tempo.
**Cancelamento:** o cancelamento deve desativar a notificação agendada, e não apenas remover uma nota da conversa ou ocultar o item. Confirme qual lembrete está sendo cancelado quando houver mais de uma correspondência possível e, em seguida, mostre um status de cancelado. Se a data lembrada continuar útil, mantenha-a separada do alerta cancelado e ofereça controles compreensíveis para editar ou remover esse fato. O Agenda oferece controles para alterar as configurações de notificação, inclusive para um evento individual; este é um exemplo pontual de gerenciamento de notificações, não uma evidência sobre como qualquer companheiro de IA armazena ou cancela lembretes ([Ajuda sobre notificações do Google Agenda](https://support.google.com/calendar/answer/37242?hl=en)).
Após qualquer alteração, mostre o estado resultante e os detalhes relevantes: a qual data o lembrete se refere, quando ele dispararia, seu fuso horário e se está ativo, pausado ou cancelado. Uma alteração silenciosa é difícil de ser verificada pelo usuário e pode deixar uma suposição desatualizada em vigor.
Uma breve lista de verificação para os usuários
Antes de confiar em um lembrete de data, verifique o próprio item:
A pessoa ou evento está nomeado corretamente?
A data completa, incluindo o ano, está confirmada?
Consigo identificar de onde veio a data e qualquer incerteza está visível?
Eu aprovei explicitamente um alerta, em vez de apenas mencionar a data?
A antecedência, o horário do relógio e o fuso horário do lembrete estão corretos?
O item indica agendado e ativo, ou ainda precisa de esclarecimento?
Se corrigi, pausei ou cancelei, o status exibido corresponde ao que solicitei?
Se alguma resposta não for clara, revise ou resolva o item antes de tratá-lo como uma notificação agendada. O princípio prático de design é simples: preserve informações incertas como incertas, torne o alerta proposto fácil de inspecionar e crie ou altere uma notificação ativa somente após a intenção do usuário e os detalhes relevantes da data estarem claros.