mcp-server-apple-events

FradSer/mcp-server-apple-events

3.5

If you are the rightful owner of mcp-server-apple-events and would like to certify it and/or have it hosted online, please leave a comment on the right or send an email to dayong@mcphub.com.

A Model Context Protocol (MCP) server that integrates with Apple Reminders and Calendar on macOS, providing a standardized interface for comprehensive management.

Tools
4
Resources
0
Prompts
0

Apple Events MCP Server Version 1.3.0 License: MIT

X Follow

English |

A Model Context Protocol (MCP) server that provides native integration with Apple Reminders and Calendar on macOS. This server allows you to interact with Apple Reminders and Calendar Events through a standardized interface with comprehensive management capabilities.

Features

Core Functionality

  • List Management: View all reminders and reminder lists with advanced filtering options
  • Reminder Operations: Full CRUD operations (Create, Read, Update, Delete) for reminders across lists
  • Rich Content Support: Complete support for titles, notes, due dates, URLs, and completion status
  • Native macOS Integration: Direct integration with Apple Reminders using EventKit framework

Enhanced Reminder Features (v1.3.0)

  • Priority Support: Set reminder priority (high/medium/low/none) with visual indicators
  • Recurring Reminders: Create repeating reminders with flexible recurrence rules (daily, weekly, monthly, yearly)
  • Location-Based Triggers: Set geofence reminders that trigger when arriving at or leaving a location
  • Tags/Labels: Organize reminders with custom tags for cross-list categorization and filtering
  • Subtasks/Checklists: Add checklist items to reminders with progress tracking

Advanced Features

  • Smart Organization: Automatic categorization and intelligent filtering by priority, due date, category, or completion status
  • Powerful Search: Multi-criteria filtering including completion status, due date ranges, tags, and full-text search
  • Batch Operations: Efficient handling of multiple reminders with optimized data access patterns
  • Permission Management: Automatic validation and request for required macOS system permissions
  • Flexible Date Handling: Support for multiple date formats (YYYY-MM-DD, ISO 8601) with timezone awareness
  • Unicode Support: Full international character support with comprehensive input validation

Technical Excellence

  • Clean Architecture: 4-layer architecture following Clean Architecture principles with dependency injection
  • Type Safety: Complete TypeScript coverage with Zod schema validation for runtime type checking
  • High Performance: Swift-compiled binaries for performance-critical Apple Reminders operations
  • Robust Error Handling: Consistent error responses with detailed diagnostic information
  • Repository Pattern: Data access abstraction with standardized CRUD operations
  • Functional Programming: Pure functions with immutable data structures where appropriate

Prerequisites

  • Node.js 18 or later
  • macOS (required for Apple Reminders integration)
  • Xcode Command Line Tools (required for compiling Swift code)
  • pnpm (recommended for package management)

macOS Permission Requirements (Sonoma 14+ / Sequoia 15)

Apple now separates Reminders and Calendar permissions into write-only and full-access scopes. The Swift bridge declares the following privacy keys so Claude can both read and write data when you approve access:

  • NSRemindersUsageDescription
  • NSRemindersFullAccessUsageDescription
  • NSRemindersWriteOnlyAccessUsageDescription
  • NSCalendarsUsageDescription
  • NSCalendarsFullAccessUsageDescription
  • NSCalendarsWriteOnlyAccessUsageDescription

When the CLI detects a notDetermined authorization status it calls requestFullAccessToReminders / requestFullAccessToEvents, which in turn triggers macOS to show the correct prompt. If the OS ever loses track of permissions, rerun ./check-permissions.sh to re-open the dialogs.

If a Claude tool call still encounters a permission failure, the Node.js layer automatically runs a minimal AppleScript (osascript -e 'tell application "Reminders" …') to surface the dialog and then retries the Swift CLI once.

Troubleshooting Calendar Read Errors

If you see Failed to read calendar events, verify Calendar is set to Full Calendar Access:

  • Open System Settings > Privacy & Security > Calendars
  • Find the app that launches this MCP server (for example Terminal or Claude Desktop)
  • Change access to Full Calendar Access

You can also re-run ./check-permissions.sh (it now validates both Reminders and Calendars access).

Verification command

pnpm test -- src/swift/Info.plist.test.ts

The test suite ensures all required usage-description strings are present before shipping the binary.

Quick Start

You can run the server directly using npx:

npx mcp-server-apple-events

Configuration

Configure Cursor

  1. Open Cursor

  2. Open Cursor settings

  3. Click on "MCP" in the sidebar

  4. Click "Add new global MCP server"

  5. Configure the server with the following settings:

    {
      "mcpServers": {
        "apple-reminders": {
          "command": "npx",
          "args": ["-y", "mcp-server-apple-events"]
        }
      }
    }
    

Configure ChatWise

  1. Open ChatWise
  2. Go to Settings
  3. Navigate to the Tools section
  4. Click the "+" button
  5. Configure the tool with the following settings:
    • Type: stdio
    • ID: apple-reminders
    • Command: mcp-server-apple-events
    • Args: (leave empty)

Configure Claude Desktop

You need to configure Claude Desktop to recognize the Apple Events MCP server. There are two ways to access the configuration:

Option 1: Through Claude Desktop UI
  1. Open Claude Desktop app
  2. Enable Developer Mode from the top-left menu bar
  3. Open Settings and navigate to the Developer Option
  4. Click the Edit Config button to open claude_desktop_config.json
Option 2: Direct File Access

For macOS:

code ~/Library/Application\ Support/Claude/claude_desktop_config.json

For Windows:

code %APPDATA%\Claude\claude_desktop_config.json

2. Add Server Configuration

Add the following configuration to your claude_desktop_config.json:

Option A: Using npx (recommended)

{
  "mcpServers": {
    "apple-reminders": {
      "command": "npx",
      "args": ["-y", "mcp-server-apple-events"]
    }
  }
}

Option B: Using local build

If you have built the project locally, use node with the path to run.cjs:

{
  "mcpServers": {
    "apple-reminders": {
      "command": "node",
      "args": ["/absolute/path/to/mcp-server-apple-events/bin/run.cjs"]
    }
  }
}

For more information on connecting local MCP servers, see the official MCP documentation.

3. Restart Claude Desktop

For the changes to take effect:

  1. Completely quit Claude Desktop (not just close the window)
  2. Start Claude Desktop again
  3. Look for the tool icon to verify the Apple Events server is connected

Usage Examples

Once configured, you can ask Claude to interact with your Apple Reminders. Here are some example prompts:

Creating Reminders

Create a reminder to "Buy groceries" for tomorrow at 5 PM.
Add a reminder to "Call mom" with a note "Ask about weekend plans".
Create a reminder in my "Work" list to "Submit report" due next Friday.
Create a reminder with URL "Check this website: https://google.com".

Creating Reminders with Priority

Create a high priority reminder to "Finish quarterly report" due Friday.
Add an urgent high-priority reminder to "Call client back" for today.
Create a medium priority reminder to "Review documents".

Creating Recurring Reminders

Create a daily reminder to "Take medication" at 9 AM.
Add a weekly reminder every Monday to "Team standup meeting".
Create a monthly reminder on the 1st to "Pay rent".
Set up a yearly reminder on March 15 to "File taxes".

Creating Location-Based Reminders

Remind me to "Buy milk" when I arrive at the grocery store.
Create a reminder to "Check mailbox" when I get home.
Add a reminder to "Submit timesheet" when I leave the office.

Creating Reminders with Tags

Create a reminder "Review PR" with tags work and urgent.
Add a reminder "Buy birthday gift" tagged personal and shopping.
Create a reminder with tags: project-alpha, backend, review.

Creating Reminders with Subtasks

Create a reminder "Grocery shopping" with subtasks: milk, eggs, bread, butter.
Add a reminder "Pack for trip" with checklist items: passport, charger, clothes, toiletries.
Create "Sprint planning" with subtasks: review backlog, estimate stories, assign tasks.

Managing Subtasks

Show subtasks for my "Grocery shopping" reminder.
Mark the "milk" subtask as complete.
Add a new subtask "cheese" to my grocery list reminder.
Reorder the subtasks in my packing list.

Filtering Reminders

Show me all high priority reminders.
Show reminders tagged with "work".
Show recurring reminders only.
Find location-based reminders.
Show reminders with incomplete subtasks.

Update Reminders

Update the reminder "Buy groceries" with a new title "Buy organic groceries".
Update "Call mom" reminder to be due today at 6 PM.
Update the reminder "Submit report" and mark it as completed.
Change the notes on "Buy groceries" to "Don't forget milk and eggs".
Set priority to high on my "Finish report" reminder.
Add the tag "urgent" to my "Review PR" reminder.

Managing Reminders

Show me all my reminders.
List all reminders in my "Shopping" list.
Show my completed reminders.

Working with Lists

Show all my reminder lists.
Show reminders from my "Work" list.

The server will:

  • Process your natural language requests
  • Interact with Apple's native Reminders app
  • Return formatted results to Claude
  • Maintain native integration with macOS

Structured Prompt Library

The server ships with a consolidated prompt registry exposed via the MCP ListPrompts and GetPrompt endpoints. Each template shares a mission, context inputs, numbered process, constraints, output format, and quality bar so downstream assistants receive predictable scaffolding instead of brittle free-form examples.

  • daily-task-organizer — optional today_focus (what you most want to accomplish today) input produces a same-day execution blueprint that keeps priority work balanced with recovery time. Supports intelligent task clustering, focus block scheduling, automatic reminder list organization, and auto-creates calendar time blocks when many due-today reminders need fixed slots. Quick Win clusters become 15-minute "Focus Sprint — [Outcome]" holds that finish at each reminder's due timestamp, while Standard tasks map to 30-, 45-, or 60-minute events anchored to the same due-time window.
  • smart-reminder-creator — optional task_idea (a short description of what you want to do) generates an optimally scheduled reminder structure.
  • reminder-review-assistant — optional review_focus (e.g., overdue or a list name) to audit and optimize existing reminders.
  • weekly-planning-workflow — optional user_ideas (your thoughts and ideas for what you want to accomplish this week) guides a Monday-through-Sunday reset with time blocks tied to existing lists.

Design constraints and validation

  • Prompts are intentionally constrained to native Apple Reminders capabilities (no third-party automations) and ask for missing context before committing to irreversible actions.
  • Shared formatting keeps outputs renderable as Markdown sections or tables without extra parsing glue in client applications.
  • Run pnpm test -- src/server/prompts.test.ts to assert metadata, schema compatibility, and narrative assembly each time you amend prompt copy.

Available MCP Tools

This server now exposes service-scoped MCP tools that mirror Apple Reminders and Calendar domains. Use the identifier that matches the resource you want to manipulate:

Reminder Tasks Tool

Tool Name: reminders_tasks

Manages individual reminder tasks with full CRUD support, including priority, alarms, recurrence rules, start/due/completion dates, location triggers, tags, and subtasks.

Actions: read, create, update, delete

Main Handler Functions:

  • handleReadReminders() - Read reminders with filtering options
  • handleCreateReminder() - Create new reminders
  • handleUpdateReminder() - Update existing reminders
  • handleDeleteReminder() - Delete reminders
Parameters by Action

Read Action (action: "read"):

  • id (optional): Unique identifier of a specific reminder to read
  • filterList (optional): Name of the reminder list to show
  • showCompleted (optional): Include completed reminders (default: false)
  • search (optional): Search term to filter reminders by title or content
  • dueWithin (optional): Filter by due date range ("today", "tomorrow", "this-week", "overdue", "no-date")
  • filterPriority (optional): Filter by priority level ("high", "medium", "low", "none")
  • filterRecurring (optional): Filter to only show recurring reminders when true
  • filterLocationBased (optional): Filter to only show location-based reminders when true
  • filterTags (optional): Filter by tags (reminders must have ALL specified tags)

Create Action (action: "create"):

  • title (required): Title of the reminder
  • startDate (optional): Start date in format 'YYYY-MM-DD' or 'YYYY-MM-DD HH:mm:ss'
  • dueDate (optional): Due date in format 'YYYY-MM-DD' or 'YYYY-MM-DD HH:mm:ss'
  • targetList (optional): Name of the reminders list to add to
  • note (optional): Note text to attach to the reminder
  • url (optional): URL to associate with the reminder
  • location (optional): Location text (EKCalendarItem.location) (not a geofence trigger)
  • priority (optional): Priority level (0=none, 1=high, 2=medium, 3=low)
  • alarms (optional): Array of alarm objects (see Alarm Object below)
  • recurrenceRules (optional): Array of recurrence rules (see Recurrence Rules below)
  • recurrence (optional): Legacy single recurrence rule object (shorthand for one-item recurrenceRules)
  • locationTrigger (optional): Location trigger object (see Location Triggers section below)
  • tags (optional): Array of tags to add to the reminder
  • subtasks (optional): Array of subtask titles to create with the reminder

Update Action (action: "update"):

  • id (required): Unique identifier of the reminder to update
  • title (optional): New title for the reminder
  • startDate (optional): New start date
  • dueDate (optional): New due date in format 'YYYY-MM-DD' or 'YYYY-MM-DD HH:mm:ss'
  • note (optional): New note text
  • url (optional): New URL to attach to the reminder
  • location (optional): New location text (set to empty string to clear)
  • completed (optional): Mark reminder as completed/uncompleted
  • completionDate (optional): Set an explicit completion date/time
  • targetList (optional): Name of the list containing the reminder
  • priority (optional): New priority level (0=none, 1=high, 2=medium, 3=low)
  • alarms (optional): Replace alarms with this array
  • clearAlarms (optional): Set to true to remove all alarms
  • recurrenceRules (optional): Replace recurrence rules with this array
  • recurrence (optional): Legacy single recurrence rule (shorthand for one-item recurrenceRules)
  • clearRecurrence (optional): Set to true to remove recurrence
  • locationTrigger (optional): New location trigger
  • clearLocationTrigger (optional): Set to true to remove location trigger
  • tags (optional): Replace all tags with this array
  • addTags (optional): Tags to add (merges with existing)
  • removeTags (optional): Tags to remove

Delete Action (action: "delete"):

  • id (required): Unique identifier of the reminder to delete
Alarm Object
{
  "relativeOffset": -900,            // Seconds (relative to due/start); negative = before
  "absoluteDate": "2025-11-04T09:00:00+08:00", // Absolute trigger time (optional)
  "locationTrigger": {               // Geofence trigger (optional)
    "title": "Office",
    "latitude": 37.7749,
    "longitude": -122.4194,
    "radius": 100,
    "proximity": "enter"
  }
}

Each alarm must specify exactly one of relativeOffset, absoluteDate, or locationTrigger.

Recurrence Rule Object (for recurrenceRules)
{
  "frequency": "daily" | "weekly" | "monthly" | "yearly",
  "interval": 1,           // Every N periods (default: 1)
  "endDate": "YYYY-MM-DD", // Optional end date
  "occurrenceCount": 10,   // Optional max occurrences
  "daysOfWeek": [1, 3, 5], // 1=Sunday, 7=Saturday (for weekly)
  "daysOfMonth": [1, 15],  // 1-31 (for monthly)
  "monthsOfYear": [3, 6]   // 1-12 (for yearly)
}
Location Trigger Object
{
  "title": "Home", // Location name
  "latitude": 37.7749, // Latitude coordinate
  "longitude": -122.4194, // Longitude coordinate
  "radius": 100, // Geofence radius in meters (default: 100)
  "proximity": "enter" // "enter" or "leave"
}
Example Usage
{
  "action": "create",
  "title": "Buy groceries",
  "dueDate": "2024-03-25 18:00:00",
  "targetList": "Shopping",
  "note": "Don't forget milk and eggs",
  "priority": 1,
  "tags": ["shopping", "errands"],
  "subtasks": ["Milk", "Eggs", "Bread"]
}
{
  "action": "create",
  "title": "Team standup",
  "dueDate": "2024-03-25 09:00:00",
  "recurrence": {
    "frequency": "weekly",
    "interval": 1,
    "daysOfWeek": [2, 3, 4, 5, 6]
  }
}
{
  "action": "create",
  "title": "Buy milk",
  "locationTrigger": {
    "title": "Grocery Store",
    "latitude": 37.7749,
    "longitude": -122.4194,
    "radius": 200,
    "proximity": "enter"
  }
}
{
  "action": "read",
  "filterList": "Work",
  "showCompleted": false,
  "dueWithin": "today",
  "filterPriority": "high",
  "filterTags": ["urgent"]
}
{
  "action": "delete",
  "id": "reminder-123"
}

Reminder Subtasks Tool

Tool Name: reminders_subtasks

Manages subtasks/checklists within reminders. Subtasks are stored in the notes field using a human-readable format visible in the native Reminders app.

Actions: read, create, update, delete, toggle, reorder

Main Handler Functions:

  • handleReadSubtasks() - List all subtasks for a reminder
  • handleCreateSubtask() - Add a new subtask
  • handleUpdateSubtask() - Modify a subtask
  • handleDeleteSubtask() - Remove a subtask
  • handleToggleSubtask() - Flip completion status
  • handleReorderSubtasks() - Change subtask order
Parameters by Action

Read Action (action: "read"):

  • reminderId (required): Parent reminder ID

Create Action (action: "create"):

  • reminderId (required): Parent reminder ID
  • title (required): Subtask title

Update Action (action: "update"):

  • reminderId (required): Parent reminder ID
  • subtaskId (required): Subtask ID to update
  • title (optional): New title
  • completed (optional): New completion status

Delete Action (action: "delete"):

  • reminderId (required): Parent reminder ID
  • subtaskId (required): Subtask ID to delete

Toggle Action (action: "toggle"):

  • reminderId (required): Parent reminder ID
  • subtaskId (required): Subtask ID to toggle

Reorder Action (action: "reorder"):

  • reminderId (required): Parent reminder ID
  • order (required): Array of all subtask IDs in desired order
Example Usage
{
  "action": "read",
  "reminderId": "reminder-123"
}
{
  "action": "create",
  "reminderId": "reminder-123",
  "title": "Pick up dry cleaning"
}
{
  "action": "toggle",
  "reminderId": "reminder-123",
  "subtaskId": "a1b2c3d4"
}
Subtask Storage Format

Subtasks are stored in the notes field with this human-readable format:

User notes here...

---SUBTASKS---
[ ] {a1b2c3d4} First task
[x] {e5f6g7h8} Completed task
[ ] {i9j0k1l2} Another task
---END SUBTASKS---

This format ensures subtasks are visible in the native Reminders app while enabling programmatic access.

Reminder Lists Tool

Tool Name: reminders_lists

Manages reminder lists - view existing lists or create new ones for organizing reminders.

Actions: read, create, update, delete

Main Handler Functions:

  • handleReadReminderLists() - Read all reminder lists
  • handleCreateReminderList() - Create new reminder lists
  • handleUpdateReminderList() - Update existing reminder lists
  • handleDeleteReminderList() - Delete reminder lists
Parameters by Action

Read Action (action: "read"):

  • No additional parameters required

Create Action (action: "create"):

  • name (required): Name for new reminder list

Update Action (action: "update"):

  • name (required): Current name of the list to update
  • newName (required): New name for the reminder list

Delete Action (action: "delete"):

  • name (required): Name of the list to delete
Example Usage
{
  "action": "create",
  "name": "Project Alpha"
}

Calendar Events Tool

Tool Name: calendar_events

Handles EventKit calendar events (time blocks) with CRUD capabilities.

Actions: read, create, update, delete

Main Handler Functions:

  • handleReadCalendarEvents() - Read events with optional filters
  • handleCreateCalendarEvent() - Create calendar events
  • handleUpdateCalendarEvent() - Update existing events
  • handleDeleteCalendarEvent() - Delete calendar events
Parameters by Action

Read Action (action: "read"):

  • id (optional): Unique identifier of an event to read
  • filterCalendar (optional): Calendar name filter
  • search (optional): Keyword match against title, notes, or location
  • availability (optional): Filter by availability ("busy", "free", "tentative", "unavailable", "not-supported")
  • startDate (optional): Filter events starting on/after this date
  • endDate (optional): Filter events ending on/before this date

Create Action (action: "create"):

  • title (required): Event title
  • startDate (required): Start date/time
  • endDate (required): End date/time
  • targetCalendar (optional): Calendar name to create in
  • note, location, structuredLocation, url, isAllDay (optional): Additional metadata
  • availability (optional): Availability ("busy", "free", "tentative", "unavailable")
  • alarms (optional): Array of alarm objects (see Alarm Object above)
  • recurrenceRules (optional): Array of recurrence rules (see Recurrence Rule Object above)

Update Action (action: "update"):

  • id (required): Event identifier
  • Other fields align with create parameters and are optional updates
  • clearAlarms (optional): Set to true to remove all alarms
  • clearRecurrence (optional): Set to true to remove all recurrence rules
  • span (optional): Scope for recurring event changes: "this-event" or "future-events"

Delete Action (action: "delete"):

  • id (required): Event identifier to remove
  • span (optional): Scope for recurring event deletes: "this-event" or "future-events"

Calendar Collections Tool

Tool Name: calendar_calendars

Returns the available calendars from EventKit. This is useful before creating or updating events to confirm calendar identifiers.

Actions: read

Main Handler Function:

  • handleReadCalendars() - List all calendars with IDs and titles

Example Usage

{
  "action": "read"
}

Example Response

{
  "content": [
    {
      "type": "text",
      "text": "### Calendars (Total: 3)\n- Work (ID: cal-1)\n- Personal (ID: cal-2)\n- Shared (ID: cal-3)"
    }
  ],
  "isError": false
}
Response Formats

Success Response:

{
  "content": [
    {
      "type": "text",
      "text": "Successfully created reminder: Buy groceries"
    }
  ],
  "isError": false
}

Reminder with Enhanced Features:

When reading reminders, the output includes visual indicators for enhanced features:

  • 🔄 - Recurring reminder
  • 📍 - Location-based reminder
  • 🏷️ - Has tags
  • 📋 - Has subtasks

Example output:

- [ ] Buy groceries 🏷️📋
  - List: Shopping
  - ID: reminder-123
  - Priority: high
  - Tags: #shopping #errands
  - Subtasks (1/3):
    - [x] Milk
    - [ ] Eggs
    - [ ] Bread
  - Due: 2024-03-25 18:00:00

Note about URL fields: The url field is fully supported by EventKit API. When you create or update a reminder with a URL parameter, the URL is stored in two places for maximum compatibility:

  1. EventKit URL field: The URL is stored in the native url property (visible in Reminders app detail view via the "i" icon)
  2. Notes field: The URL is also appended to the notes using a structured format for parsing

Dual Storage Approach:

  • URL field: Stores a single URL for native Reminders app display
  • Notes field: Stores URLs in a structured format for parsing and multiple URL support
Reminder note content here...

URLs:
- https://example.com
- https://another-url.com

This ensures URLs are accessible both in the Reminders app UI and through the API/notes for parsing.

URL Extraction: You can extract URLs from reminder notes using regex:

// Extract URLs from notes using regex
const urlsRegex = reminder.notes?.match(/https?:\/\/[^\s]+/g) || [];

Benefits of Structured Format:

  • Consistent parsing: URLs are always in a predictable location
  • Multiple URL support: Handle multiple URLs per reminder reliably
  • Clean separation: Note content and URLs are clearly separated
  • Backward compatible: Unstructured URLs still detected as fallback

List Response:

{
  "reminders": [
    {
      "title": "Buy groceries",
      "list": "Shopping",
      "isCompleted": false,
      "dueDate": "2024-03-25 18:00:00",
      "priority": 1,
      "tags": ["shopping", "errands"],
      "subtasks": [
        { "id": "a1b2c3d4", "title": "Milk", "isCompleted": true },
        { "id": "e5f6g7h8", "title": "Eggs", "isCompleted": false }
      ],
      "subtaskProgress": { "completed": 1, "total": 2, "percentage": 50 },
      "notes": "Don't forget the organic options",
      "url": null
    }
  ],
  "total": 1,
  "filter": {
    "list": "Shopping",
    "showCompleted": false
  }
}

Organization Strategies

The server provides intelligent reminder organization capabilities through four built-in strategies:

Priority Strategy

Automatically categorizes reminders based on priority keywords:

  • High Priority: Contains words like "urgent", "important", "critical", "asap"
  • Medium Priority: Default category for standard reminders
  • Low Priority: Contains words like "later", "someday", "eventually", "maybe"

Due Date Strategy

Organizes reminders based on their due dates:

  • Overdue: Past due dates
  • Today: Due today
  • Tomorrow: Due tomorrow
  • This Week: Due within the current week
  • Next Week: Due next week
  • Future: Due beyond next week
  • No Date: Reminders without due dates

Category Strategy

Intelligently categorizes reminders by content analysis:

  • Work: Business, meetings, projects, office, client related
  • Personal: Home, family, friends, self-care related
  • Shopping: Buy, store, purchase, groceries related
  • Health: Doctor, exercise, medical, fitness, workout related
  • Finance: Bills, payments, bank, budget related
  • Travel: Trips, flights, hotels, vacation related
  • Education: Study, learn, courses, books, research related
  • Uncategorized: Doesn't match any specific category

Completion Status Strategy

Simple binary organization:

  • Active: Incomplete reminders
  • Completed: Finished reminders

Usage Examples

Organize all reminders by priority:

Organize my reminders by priority

Categorize work-related reminders:

Organize reminders from Work list by category

Sort overdue items:

Organize overdue reminders by due date

Tags System

Tags provide cross-list categorization for reminders. They are stored in the notes field using the [#tag] format, which keeps them human-readable in the native Reminders app.

Tag Format

Tags are stored at the end of notes:

User notes here...

[#work] [#urgent] [#project-alpha]

Tag Rules

  • Tags can contain letters, numbers, underscores, and hyphens
  • Maximum 50 characters per tag
  • Case-sensitive
  • Filter by multiple tags uses AND logic (reminder must have ALL specified tags)

Example Tag Operations

Create with tags:

{
  "action": "create",
  "title": "Review code",
  "tags": ["work", "code-review", "urgent"]
}

Filter by tags:

{
  "action": "read",
  "filterTags": ["work", "urgent"]
}

Update tags (add/remove):

{
  "action": "update",
  "id": "reminder-123",
  "addTags": ["completed"],
  "removeTags": ["urgent"]
}

License

MIT

Contributing

Contributions welcome! Please read the contributing guidelines first.

Development

  1. Install dependencies with pnpm (keeps the Swift bridge and TypeScript graph in sync):
pnpm install
  1. Build the project (TypeScript and Swift binary) before invoking the CLI:
pnpm build
  1. Run the full test suite to validate TypeScript, Swift bridge shims, and prompt templates:
pnpm test
  1. Lint and format with Biome prior to committing:
pnpm exec biome check

Launching from nested directories

The CLI entry point includes a project-root fallback, so you can start the server from nested paths (for example dist/ or editor task runners) without losing access to the bundled Swift binary. The bootstrapper walks up to ten directories to find package.json; if you customise the folder layout, keep the manifest reachable within that depth to retain the guarantee.

Available Scripts

  • pnpm build - Build the Swift helper binary (required before starting the server)
  • pnpm build:swift - Build the Swift helper binary only
  • pnpm dev - TypeScript development mode with file watching via tsx (runtime TS execution)
  • pnpm start - Start the MCP server over stdio (auto-fallback to runtime TS if no build)
  • pnpm test - Run the comprehensive Jest test suite
  • pnpm check - Run Biome formatting and TypeScript type checking

Dependencies

Runtime Dependencies:

  • @modelcontextprotocol/sdk ^1.25.1 - MCP protocol implementation
  • exit-on-epipe ^1.0.1 - Graceful process termination handling
  • tsx ^4.21.0 - TypeScript execution and REPL
  • zod ^4.3.5 - Runtime type validation

Development Dependencies:

  • typescript ^5.9.3 - TypeScript compiler
  • @types/node ^25.0.3 - Node.js type definitions
  • @types/jest ^30.0.0 - Jest type definitions
  • jest ^30.2.0 - Testing framework
  • babel-jest ^30.2.0 - Babel Jest transformer
  • babel-plugin-transform-import-meta ^2.3.3 - Babel import meta transform
  • ts-jest ^29.4.6 - Jest TypeScript support
  • @biomejs/biome ^2.3.11 - Code formatting and linting

Build Tools:

  • Swift binaries for native macOS integration
  • TypeScript compilation for cross-platform compatibility