TaskChampion_MCP
TaskChampion MCP is a Model Context Protocol server that lets LLMs read, create, and manage Taskwarrior tasks and Timewarrior time entries through structured tools.
Onboarding & Configuration
Check initialization status, runtime capabilities (mode, role, schema, available tool groups)
Propose initialization options; list and apply bundled schema presets (GTD, Kanban, Scrum, etc.)
Analyze existing tasks or taxonomy Markdown files to infer schemas
Generate, preview, and save custom schemas; switch the active schema
Set taxonomy file path, reload configuration without restart, and downgrade permission role (elevation forbidden via MCP)
Task Reading
List and filter tasks, get a task by UUID, search by field (description, project, tags, UDA)
List all projects and tags, get the active Taskwarrior context filter, run named Taskwarrior reports
Task Creation
Create individual tasks, subtasks (linked via
depends), or batches of tasks — all with schema validation and dry-run support
Task Modification
Annotate tasks; modify fields (including tag add/remove); bulk-modify tasks matching a filter
Start/stop work on tasks (integrates with Timewarrior if hooked)
Task Lifecycle (Destructive)
Complete or delete tasks, undo the last Taskwarrior action, sync with a TaskChampion sync server
All destructive operations support
dry_runmode and confirmation tokens
Time Tracking (Timewarrior)
Get a time summary for a given period (day, week, month, or date range)
Check whether Timewarrior is currently tracking time
TaskChampion MCP
A Model Context Protocol server for Taskwarrior 3.x, TaskChampion, and Timewarrior.
For the bearded Unix jockeys and keyboard cowboys who manage their life from the terminal — and now want their LLM to lend a hand. 🧔⌨️
Latest release: v1.0.4 — pip install taskchampion-mcp / uvx taskchampion-mcp
What Is This?
TaskChampion MCP is a Model Context Protocol server that lets LLMs read, create, modify, and manage your Taskwarrior tasks and Timewarrior time entries. It wraps the task and timew CLI tools and exposes them as structured MCP tools that any compatible AI assistant can call.
Why? The author self-hosts TaskChampion on a home server and wanted a clean way for LLMs to cooperate on project planning, task decomposition, and time tracking — without giving up control of the task database.
Supported Platforms
Platform | Transport | Status |
Neovim (via Claude Code CLI) | stdio | v1.0.4 |
Cursor | stdio | v1.0.4 |
Windsurf | stdio | v1.0.4 |
VS Code (Copilot MCP) | stdio | v1.0.4 |
Claude Desktop | stdio | v1.0.4 |
HTTP/SSE transports | HTTP/SSE | Deferred to v1.x |
Requirements:
Python 3.10+
Taskwarrior 3.x (TaskChampion sync)
Timewarrior (optional, for time tracking features)
Quick Install
# With uv (recommended)
uv tool install taskchampion-mcp
# With pip
pip install taskchampion-mcpThen configure your IDE's MCP settings to use:
{
"mcpServers": {
"taskchampion": {
"command": "taskchampion-mcp-server",
"args": []
}
}
}Per-target install guides: Claude Desktop | Windsurf | Cursor | Neovim
First Run
On a fresh install with no config.toml, the server boots in onboarding mode. All tools are visible in tools/list, but operational tools return structured schema_unset errors until onboarding completes (ADR 19). You finish onboarding by persisting two keys in ~/.config/taskchampion-mcp/config.toml:
role— what the LLM can do (CONTRIBUTOR / GENERATOR / MANAGER)schemaorschema_path— which task schema the server validates against
Three ways to get there:
Let the LLM walk you through it. Connect your IDE to the MCP server with no config and ask: "Help me set up TaskChampion MCP." The LLM calls
get_runtime_capabilitiesfirst, seesmode: "onboarding", then usesget_initialization_status->propose_initialization_options->use_preset_schema(orsave_initial_schema). The server auto-reloads on success -- no restart needed.Run the CLI wizard:
./dev.sh init(interactive) or./dev.sh init --preset gtd --role CONTRIBUTOR --non-interactive(scripted).Edit
config.tomlby hand -- see quick_start.md. Two keys, then callreload_configurationfrom the LLM (or restart the IDE).
The three paths are interchangeable and produce identical state. Pick by who should be doing the typing -- see initialization_flows.md for the decision guide.
Permission Levels
Control what the LLM can do with your tasks via three cumulative roles:
Role | Can Read | Can Annotate/Modify | Can Create | Can Complete/Delete |
CONTRIBUTOR | ✅ | ✅ | ❌ | ❌ |
GENERATOR | ✅ | ✅ | ✅ | ❌ |
MANAGER | ✅ | ✅ | ✅ | ✅ |
Set the role in ~/.config/taskchampion-mcp/config.toml:
[server]
role = "GENERATOR" # CONTRIBUTOR | GENERATOR | MANAGERTask Schemas
Taskwarrior supports custom workflows via UDAs (User Defined Attributes). TaskChampion MCP ships with schema presets that teach the LLM your task structure:
Schema | Description |
| Built-in fields only (priority, project, tags) |
| Getting Things Done (contexts, energy, next-actions) |
| Sprint-based (story points, sprint IDs, acceptance criteria) |
| Board columns, WIP limits, classes of service |
| Advanced real-world example with lifecycle phases, hypothesis-driven research, and LLM provenance tracking |
On first run, the MCP will prompt you to select a schema or auto-generate one from your existing tasks.
Security
This tool gives an LLM indirect access to your task management CLI. Security is not optional:
No shell execution — all CLI calls use subprocess argument lists, never
shell=TrueInput sanitization — all LLM inputs validated against allowlists before passing to CLI
Rate limiting — configurable per-minute/per-hour caps prevent runaway loops
Audit logging — every operation logged with timestamp, tool, parameters, result, and
result_codeCode-tagged envelopes — every tool response includes a stable
codefield for machine-safe branchingDry-run mode — every destructive operation supports
dry_runpreview without mutationConfirmation mode — lifecycle operations use explicit confirmation tokens when confirmation is enabled
Sensitive field redaction — configurable fields hidden from LLM responses
See ADR 9, ADR 13, and ADR 14 for the full security and observability design.
Taskwarrior Compatibility
Version | Status |
Taskwarrior 3.x (TaskChampion) | ✅ Fully supported |
Taskwarrior 2.x (Taskserver/taskd) | ⏳ Planned for future release |
We focus on the modern Taskwarrior 3.x + TaskChampion stack. Taskserver (taskd) is deprecated and will receive limited support in a future version. See ADR 8.
Documentation
Folder / file | Contents |
Architecture Decision Records | |
Upstream tool reference (Taskd, TaskChampion, Timewarrior) | |
Manual | |
Full config key reference with precedence rules | |
Writing custom task schemas | |
Security controls for end-users | |
Which init path to use (LLM-driven vs CLI vs hand-edit) | |
Per-IDE install guides (Claude Desktop, Windsurf, Cursor, Neovim) | |
Audit log rotation | |
LLM agent guidelines and tracked assumptions | |
How to contribute (branching, PRs, versioning) | |
Feature roadmap (v0.1.0 → v1.0.0) | |
v1.0.2 release notes and install links | |
Pre-tag publish checklist | |
Bundled task schema presets (TOML) | |
One-shot remote-host bootstrap |
Troubleshooting
Common first-run and config issues. Detailed walkthroughs live in docs/manuals/quick_start.md and docs/manuals/initialization_flows.md.
Symptom | Likely cause | Fix |
Tools return |
| Add both under |
Linux Claude Desktop install completes but taskchampion never appears | Pre-v0.3.0 lowercase path bug in dev.sh | Update to v0.3.0+. Linux: capital |
| Self-elevation via MCP is forbidden (ADR 17) | Hand-edit |
MCP server fails on startup with |
| Install Taskwarrior 3.x. Set |
Cowork / Claude Desktop: install JSON overwritten on quit | Wrote config while Claude Desktop was running | Quit Claude Desktop first, or use |
Tool surface includes neither onboarding nor contributor tools | Server failed to start (check stderr) | Run |
For deeper failure modes, every MCP tool returns a stable error_code field (ADR 14) and every call is audit-logged (ADR 13) at ~/.local/share/taskchampion-mcp/audit.log by default.
Contributing
See docs/CONTRIBUTING.md for the full guide. Key points:
Branch from
dev, PR toqa, release fromqatomainSemantic versioning (
vMAJOR.MINOR.PATCH)LLM-assisted contributions must be attributed (see
docs/llm_context/AGENTS.md)All unverified assumptions must be logged in
docs/llm_context/assumptions_and_ideas.md
License
Apache License 2.0 — use freely for private and commercial purposes. Attribution required via the NOTICE file.
Copyright 2026 gabiup2
This project was bootstrapped with assistance from Claude claude-sonnet-4-20250514 via Windsurf Cascade.
Maintenance
Latest Blog Posts
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/GabiUp2/TaskChampion_MCP'
If you have feedback or need assistance with the MCP directory API, please join our Discord server