← CRD inventorySource 1ea8b8ea8b01
Capability Requirements Document · schedule-contextual-reminder

Schedule a contextual reminder

Maintain an enabled, disabled, snoozed, or recurring trigger that surfaces an attributable reminder for an eligible object or purpose.

Status
draft
Version
0.1
Architecture alignment
compatible
Adoption
proposed
Known public realizations
none confirmed
Evidence basis
restricted static implementation trace

Availability: unknown

Inventory note: Due date, reminder, and task state remain distinct.

Core meaning

Capability purpose
Re-surface relevant information or action at an intended time or context without changing the underlying object's execution state.
Meaningful outcome
A valid reminder trigger and lifecycle are preserved, and each material firing or suppression is attributable.
Boundaries — includes
time or context trigger, recurrence, enable/disable, snooze, attachment, firing state, and cancellation/removal.
Boundaries — excludes
task due dates, completing the reminded action, general dynamic scheduling, and notification-channel delivery mechanics.
Terms and concepts
A reminder requests future attention. It can be attached to a task, goal, routine, note, or other eligible object without becoming that object.

Interaction Contract MLEs

Maintain reminder lifecycle

Actor
An authorized owner, workflow, or planning agent.
Command / intent
Create or change when and why an item should be resurfaced.
Current state
A reminder purpose, eligible target or message, and valid trigger information exist.
Policies / invariants
Trigger requirements match trigger type; recurrence and end conditions are explicit; snooze preserves the original reminder identity; disabled reminders do not fire; firing does not mark the target task complete.
Transition
Validate and persist trigger, recurrence, enabled state, target, and lifecycle changes.
Result
A current reminder definition with attributable state.
Events / effects
A due reminder emits a communication effect through an allowed attention channel.
Unknowns
Location-trigger authority and delivery guarantees are not universally established.

Rules and defaults

Rules / invariants

Communication MLEs

Reminder delivery

Purpose
Bring the reminder's target or message back to the intended audience's attention.
Trigger
The reminder becomes due under its trigger and policy.
Audience
The owner or explicitly authorized recipient.
Required meaning
Identify what requires attention, why now, and the relevant action or source.
Representative example text
Example; illustrative, not shipped copy: “Reminder: review the project plan today.”
Possible realizations
update, push, inbox item, audible cue, or calendar surface.

Unknown / unresolved

Statement provenance

StatementSemantic classEvidence statusSource / note
Reminders have their own trigger and recurrence lifecycle and remain separate from task state.rule/invariantsourcedB13.
Canonical source ↗All CRDs