powerplan
PLAN.md as the operational backbone of agentic development.
powerplan is an MCP server that gives
coordinators and worker agents a human-language API over your project’s
PLAN.md: show progress, create iterations, complete tasks, keep the header
truthful — without freeform file thrash.
mcp-name: io.github.CynaCons/powerplan
| MCP server name | powerplan |
| PyPI | powerplan-mcp (powerplan is a different, unrelated package) |
| Registry | io.github.CynaCons/powerplan |
| Status | v0.8.0 — miniplan (PLAN.md) |
| Site | GitHub Pages |
| Pairs with | PowerSpawn (optional) |
Install
You need uv (provides uvx) or Python 3.10+.
uvx powerplan-mcp
That is the stdio MCP server. Point your client at it:
Claude Code / Cursor / .mcp.json
{
"mcpServers": {
"powerplan": {
"command": "uvx",
"args": ["powerplan-mcp"],
"env": {
"PYTHONIOENCODING": "utf-8",
"PYTHONUNBUFFERED": "1"
}
}
}
}
Claude Desktop
Same block in claude_desktop_config.json (mcpServers).
Grok (~/.grok/config.toml or project config)
[mcp_servers.powerplan]
command = "uvx"
args = ["powerplan-mcp"]
env = { PYTHONUNBUFFERED = "1", PYTHONIOENCODING = "utf-8" }
enabled = true
pip (no uv)
pip install powerplan-mcp
{
"mcpServers": {
"powerplan": {
"command": "python",
"args": ["-m", "powerplan"],
"env": {
"PYTHONIOENCODING": "utf-8",
"PYTHONUNBUFFERED": "1"
}
}
}
}
Agent guide
Prefer scoped tools. Do not read all of PLAN.md to figure out what to do.
- If tools fail with “no PLAN.md” →
create_planfirst. show_miniplan— what to work on now, in the plan's own format: the current iteration verbatim with the neighbouring headers. Start every session here.get_current_iteration— the same, as JSON.get_iteration(version)— one iteration’s tasks and progress.- Mutate with
add_task/add_tasks/complete_task(indexesfor several) /start_iteration/close_iteration. show_planis a human skim, not a dump.
Every tool accepts optional plan_path (relative or absolute). Default: walk up
from cwd to the nearest PLAN.md.
Optional agent on mutations writes a trailing [agent: id] tag on the touched line.
Why
Agents often edit PLAN.md by hand. Headers drift, “COMPLETE” gets stamped
without proof, and multi-agent swarms step on each other. powerplan is the
single writer: tolerant reader, surgical writer, optional [agent: …] tags.
Tools
| Tool | Behavior |
|---|---|
create_plan |
Bootstrap ./PLAN.md (or plan_path) when missing; force to overwrite |
show_miniplan |
Session opener — raw PLAN.md snippet: the current (or named) iteration byte-for-byte, neighbours collapsed to header lines (before/after) |
get_current_iteration |
Preferred for agents — scoped JSON for current work |
get_iteration |
JSON for one version (tasks, progress) |
list_iterations / find_task / get_backlog |
Navigate without full-file reads |
create_major / create_iteration / add_task / add_tasks |
Surgical mutations (batch add in one write) |
complete_task / reopen_task / remove_task / defer_task |
One or many (indexes / tasks); optional [agent: id] |
start_iteration / close_iteration |
ACTIVE/current vs COMPLETE lifecycle |
check_plan |
Structure lint |
show_plan / show_current_iteration |
Compact human skim (not a full dump) |
Managed plan format
| Construct | Pattern |
|---|---|
| Major | ## vX.Y — Title |
| Iteration | ### vX.Y.Z — Title |
| Goal | **Goal:** … |
| Tasks | - [ ] / - [x] |
| Backlog | ## Backlog |
Phase-like headers and other prose are preserved as opaque blocks.
From source
Clone, editable install, or PowerSpawn submodule — for contributors.
git clone https://github.com/CynaCons/powerplan.git
cd powerplan
pip install -e ".[dev]"
python -m powerplan # same stdio server
# or: powerplan-mcp
PowerSpawn can vendor this repo as a git submodule. Register both MCP servers — they do not merge:
{
"mcpServers": {
"powerplan": {
"command": "uvx",
"args": ["powerplan-mcp"]
},
"powerspawn": {
"command": "python",
"args": ["-m", "powerspawn.mcp_server"]
}
}
}
Path-only (no install): python /path/to/powerplan/powerplan_server.py
Landing page: cd site && npm ci && npm run dev
Releasing (maintainers)
Full procedure, identities, and failure history: docs/RELEASING.md.
Agent checklist: project skill release-powerplan (/release-powerplan).
Short path: bump every version file listed in that guide → pytest -q → tag
vX.Y.Z → push the tag. .github/workflows/publish.yml uploads powerplan-mcp
to PyPI, then server.json to the MCP Registry as io.github.CynaCons/powerplan.
License
MIT — see LICENSE.
Metadata
Release files for powerplan-mcp 0.8.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| powerplan_mcp-0.8.0.tar.gz | 43.0 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| powerplan_mcp-0.8.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 76.3 kB
Release files / powerplan_mcp-0.8.0.tar.gz
| Download URL | powerplan_mcp-0.8.0.tar.gz |
|---|---|
| Size | 43.0 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
4737dba9afb5260ff4180d42d930597eb67b8ee94e81f50eb2ed0456795b17e2
|
|
BLAKE2b-256 checksum How to use checksums |
b2e39822477fdf2c4c9ce32c66810a7999f03ce6db28a1a41f2d8391c4f2e080
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 19, 2026.
Transparency logRelease files / powerplan_mcp-0.8.0-py3-none-any.whl
| Download URL | powerplan_mcp-0.8.0-py3-none-any.whl |
|---|---|
| Size | 33.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
b56529d84528d2ae69d6c76e41ddbca2f2c7a8821725981065a4fc45a701a0c3
|
|
BLAKE2b-256 checksum How to use checksums |
c4aa68983db79aacbc0400ce5cbf22fd1b658265e22f7d45ac8e7ff44e7b3409
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 19, 2026.
Transparency log