Hoe kan een AI-metgezel herinneringen aan de verkeerde belangrijke datum voorkomen?

Een gesprek kan een nuttig feit bevatten zonder dat daarmee toestemming is gegeven om een melding aan te maken. ‘Maya’s recital is op 14 mei’ kan een notitie zijn die de gebruiker heeft gedeeld, een voorlopig plan of een datum die is afgeleid uit dubbelzinnige bewoordingen. Op zichzelf geeft die zin niet aan of de gebruiker een herinnering wil, voor welk jaar de datum geldt, op welk tijdstip die moet worden verstuurd of welke tijdzone moet worden gebruikt.

Een betrouwbaar ontwerp behandelt deze daarom als afzonderlijke gegevens:

Onthouden feit: wat is gezegd of aangeleverd, met de bron en eventuele onzekerheid.

Bevestigde datum: de persoon of gebeurtenis en de kalenderdatum die de gebruiker heeft gecontroleerd.

Ingeplande melding: een melding die de gebruiker uitdrukkelijk heeft goedgekeurd, met een verzendtijd, tijdzone en huidige status.

Dit onderscheid is een ontwerpaanbeveling voor AI-metgezellen. De hulppagina’s van Google Calendar beschrijven hoe je afspraken maakt en meldingen in Calendar beheert; ze beschrijven geen AI-metgezelgeheugen en voeren de hier voorgestelde werkwijze niet uit. Alleen als voorbeeld van een agenda behandelen de instructies van Google het maken van een afspraak als een handeling met afspraakgegevens en een opslagstap (Google Calendar: een afspraak maken).

Bevestig de gegevens die bepalen wat de melding betekent en wanneer deze kan worden verstuurd. Een kort controlescherm of een samenvatting in het gesprek moet het volgende tonen:

Persoon of gebeurtenis: Op wie heeft de datum betrekking en waar verwijst die naar?

Volledige datum: Dag, maand en jaar. Een dag en maand zonder jaar kunnen onvolledig zijn, vooral als ze naar een gebeurtenis in het verleden of de toekomst kunnen verwijzen.

Herkomst van de datum: Waar komt de datum vandaan, bijvoorbeeld uit een uitspraak van de gebruiker, een geïmporteerde agenda-afspraak of een gevolgtrekking? Maak onzekerheid duidelijk in plaats van een gok als vaststaand te presenteren.

Tijdstip van de herinnering: De gewenste voorsprong en lokale kloktijd, zoals ‘één dag van tevoren om 9.00 uur’.

Tijdzone: De zone die voor de verzending moet gelden, vooral als de gebruiker reist of de datum betrekking heeft op iemand op een andere locatie.

Toestemming en bezorging: Of de gebruiker überhaupt een melding wil en waar die verschijnt als het product meerdere bezorgkanalen aanbiedt.

Met Google Calendar kunnen gebruikers meldingen voor afspraken instellen en de meldingsinstellingen wijzigen; de account- en afspraakinstellingen bepalen hoe die Calendar-meldingen werken (Google Calendar: meldingen wijzigen). Dit is een nuttig voorbeeld van een melding behandelen als een ingestelde handeling met eigen bedieningsopties, en niet als een automatisch gevolg van het kennen van een datum. Dit mag niet worden opgevat als bewijs dat Calendar geheugen heeft zoals een AI-metgezel.

Stel dat een gebruiker zegt: ‘Maya’s recital is op 14 mei.’ De metgezel kan dit bewaren als een onbevestigd onthouden feit: de persoon, gebeurtenis en dag en maand zijn bekend, maar het jaar, de tijdzone en de toestemming om een melding te sturen niet. Op basis van alleen die zin mag de metgezel geen melding inplannen.

De metgezel kan vragen: ‘Ik heb genoteerd dat Maya’s recital mogelijk op 14 mei is. Om welk jaar gaat het, welke tijdzone moet ik gebruiken en wil je een herinnering?’ De gebruiker antwoordt: ‘14 mei 2027, America/Los_Angeles. Herinner me er de dag ervoor om 9.00 uur Pacific Time aan.’ De metgezel vat samen: ‘Ik herinner je op 13 mei 2027 om 9.00 uur America/Los_Angeles aan Maya’s recital, één dag voor de recital op 14 mei. Zal ik dit inplannen?’

Pas nadat de gebruiker bevestigt, mag het ontwerp een meldingsgegeven aanmaken, bijvoorbeeld: Maya’s recital — 14 mei 2027 — herinnering op 13 mei 2027 om 9.00 uur America/Los_Angeles — actief. De datum en tijd hierboven zijn fictieve voorbeelden en geen verslag van een echte persoon of gebeurtenis. Door de tijdzone expliciet te noemen, voorkom je dat ‘9.00 uur’ als universeel wordt opgevat. De uitleg van Google Calendar over tijdzones vermeldt dat afspraakuren in lokale tijdzones worden weergegeven en dat wijzigingen van tijdzone invloed kunnen hebben op de weergave van agenda-items; dit is een voorbeeld van Calendar-gedrag, geen bewering over AI-herinneringen (Google Calendar: Calendar in verschillende tijdzones gebruiken).

De samenvatting voor de gebruiker is belangrijk omdat die een laatste kans biedt om een verwisseling van dag en maand, het verkeerde jaar, de verkeerde persoon of een onjuiste interpretatie van ‘de dag ervoor’ op te merken. Als de gebruiker de samenvatting bewerkt, moet de metgezel de gewijzigde gegevens opnieuw noemen en bevestiging vragen voor de resulterende planning.

Verstuur geen melding op basis van een datum die het systeem niet met voldoende zekerheid kan vaststellen. Als de ene notitie bijvoorbeeld zegt dat Maya’s recital op 14 mei 2027 is en een andere dat die op 21 mei 2027 is, spreken de datums elkaar tegen. De metgezel kan het conflict aangeven en vragen welke datum juist is, maar de meldingsstatus moet niet ingepland blijven totdat de gebruiker het conflict heeft opgelost en de planning heeft bevestigd.

Dezelfde regel geldt als essentiële gegevens ontbreken. ‘Herinner me vóór de recital’ zegt niet wanneer de recital is, hoe lang van tevoren de herinnering moet komen of mogelijk welke recital de gebruiker bedoelt. Stel een gerichte vervolgvraag. Als de gebruiker niet antwoordt, bewaar het item dan als een onopgeloste notitie zonder actieve melding. Zo wordt een gevolgtrekking geen melding waarvoor de gebruiker nooit toestemming heeft gegeven.

Een bruikbaar statusmodel maakt dit gedrag inzichtelijk: onbevestigd, verduidelijking nodig, ingepland, gepauzeerd, geannuleerd of afgerond. ‘Onbevestigd’ en ‘verduidelijking nodig’ mogen zich niet gedragen als ‘ingepland’. Het systeem kan het onderliggende onthouden feit zo nodig bewaren, maar mag niet suggereren dat er een melding bestaat voordat die daadwerkelijk is ingesteld.

Correctie: Als de gebruiker zegt dat de recital op 21 mei is en niet op 14 mei, werk dan de datum bij en toon opnieuw het voorgestelde tijdstip van de herinnering. Vraag om bevestiging voordat de gecorrigeerde planning wordt geactiveerd. Als er al een herinnering is ingepland, geef dan duidelijk aan welke actieve melding door de correctie wordt gewijzigd en bevestig de aangepaste datum voordat je die vervangt. Houd voldoende zichtbare geschiedenis bij om de huidige status uit te leggen, zonder de oude datum zo te verbergen dat dit de gebruiker kan verwarren.

Pauze: Pauzeren moet de verzending tijdelijk stoppen en de datum en gegevens van de herinnering bewaren. Toon dat de melding is gepauzeerd en maak duidelijk of die automatisch wordt hervat of dat de gebruiker dit zelf moet doen. Noem een gepauzeerde herinnering niet actief. Pauzeren is vooral handig wanneer de gebruiker later een detail wil uitzoeken, maar in de tussentijd geen melding wil ontvangen.

Annulering: Annuleren moet de ingeplande melding deactiveren en mag niet alleen een gespreksnotitie verwijderen of het item verbergen. Bevestig welke herinnering wordt geannuleerd als er meerdere in aanmerking komen en toon daarna de status ‘geannuleerd’. Als de onthouden datum nuttig blijft, bewaar die dan gescheiden van de geannuleerde melding en bied begrijpelijke opties om dat feit te bewerken of te verwijderen. In Calendar kun je meldingsinstellingen wijzigen, ook voor een afzonderlijke afspraak; dit is een beperkt voorbeeld van meldingsbeheer en geen bewijs voor de manier waarop een AI-metgezel herinneringen opslaat of annuleert (Google Calendar-hulp over meldingen).

Toon na elke wijziging de nieuwe status en de relevante gegevens: op welke datum de herinnering betrekking heeft, wanneer die zou worden verstuurd, welke tijdzone geldt en of de melding actief, gepauzeerd of geannuleerd is. Een onzichtbare wijziging is lastig voor de gebruiker te controleren en kan een verouderde aanname in stand houden.

Controleer het item zelf voordat je op een datumherinnering vertrouwt:

Is de persoon of gebeurtenis correct vermeld?

Is de volledige datum, inclusief het jaar, bevestigd?

Kan ik zien waar de datum vandaan komt en is eventuele onzekerheid zichtbaar?

Heb ik uitdrukkelijk toestemming gegeven voor een melding, in plaats van alleen de datum te noemen?

Klopt de voorsprong, kloktijd en tijdzone van de herinnering?

Staat er dat de herinnering ingepland en actief is, of moet er nog iets worden verduidelijkt?

Komt de weergegeven status overeen met wat ik heb gevraagd als ik de herinnering heb gecorrigeerd, gepauzeerd of geannuleerd?

Als een antwoord onduidelijk is, controleer of verduidelijk het item dan voordat je het als een ingeplande melding beschouwt. Het praktische ontwerpprincipe is eenvoudig: behoud onzekere informatie als onzeker, maak de voorgestelde melding eenvoudig te controleren en maak of wijzig een actieve melding pas wanneer de intentie van de gebruiker en de relevante datums duidelijk zijn.