Todoist MCP Server

An MCP (Model Context Protocol) server that connects Claude with Todoist for complete task and project management through natural language.

Installation

Claude Desktop (One-Click Install)

1. Download todoist-mcp.mcpb from the latest release
2. Double-click the file (or drag onto Claude Desktop)
3. Enter your Todoist API token when prompted
4. Start chatting: "Show me my Todoist projects"

Claude Code / Other MCP Clients

claude mcp add todoist -e TODOIST_API_TOKEN=your_token -- npx @greirson/mcp-todoist

{
  "mcpServers": {
    "todoist": {
      "command": "npx",
      "args": ["@greirson/mcp-todoist"],
      "env": {
        "TODOIST_API_TOKEN": "your_api_token_here"
      }
    }
  }
}

Features

• 19 MCP Tools for complete Todoist management
• Task Management: Create, update, delete, complete, reopen tasks with priorities, due dates, labels
• Bulk Operations: Process multiple tasks efficiently
• Subtasks: Hierarchical task management with completion tracking
• Projects & Sections: Full organization support
• Labels, Filters, Reminders: Pro/Business features supported
• Natural Language: Quick add with Todoist's natural language parsing
• Dry-Run Mode: Test operations without making changes

Dry-Run Mode

Dry-run mode allows you to test operations and automations without making any real changes to your Todoist workspace. This is perfect for testing, debugging, learning the API, or validating automation scripts before running them for real.

How to Enable Dry-Run Mode

Add DRYRUN=true to your environment configuration:

{
  "mcpServers": {
    "todoist": {
      "command": "npx",
      "args": ["@greirson/mcp-todoist"],
      "env": {
        "TODOIST_API_TOKEN": "your_api_token_here",
        "DRYRUN": "true"
      }
    }
  }
}

What Dry-Run Mode Does

• Validates Operations: Uses real API data to validate that operations would succeed
• Simulates Mutations: Create, update, delete, and complete operations are simulated (not executed)
• Real Data Queries: Read operations (get tasks, projects, labels) use the real API
• Detailed Logging: Shows exactly what would happen with clear [DRY-RUN] prefixes
• Error Detection: Catches the same errors that would occur in real execution

Use Cases

• Testing Automations: Validate complex bulk operations before executing
• Learning the API: Explore functionality without fear of making unwanted changes
• Debugging Issues: Understand what operations would be performed
• Safe Experimentation: Try new workflows without affecting your actual tasks
• Training and Demos: Show how operations work without modifying real data

Example Usage

With dry-run mode enabled, operations show what would happen:

You: "Create a task called 'Test Task' in my Work project"

Response:
[DRY-RUN] Dry-run mode enabled - mutations will be simulated
[DRY-RUN] Would create task: "Test Task" in project 2203306141, section none

Task created successfully (simulated):
ID: 100001
Title: Test Task
Project: Work (2203306141)
Priority: 4 (Normal)

Supported Operations

All 19 MCP tools support dry-run mode:

• Task creation, updates, completion, and deletion
• Subtask operations and hierarchy changes
• Bulk operations across multiple tasks
• Project and section creation
• Label management operations
• Reminder CRUD operations
• Comment creation

Disabling Dry-Run Mode

Remove the DRYRUN environment variable or set it to false, then restart Claude Desktop to return to normal operation mode.

Tools Overview

The server provides 19 MCP tools for complete Todoist management:

For detailed tool documentation with parameters and examples, see TOOLS_REFERENCE.md.

Troubleshooting

Common Issues

"No Todoist projects found" or connection errors:

• Verify your API token is correct
• Check that the token is properly set in your claude_desktop_config.json
• Ensure there are no extra spaces or quotes around your token

MCP server not loading:

• Confirm the package is installed globally: npm list -g @greirson/mcp-todoist
• Restart Claude Desktop completely
• Check the configuration file path is correct for your operating system
• Try the full path to the mcp-todoist binary: /Users/USERNAME/.npm-global/bin/mcp-todoist

Permission errors:

• On macOS/Linux, you may need to create the config directory: mkdir -p ~/.config
• Ensure Claude Desktop has permission to read the config file

Usage Examples

Project & Section Setup

"Show me all my projects"
"Create a new project called 'Work Tasks'"
"Create a section called 'In Progress' in project 12345"
"Show me sections in the Work Tasks project"

Task Creation & Management

"Create task 'Team Meeting' in project 12345"
"Add task 'Review PR' due tomorrow with labels ['Code Review', 'Urgent']"
"Create high priority task with deadline 2024-12-25"
"Update meeting task to be in section 67890"
"Mark the PR review task as complete"

# Task duration for time blocking
"Create task 'Deep work session' with 90 minute duration"
"Update task 'Meeting' to have a 2 day duration"

# Task identification by ID (more reliable than name search)
"Get task with ID 1234567890"
"Update task ID 1234567890 to priority 4"
"Complete task with ID 1234567890"
"Reopen task with ID 1234567890"
"Delete task ID 1234567890"

Quick Add

The Quick Add tool parses natural language text like the Todoist app, supporting multiple features in a single command:

"Quick add: Buy groceries tomorrow #Shopping @errands p1"
"Quick add: Review PR next Monday #Work @code-review p2 //Check error handling"
"Quick add: Call mom {deadline in 3 days}"
"Quick add: Team meeting today at 2pm #Work @meetings with reminder 1 hour before"

Quick Add Syntax:

• Due dates: Natural language dates like "tomorrow", "next Friday", "Jan 23", "in 3 days"
• Projects: #ProjectName (no spaces in project names)
• Labels: @label (e.g., "@urgent", "@work")
• Assignees: +name (for shared projects)
• Priority: p1 (urgent), p2, p3, p4 (lowest)
• Deadlines: {in 3 days} or {March 15}
• Descriptions: //your description here (must be at the end)

Subtask Management

"Create subtask 'Prepare agenda' under task 'Team Meeting'"
"Create multiple subtasks for 'Launch Project': 'Design UI', 'Write tests', 'Deploy'"
"Convert task 'Code Review' to a subtask of 'Release v2.0'"
"Promote subtask 'Bug Fix' to a main task"
"Show me the task hierarchy for 'Launch Project' with completion tracking"

Bulk Operations

"Create multiple tasks for project launch: 'Design mockups', 'Write documentation', 'Set up CI/CD'"
"Update all high priority tasks to be due next week"
"Complete all tasks containing 'review' in project 12345"
"Delete all tasks with priority 1 that are overdue"

Comment Management

"Add comment 'This needs urgent attention' to task 'Review PR'"
"Add comment with attachment to task 67890"
"Show all comments for task 'Team Meeting'"
"Get comments for project 12345"

Label Management

"Show me all my labels"
"Create a new label called 'Urgent' with red color"
"Update the 'Work' label to be blue and mark as favorite"
"Delete the unused 'Old Project' label"
"Get usage statistics for all my labels"

Reminder Management (Pro/Business)

"Show me all my reminders"
"Get reminders for task 'Team Meeting'"
"Create a reminder for task 'Review PR' 30 minutes before due"
"Create an absolute reminder for task 12345 at 2024-12-25T09:00:00Z"
"Update reminder 67890 to trigger at 10:00 instead"
"Delete reminder 67890"

Task Discovery

"Show all my tasks"
"List high priority tasks due this week"
"Get tasks in project 12345"

Testing & Validation

"Test my Todoist connection"
"Run basic tests on all Todoist features" // Default: read-only API tests
"Run enhanced tests on all Todoist features" // Full CRUD testing with cleanup
"Benchmark Todoist API performance with 10 iterations"
"Validate that all MCP tools are working correctly"

Dry-Run Testing

When dry-run mode is enabled (DRYRUN=true), use normal commands - they'll automatically be simulated:

"Create a test task with priority 1"
"Update all overdue tasks to be due tomorrow"
"Delete all completed tasks in project 12345"
"Create 5 subtasks under task 'Project Planning'"

All these operations will validate against your real data but won't make any changes.

Development

Building from source

# Clone the repository
git clone https://github.com/greirson/mcp-todoist.git

# Navigate to directory
cd mcp-todoist

# Install dependencies
npm install

# Build the project
npm run build

Development Commands

# Watch for changes and rebuild
npm run watch

# Run tests
npm run test

# Run tests in watch mode
npm run test:watch

# Run tests with coverage
npm run test:coverage

# Lint code
npm run lint

# Fix linting issues
npm run lint:fix

# Format code
npm run format

# Check formatting
npm run format:check

Architecture

The codebase follows a clean, modular architecture designed for maintainability and scalability:

Core Structure

• src/index.ts: Main server entry point with request routing
• src/types.ts: TypeScript type definitions and interfaces
• src/type-guards.ts: Runtime type validation functions
• src/validation.ts: Input validation and sanitization
• src/errors.ts: Custom error types with structured handling
• src/cache.ts: In-memory caching for performance optimization

Modular Tool Organization

• src/tools/: Domain-specific MCP tool definitions organized by functionality:
  • task-tools.ts - Task management (9 tools)
  • subtask-tools.ts - Subtask operations (5 tools)
  • project-tools.ts - Project/section management (4 tools)
  • comment-tools.ts - Comment operations (2 tools)
  • label-tools.ts - Label management (5 tools)
  • reminder-tools.ts - Reminder operations (4 tools)
  • test-tools.ts - Testing and validation (3 tools)
  • index.ts - Centralized exports

Business Logic Handlers

• src/handlers/: Domain-separated business logic modules:
  • task-handlers.ts - Task CRUD and bulk operations
  • subtask-handlers.ts - Hierarchical task management
  • project-handlers.ts - Project and section operations
  • comment-handlers.ts - Comment creation and retrieval
  • label-handlers.ts - Label CRUD and statistics
  • reminder-handlers.ts - Reminder CRUD via Sync API
  • test-handlers.ts - API testing infrastructure
  • test-handlers-enhanced/ - Comprehensive CRUD testing framework

Utility Modules

• src/utils/: Shared utility functions:
  • api-helpers.ts - API response handling utilities
  • error-handling.ts - Centralized error management
  • parameter-transformer.ts - MCP to Todoist SDK parameter format conversion
  • dry-run-wrapper.ts - Dry-run mode implementation

Changelog

See CHANGELOG.md for a detailed history of all changes.

For migration guides and breaking changes, see the full changelog.

Contributing

Contributions are welcome! This project is actively maintained and I appreciate the community's interest in improving it.

A Note on AI-Assisted Contributions

I use Claude Code as part of my own development workflow -- AI-assisted coding is a normal part of how this project is built. I encourage contributors to use whatever tools make them productive, including AI coding assistants.

That said, AI tools make it very easy to generate large volumes of code that looks correct but introduces subtle issues: incorrect API mappings, performance regressions, breaking type changes, or scope creep that bundles unrelated features together. I've seen PRs that swap a URL prefix without realizing the API paths themselves changed, or that add pagination by fetching every page every time without preserving the limit parameter.

Because of this, every PR receives thorough architectural review. This isn't about gatekeeping -- it's about maintaining a codebase that hundreds of people depend on through their MCP clients. PRs that appear to be unreviewed AI output will receive detailed feedback on what needs to change and why, so you can learn and resubmit.

PR Requirements

Before submitting a pull request, please ensure:

1. One concern per PR. A bug fix is one PR. A new feature is another. A documentation update is another. If your diff touches 40+ files across unrelated features, it needs to be split. Mixed-scope PRs will be sent back for splitting.

2. You understand what your code does. If an AI tool wrote it, read it critically before submitting. Can you explain why each change is necessary? Could you debug it if it broke? If not, it's not ready.

3. Tests are included or updated. New features need tests. Bug fixes need a test that would have caught the bug. If you're changing API endpoints, verify they work against the live API -- don't just trust that a URL swap is sufficient.

4. Manual verification is done. Run npm run build and npm test locally. If you're changing API integration code, test against your own Todoist account (dry-run mode is available with DRYRUN=true). Include evidence of verification in your PR description.

5. CI must pass. PRs with failing CI checks will not be reviewed until they're green.

What Makes a Good PR

• A clear, descriptive title and body explaining what and why
• A focused diff that's easy to review (under 200 lines changed is ideal)
• Tests that demonstrate the change works
• Updated documentation if the change affects user-facing behavior
• No unrelated formatting changes, refactors, or "while I'm here" improvements

Getting Started

1. Fork the repository
2. Create a feature branch from main
3. Make your changes following the guidelines above
4. Run npm run build && npm test && npm run lint to verify
5. Submit your PR with a clear description

If you're unsure whether a change is wanted or how to approach it, open an issue first to discuss. This saves everyone time and helps align on the right approach before code is written.

License

This project is licensed under the MIT License - see the LICENSE file for details.

Issues and Support

If you encounter any issues or need support, please file an issue on the GitHub repository.