mcp-omniplan-jtr
Drive OmniPlan 4 on macOS from Claude (or any MCP-compatible LLM agent) using natural language.
Tell an agent "create a milestone called Beta Launch under the Deployment group, link it after the QA-complete task, and assign it to Alice." It does. The Gantt redraws.
20 tools across tasks, dependencies, resources, assignments, and project metadata. MIT-licensed. macOS only.
Lineage: this build is inspired by
xiahan4956/omniplan-mcp(MIT) — the originaljxa.pybridge is reused under MIT. The rest of the codebase was rebuilt from scratch (~86% of current LOC). It's distributed under a distinct PyPI name (mcp-omniplan-jtr) so as not to take the original author's namespace. SeeCHANGELOG.mdfor what changed.
What it does
| You say | The agent calls | OmniPlan reflects |
|---|---|---|
| "Show me incomplete tasks due this week" | query_tasks(due_before=…, completed=false) |
filters the outline |
| "Create a 4-hour task 'Refactor login' under Auth" | create_task(parent_id, effort_seconds=14400) |
new row in the Gantt |
| "Link 'Refactor login' before 'Run E2E'" | add_dependency(predecessor_id, successor_id, kind="FS") |
dependency arrow drawn |
| "Assign Alice at 50%" | assign_resource(task_id, resource_id, units=0.5) |
assignment chip on the bar |
| "Mark Beta Launch as a milestone, color green" | update_task(type="milestone", color="green") |
diamond marker, green |
| "Save the document" | save_document() |
written to disk |
Requirements
- macOS (any recent version)
- OmniPlan 4 — installed and running with a document open
- Python 3.11+
- Automation permission granted to your terminal / MCP host app (System Settings → Privacy & Security → Automation → enable OmniPlan)
Install
Pick whichever you prefer:
# 1. Homebrew tap (Python deps bundled in an isolated venv; only python@3.13 comes from brew)
brew tap johntrandall/tap
brew install mcp-omniplan-jtr
# 2. uv tool (recommended for the MCP ecosystem; installs from PyPI)
uv tool install mcp-omniplan-jtr
# 3. pip (if you don't have uv)
pip install mcp-omniplan-jtr
All three install the mcp-omniplan-jtr command. Register it as an MCP server with whichever client you use:
Claude Code (CLI)
claude mcp add -s user omniplan-local mcp-omniplan-jtr
Then restart Claude Code.
Claude Desktop
Add to ~/Library/Application Support/Claude/claude_desktop_config.json:
{
"mcpServers": {
"omniplan-local": {
"command": "mcp-omniplan-jtr"
}
}
}
Then restart Claude Desktop.
First call — Automation permission
The first time the agent calls a tool, macOS may prompt for Automation access. Approve OmniPlan automation for your terminal or the app running the MCP server. If the prompt was missed, grant it manually:
System Settings → Privacy & Security → Automation — enable OmniPlan for your terminal or MCP host.
If denied, every tool returns a clear error: "macOS blocked Automation access to OmniPlan. Grant permission in System Settings > Privacy & Security > Automation."
Tools
| Tool | What it does |
|---|---|
list_documents |
List all currently open OmniPlan documents |
query_tasks |
Search and filter tasks by keyword, type, completion, color, or date range |
find_task |
Look up tasks by title; substring by default, exact opt-in |
get_task |
Get full details of a task by ID |
create_task |
Create a new task under a parent task or project root |
create_tasks |
Bulk-create many tasks in a single round-trip; supports intra-batch parent references |
update_task |
Update title, note, dates, completion, color, effort, three-point estimates, constraint dates |
delete_task |
Delete a task by ID |
add_dependency |
Link two tasks (FS / SS / FF / SF, optional lead time) |
remove_dependency |
Remove the dependency between two tasks |
list_dependencies |
List dependencies in the document (or filtered to one task) |
save_document |
Save the front document to disk |
get_project_info |
Project metadata: name, path, dates, scenarios |
update_project |
Update project-level fields (currently start date) |
list_resources |
List all resources |
create_resource |
Create a resource (staff / equipment / material / group) |
delete_resource |
Delete a resource by ID |
assign_resource |
Assign a resource to a task with optional units fraction |
unassign_resource |
Remove a resource assignment from a task |
list_assignments |
List a task's resource assignments |
All tools accept an optional document_name parameter. If omitted, the frontmost open document is used.
Example prompts
"Show me all incomplete tasks due this week in my project."
"Create a milestone called 'Beta Launch' under the Deployment group, dependent on 'QA-complete', and assign it to Alice at 50%."
"Mark task 42 as complete and set its bar color to green."
"What tasks are assigned the red color?"
"List every resource and how much they're allocated across the project."
Limitations
OmniPlan 4.10.2's omniJS surface has a few small gaps. Most tools work transparently; these are the documented edges:
- Task reparenting is not exposed — there's no
task.moveToin the omniJS API. If you need to move a task to a different parent group, do it in the OmniPlan UI; the MCP can't. - Resource working hours are not editable through this MCP —
actual.rootResource.scheduleis opaque on the omniJS surface. - Project currency (
actual.currency) is not exposed for the same reason — writes via omniJS don't persist across calls. Cost values themselves work; just not the currency unit. Decimalround-trip —cost_per_usereads back through a documented-toString regex parse (no documented number-extraction accessor onDecimal). Internal; transparent to callers.- OmniPlan must be running with a document open. The MCP doesn't launch OmniPlan or open documents for you.
For the full catalogue (and the mitigations), see dev-docs/omnijs-persistence-gaps.md.
For developers
If you want to extend, hack on, or contribute to this MCP:
- Architecture & internals:
dev-docs/README-DEV.md - Roadmap & feature tiers:
dev-docs/ROADMAP.md - Testing policy:
dev-docs/testing-policy.md - VM provisioning for the pre-release test runner:
dev-docs/vm-provisioning.md
Related projects
Sibling OmniPlan tooling in the same workflow:
oplx-tools— Python toolkit for OmniPlan.oplxdocuments: generate, lint, parse. Useful when you want to build a Gantt from a database or CI pipeline rather than the GUI.oplx-format— Community-maintained file-format specification for.oplxdocuments (verified against OmniPlan 4.10.2). Reference doc that informed bothoplx-toolsand the e2e XML cross-checks in this MCP's test suite.
License
MIT. See LICENSE.
Metadata
Release files for mcp-omniplan-jtr 0.4.5
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| mcp_omniplan_jtr-0.4.5.tar.gz | 20.8 kB | Without provenance | Details for mcp_omniplan_jtr-0.4.5.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| mcp_omniplan_jtr-0.4.5-py3-none-any.whl | Python 3 | none | any | Details for mcp_omniplan_jtr-0.4.5-py3-none-any.whl |
Total release size: 45.0 kB
Release files / mcp_omniplan_jtr-0.4.5.tar.gz
| Download URL | mcp_omniplan_jtr-0.4.5.tar.gz |
|---|---|
| Size | 20.8 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
abdbf362131b3778cdd1afb6e3b23fb9fa6737909110c23aaa4ce505fe3f28b4
|
|
BLAKE2b-256 checksum How to use checksums |
3c6340cce9e7f9931cdabf3cdf534ad02808a489f61aa7c63c6ffe9048d211b1
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
uv/0.8.16
|
Release files / mcp_omniplan_jtr-0.4.5-py3-none-any.whl
| Download URL | mcp_omniplan_jtr-0.4.5-py3-none-any.whl |
|---|---|
| Size | 24.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
3a6c98e1aa4e696e56e9d9a22d982580d9005b4d16711035453658e5f56851f5
|
|
BLAKE2b-256 checksum How to use checksums |
da071132c95f0050cc8db15a8d19fd7736262e04496ca6c1095af36cbe791c5a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
uv/0.8.16
|
Security for mcp-omniplan-jtr 0.4.5
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.