MCP Task Orchestrator MCP server
io.github.jpicklyk/task-orchestrator·v3.16.0·207 starsServer-enforced workflow discipline for AI agents: work items, dependency graphs, quality gates
207 stars
Reviews
Write oneNobody has reviewed MCP Task Orchestrator yet.
If you have run it, two minutes of your experience saves the next person an afternoon.
MCP Task Orchestrator tools
No tool declarations could be read from the package source. They show once the server is installed.
Public scan report
scanner v0.1.10 · 2026-10-03 · same rubric, same numbers if you re-run it
- –Code scanpackage could not be scannedn/a
- –Live reliabilityno gateway calls yet and no remote to proben/a
- –Tool poisoningtools not inspected (local package is not executed); not countedn/a
- Auth qualitylocal package, no credentials required12/15
- Maintenancelast push 0 days ago15/15
- Maintainer identityregistry namespace matches repository owner; GitHub account older than a year8/10
How MCP Task Orchestrator compares
Against every graded Productivity MCP server, from our own scans and uptime checks. Updated after each scan run.
- Safety score
- 88/100
- higher than 75% of 1,299 Productivity servers
- GitHub stars
- 207
- more than 95% of 854 Productivity servers
Release history: 3 versions in the registry since 2026-09-16, latest 2026-10-02, typically one every 9 days.
Install MCP Task Orchestrator in Claude Code, Cursor or VS Code
claude mcp add task-orchestrator -- docker run -i --rm ghcr.io/jpicklyk/task-orchestrator:3.16.0
What the publisher says
From the MCP Task Orchestrator repository's README, as published. We do not edit it. Read it on GitHub
MCP Task Orchestrator
Server-enforced workflow discipline for AI agents.
Prompt-based frameworks hope the LLM follows instructions. This one blocks the call if it doesn't.
Task Orchestrator is an MCP server that gives AI coding agents a persistent work item graph with quality gates enforced by the server, not the prompt. It is built for developers running multi-agent or multi-session coding workflows: an orchestrator dispatching sub-agents, a fresh session picking up yesterday's work, or an autonomous loop draining a backlog. It ships as a Docker image, works with any MCP client, and has an optional Claude Code plugin that adds skills and hooks on top.
The Problem
Multi-agent workflows need infrastructure the model doesn't provide. When an orchestrator dispatches sub-agents across sessions, there's no built-in way to enforce what documentation must exist before work starts, track which agent made which change, or guarantee dependency ordering across a work breakdown. These are structural concerns — they belong in the server, not in prompts.
Task Orchestrator puts them in the server. If a required design note isn't filled, advance_item returns an error naming the missing note. If an upstream dependency isn't complete, the transition is blocked. Every transition and note records who made it. A new session recovers the full state in one call instead of replaying a conversation. And the rules are YAML config, not hardcoded prompts — change them without changing code.
What It Looks Like
Morning — new session, new agent, zero context:
Agent: get_context(since="2025-01-14T17:00:00Z")
→ 2 items in work, 1 blocked, 1 stalled (missing implementation-notes)
→ Recent transitions show orchestrator-1 dispatched 3 sub-agents yesterday
→ Full ancestor chains: "Auth Feature > Login API > Input validation"
Agent: advance_item(transitions=[{ itemId: "a3f2", trigger: "start",
actor: { id: "morning-agent", kind: "subagent", parent: "orchestrator-1" } }])
→ Error: "Gate check failed: required notes not filled for queue phase: requirements"
Agent: manage_notes(operation="upsert", notes=[{ itemId: "a3f2", key: "requirements",
body: "Validate email format, enforce password complexity...",
actor: { id: "morning-agent", kind: "subagent" } }])
→ Upserted. noteProgress: { filled: 1, remaining: 0, total: 1 }
Agent: advance_item(transitions=[{ itemId: "a3f2", trigger: "start",
actor: { id: "morning-agent", kind: "subagent" } }])
→ queue → work. Actor recorded. No context rebuilding.Quick Start
Prerequisite: Docker installed and running.
1. Register the server
The simplest setup is a per-session STDIO container: no port, no daemon, no REST API. Add it to your project's .mcp.json:
{
"mcpServers": {
"mcp-task-orchestrator": {
"command": "docker",
"args": [
"run", "--rm", "-i",
"-v", "mcp-task-data:/app/data",
"ghcr.io/jpicklyk/task-orchestrator:latest"
]
}
}
}Claude Code users can register the same shape from the CLI instead:
claude mcp add-json mcp-task-orchestrator '{
"command": "docker",
"args": ["run", "--rm", "-i", "-v", "mcp-task-data:/app/data", "ghcr.io/jpicklyk/task-orchestrator:latest"]
}'Shortened. The full README is on GitHub.
Nothing above is checked by us. What we check is on the safety report.
MCP Task Orchestrator: common questions
- Is MCP Task Orchestrator MCP server safe?
- Yes, by our scan: it is graded A (88/100). Read the MCP Task Orchestrator safety report
- How do I install MCP Task Orchestrator?
- It runs on your machine. Copy the Claude Code, Cursor, VS Code or Claude Desktop config from the install section.
- Does MCP Task Orchestrator need an API key?
- No secret keys are declared. It reads 7 settings from the environment.
- Is MCP Task Orchestrator maintained?
- The last commit was 33 days ago (2026-10-02). The latest release is v3.16.0.
- What can I use instead of MCP Task Orchestrator?
- Servers from other publishers that do the same job: Obsidian Hybrid Search MCP server.
- How does MCP Task Orchestrator compare with other Productivity MCP servers?
- safety score 88/100 (higher than 75% of 1,299 Productivity servers); github stars 207 (more than 95% of 854 Productivity servers). Full comparison.
Alternatives to MCP Task Orchestrator
Same job from other publishers: the closest match first, then the best rated.
- Obsidian Hybrid SearchSearch Obsidian vaults with hybrid full-text, fuzzy, semantic, and graph retrieval.not reviewedEstablishedB