Full CRUD MCP server for OmniFocus via Omni Automation — tasks, projects, folders, tags, recurrence.
Full CRUD MCP server for OmniFocus via Omni Automation — tasks, projects, folders, tags, recurrence.
Valid MCP server (1 strong, 1 medium validity signals). 3 known CVEs in dependencies (1 critical, 2 high severity) Imported from the Official MCP Registry. 1 finding(s) downgraded by scanner intelligence.
8 files analyzed · 4 issues found
Security scores are indicators to help you make informed decisions, not guarantees. Always review permissions before connecting any MCP server.
This plugin requests these system permissions. Most are normal for its category.
Add this to your MCP configuration file:
{
"mcpServers": {
"io-github-steveardis-omnifocus": {
"args": [
"-y",
"@scardis/omnifocus-mcp"
],
"command": "npx"
}
}
}From the project's GitHub README.
An MCP server for OmniFocus that exposes the full Omni Automation JavaScript API to LLM callers.
macOS only. Requires OmniFocus running on the same machine. The entire implementation runs OmniJS snippets inside OmniFocus via osascript -l JavaScript — no AppleScript string generation, no scripting dictionary limitations.
The package is published to npm as @scardis/omnifocus-mcp.
Add to your MCP client config (e.g. Claude Desktop claude_desktop_config.json):
{
"mcpServers": {
"omnifocus": {
"command": "npx",
"args": ["-y", "@scardis/omnifocus-mcp"]
}
}
}
git clone https://github.com/steveardis/omnifocus-mcp.git
cd omnifocus-mcp
npm install
npm run build
Then configure your MCP client:
{
"mcpServers": {
"omnifocus": {
"command": "node",
"args": ["/absolute/path/to/omnifocus-mcp/dist/server.js"]
}
}
}
| Tool | Description |
|---|---|
list_projects | Projects with optional filtering by status, folderId, flagged. Default excludes done/dropped. Limit (default 100). |
get_project | Full project detail by stable ID |
list_tasks | Tasks scoped by projectId, folderId, inbox: true, or all: true with optional status/tag/due/flagged filters. Limit (default 200). |
get_task | Full task detail by stable ID — includes defer/planned/due dates, tags, repetition rule, parentTaskId |
list_folders | Folders with optional status filter. Limit (default 200). |
get_folder | Full folder detail by stable ID, including child folder and project IDs |
list_tags | Tags with optional status filter. Limit (default 200). |
get_tag | Full tag detail by stable ID, including child tag IDs |
resolve_name | Resolve a name to stable ID candidates — never silently disambiguates; returns all matches |
| Tool | Description |
|---|---|
create_task | Create a task in inbox, project, or as subtask. Supports defer/planned/due dates, tags, flagged, estimated minutes, and repetition rules. |
edit_task | Edit any task field. Pass null to clear dates or repetition. Omitted fields are unchanged. |
complete_task | Mark a task complete |
drop_task | Mark a task dropped |
delete_task | Permanently delete a task and all subtasks |
create_project | Create a project, optionally in a folder. Supports type, status, review interval, tags. |
edit_project | Edit project fields |
complete_project | Mark a project complete |
drop_project | Mark a project dropped |
delete_project | Permanently delete a project and all its tasks |
create_folder | Create a folder, optionally nested |
edit_folder | Rename a folder |
delete_folder | Permanently delete a folder and entire subtree |
create_tag | Create a tag, optionally nested |
edit_tag | Edit tag name or status |
delete_tag | Permanently delete a tag and child tags |
move_task | Move a task to a project or make it a subtask of another task |
move_project | Move a project to a folder or to top level |
Every entity returned by this server includes a stable id field (id.primaryKey from OmniFocus). Use this ID in subsequent calls rather than names. Names can be ambiguous; IDs are not.
If you have a name but not an ID, use resolve_name. It returns a list — if multiple candidates are returned, inspect the path field and ask the user to disambiguate before proceeding with any write operation.
Two notable alternatives exist: themotionmachine/OmniFocus-MCP and jqlts1/omnifocus-mcp-enhanced (a fork of the above with additional tools).
Scripting API. The alternatives use the JXA scripting dictionary or AppleScript to drive OmniFocus. This server makes a single JXA call — Application('OmniFocus').evaluateJavascript() — and runs all logic as OmniJS (Omni Automation) inside OmniFocus. This gives access to the full Omni Automation API surface (recurrence rules, review intervals, perspectives, forecast, attachments, URL automation, etc.) rather than the more limited scripting dictionary.
Argument injection. The alternatives construct osascript commands via string interpolation, which can break on apostrophes, quotes, backslashes, and unicode in names. This server serializes all arguments with JSON.stringify into a JS literal.
Entity addressing. The alternatives address entities primarily by name. This server returns a stable id (id.primaryKey) for every entity and provides resolve_name to map a name to ID candidates — returning all matches with full paths rather than silently picking one when names are ambiguous.
Full CRUD. This server supports creating, editing, completing, dropping, deleting, and moving tasks, projects, folders, and tags — plus repetition rules and OmniFocus 4's planned date.
# Type-check without building
npm run typecheck
# Run unit tests (no OmniFocus required)
npm test
# Build
npm run build
npm test
⚠️ Integration tests run against your real OmniFocus database.
Each test run creates a temporary top-level folder named
__MCP_TEST_<uuid>__and deletes it on teardown. If a test run is interrupted before teardown, run the cleanup script:npm run test:cleanup-fixtures
⚠️ Sync warning: By default, integration tests refuse to run if OmniFocus sync is enabled, to prevent test fixtures from propagating to your other devices. Disable OmniFocus sync first, or set
MCP_TEST_ALLOW_SYNC=1to opt in (fixtures will sync):
# Default (refuses if sync enabled)
npm run test:integration
# With sync enabled (use carefully)
MCP_TEST_ALLOW_SYNC=1 npm run test:integration
npm run test:cleanup-fixtures
This removes any __MCP_TEST_*__ folders and orphaned __mcp_*__ projects/tags left in OmniFocus from interrupted test runs.
Contributions are welcome! Here's how to get started:
npm installnpm testnpm run test:integrationnpm run typecheck — must pass with no errorsnpm test — all unit tests must passnpm run test:integration — all integration tests must pass (macOS only)The server runs OmniJS snippets inside OmniFocus via osascript -l JavaScript. Each tool has three layers:
src/schemas/shapes.ts) — Zod schemas for input validation and output parsingsrc/snippets/*.js) — OmniJS code that runs inside OmniFocus. Plain ES5 JavaScript (no imports, no TypeScript). Arguments are injected via __ARGS__ placeholder.src/tools/*.ts) — Validates input, calls runSnippet(), parses the resultWhen adding a new tool:
src/schemas/shapes.ts and export from src/schemas/index.tssrc/snippets/ALLOWED_SNIPPETS in src/runtime/snippetLoader.tssrc/tools/ and register it in src/tools/index.tsSnippets run inside OmniFocus's JavaScript runtime, not Node.js. Key constraints:
var, function(){}, no arrow functions in older OmniFocus versionsflattenedTasks, flattenedProjects, moveTasks, etc.) are available directlyreturn JSON.stringify({ ok: true, data: ... })NotFoundError, ValidationError) which the bridge catches and wrapsBe the first to review this server!
by Modelcontextprotocol · Productivity
Knowledge graph-based persistent memory across sessions
by Modelcontextprotocol · Productivity
Time and timezone conversion capabilities for your AI assistant
by Toleno · Developer Tools
Toleno Network MCP Server — Manage your Toleno mining account with Claude AI using natural language.
by mcp-marketplace · Developer Tools
Create, build, and publish Python MCP servers to PyPI — conversationally.
by Microsoft · Content & Media
Convert files (PDF, Word, Excel, images, audio) to Markdown for LLM consumption
by mcp-marketplace · Developer Tools
Scaffold, build, and publish TypeScript MCP servers to npm — conversationally