Skip to main content

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.7.0 — batch mutations (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.

  1. If tools fail with “no PLAN.md” → create_plan first.
  2. get_current_iteration — what to work on now (JSON).
  3. get_iteration(version) — one iteration’s tasks and progress.
  4. Mutate with add_task / add_tasks / complete_task (indexes for several) / start_iteration / close_iteration.
  5. show_plan is 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
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.7.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for powerplan-mcp 0.7.0
File Size Uploaded
powerplan_mcp-0.7.0.tar.gz 40.4 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for powerplan-mcp 0.7.0
File Interpreter ABI Platform
powerplan_mcp-0.7.0-py3-none-any.whl Python 3 none any Details

Total release size: 72.3 kB

Release files / powerplan_mcp-0.7.0.tar.gz

Download URL powerplan_mcp-0.7.0.tar.gz
Size 40.4 kB
Tags Source
SHA-256 checksum
How to use checksums
fd45816d05e919169479479928fb27ba49bcd77836ad933345d58caddcef5e77
BLAKE2b-256 checksum
How to use checksums
a719f4cb03b19a27e755fd7e27446a456a42c6355ad5834dfbaa4775dd620663
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 Aug 26, 2026.

Transparency log

Release files / powerplan_mcp-0.7.0-py3-none-any.whl

Download URL powerplan_mcp-0.7.0-py3-none-any.whl
Size 31.9 kB
Tags Python 3
SHA-256 checksum
How to use checksums
0481524002b223d905bf4d4334462a98e8d034432a33b7e3492623872dd13302
BLAKE2b-256 checksum
How to use checksums
f053e1b5f4dd47dd7123c362bbd19d0ff5413676ef66b5729f39ff74a6e3cc3b
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 Aug 26, 2026.

Transparency log

Release history Release notifications | RSS feed

0.9.0

2 release files

0.8.0

2 release files

This release

0.7.0 This release

2 release files

0.6.1

2 release files

0.6.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page