Summary
The Reminders MCP server enables AI assistants to create and manage reminders within conversations. Supports both one-time reminders (scheduled_at) and recurring reminders (cron expressions) with timezone awareness. Requires conversation API key for authentication.Authentication
This server requires a conversation API key. The key is automatically provided when tools are called within an Agentic Loop.Automatic in Agentic Loops: When using this server within an Agentic Loop, the conversation API key is provided automatically - no manual setup required.
Use Cases
One-Time Meeting Reminder
User: “Remind me about the team meeting tomorrow at 2pm” Tool Calls:create-reminderwith message “Team meeting”, scheduled_at “2026-02-05T14:00:00”, timezone “America/New_York”
Daily Standup Reminder
User: “Remind me every weekday at 9am about standup” Tool Calls:create-reminderwith message “Daily standup”, cron_expression “0 9 * * 1-5”, timezone “America/Los_Angeles”
Managing Reminders
User: “What reminders do I have coming up?” Tool Calls:list-reminderswith status “active” → Shows all active reminders- User: “Cancel the one about standup”
delete-reminderwith reminder_id from the standup reminder
Available Tools
create-reminder
Create a new reminder for the conversation.| Parameter | Type | Required | Description |
|---|---|---|---|
message | string | Yes | What to remind the user about |
scheduled_at | string | No* | For one-time reminders: ISO 8601 datetime (e.g., “2026-12-25T09:00:00”). Interpreted in the specified timezone. |
cron_expression | string | No* | For recurring reminders: cron schedule (e.g., “0 9 * * *” for daily at 9am, “0 9 * * 1-5” for weekdays) |
timezone | string | No | Timezone for the schedule (IANA identifier, default: “UTC”). Examples: “America/New_York”, “Europe/London”, “Asia/Tokyo” |
Either/Or Requirement: You must provide either
scheduled_at (one-time) or cron_expression (recurring), but not both.0 9 * * *- Every day at 9:00 AM0 9 * * 1-5- Every weekday at 9:00 AM0 */2 * * *- Every 2 hours30 8 * * 1- Every Monday at 8:30 AM0 0 1 * *- First day of every month at midnight
list-reminders
List all reminders for the conversation.| Parameter | Type | Required | Description |
|---|---|---|---|
status | string | No | Filter by status: “active”, “paused”, “completed”, “failed” |
limit | integer | No | Maximum reminders to return (1-100, default: 20) |
Status Filters:
active- Currently enabled reminderspaused- Temporarily disabled reminderscompleted- One-time reminders that have triggeredfailed- Reminders that encountered errors
get-reminder
Get full details of a specific reminder by its ID.| Parameter | Type | Required | Description |
|---|---|---|---|
reminder_id | string | Yes | The UUID of the reminder to retrieve |
Reminder Not Found: If the reminder_id doesn’t exist for this conversation, an error is returned.
update-reminder
Update an existing reminder’s message, schedule, timezone, or status.| Parameter | Type | Required | Description |
|---|---|---|---|
reminder_id | string | Yes | The UUID of the reminder to update |
message | string | No | New reminder message |
scheduled_at | string | No | New scheduled time for one-time reminders (ISO 8601 datetime) |
cron_expression | string | No | New cron expression for recurring reminders |
timezone | string | No | New timezone for the schedule |
status | string | No | New status: “active” to enable, “paused” to temporarily disable |
Partial Updates: You only need to provide the fields you want to change. Other fields remain unchanged.
active→paused(temporarily disable)paused→active(re-enable)
Cannot Update Completed or Failed: Only
active and paused reminders can be updated. Completed or failed reminders must be deleted and recreated.delete-reminder
Permanently delete a reminder by its ID.| Parameter | Type | Required | Description |
|---|---|---|---|
reminder_id | string | Yes | The UUID of the reminder to delete |
Permanent Action: Deletion cannot be undone. The reminder is permanently removed from the database.
Common Workflows
Creating a Quick Reminder
Setting Up Recurring Reminders
Managing Reminders
Timezone Best Practices
Validating Timezones
Before creating reminders, validate the user’s timezone:Common Timezone Identifiers
| Region | Timezone Identifier | Offset |
|---|---|---|
| US Eastern | America/New_York | UTC-05:00 (EST) / UTC-04:00 (EDT) |
| US Central | America/Chicago | UTC-06:00 (CST) / UTC-05:00 (CDT) |
| US Mountain | America/Denver | UTC-07:00 (MST) / UTC-06:00 (MDT) |
| US Pacific | America/Los_Angeles | UTC-08:00 (PST) / UTC-07:00 (PDT) |
| UK | Europe/London | UTC+00:00 (GMT) / UTC+01:00 (BST) |
| Central Europe | Europe/Paris | UTC+01:00 (CET) / UTC+02:00 (CEST) |
| Japan | Asia/Tokyo | UTC+09:00 (JST) |
| Australia | Australia/Sydney | UTC+10:00 (AEST) / UTC+11:00 (AEDT) |
Daylight Saving Time: IANA timezone identifiers automatically handle DST transitions. Times remain consistent from the user’s perspective.
Tips & Best Practices
- Always specify timezone when creating reminders to avoid confusion (defaults to UTC if not specified)
- Use ISO 8601 format for
scheduled_at(e.g., “2026-02-05T14:00:00”) - Test cron expressions before creating - incorrect patterns may not trigger as expected
- Pause instead of delete if the user might want to re-enable the reminder later
- List reminders before updating or deleting to confirm you’re acting on the right one
- Consider user’s intent - “tomorrow at 2pm” should use their local timezone, not UTC
Cron Expression Tips
- Use online tools to validate cron expressions before creating reminders
- Common mistake:
0 9 1-5 * *(days 1-5 of month) vs0 9 * * 1-5(Mon-Fri) - Be explicit:
0 9 * * 1,2,3,4,5is clearer than0 9 * * 1-5for some users - Test thoroughly: Create a test reminder with short intervals to verify the pattern works
Reminder Lifecycle
Recurring: Next Run Calculated
Recurring reminders calculate the next
next_run_at based on cron expressionAPI Reference
View the complete API specification for Reminders MCP server endpoints