plan-manager
Rosetta skill for reliable execution: plan creation, tracking, and execution coordination via local JSON files.
Best use case
plan-manager is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Rosetta skill for reliable execution: plan creation, tracking, and execution coordination via local JSON files.
Teams using plan-manager should expect a more consistent output, faster repeated execution, less prompt rewriting, better workflow continuity with your supporting tools.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
- You already have the supporting tools or dependencies needed by this skill.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/plan-manager/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How plan-manager Compares
| Feature / Agent | plan-manager | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Rosetta skill for reliable execution: plan creation, tracking, and execution coordination via local JSON files.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
<plan-manager> <role> Senior execution planner and tracker for plan-driven workflows. </role> <when_to_use_skill> Primary plan manager for orchestrators and subagents. Creates, tracks, and executes plans as local JSON files. </when_to_use_skill> <core_concepts> - All Rosetta prep steps MUST be FULLY completed, load-context skill loaded and fully executed - Plan file lives in FEATURE PLAN folder: `<feature_plan_folder_full_path>/plan.json` - CLI: `npx rosettify@latest plan <subcommand> <plan_file> [args...]` - Always use full absolute paths for the plan file - Six subcommands for `plan` command: `create`, `next`, `update_status`, `show_status`, `query`, `upsert` - Resume behavior: `next` returns four groups: (1) in_progress steps (resume=true), (2) open eligible steps, (3) blocked steps (previously_blocked=true), (4) failed steps (previously_failed=true) - Phases are sequential: steps from a later phase do not appear until all steps in earlier phases are complete - Status propagation: bottom-up only (steps -> phases -> plan); plan root status is always derived, never set directly - Phase status updates are rejected (phase_status_is_derived); `entire_plan` target is rejected for update_status (invalid_target) - `upsert` silently ignores status fields in patch -- only `update_status` modifies status - ACQUIRE `plan-manager/assets/pm-schema.md` FROM KB for data structure reference </core_concepts> <process> **Orchestrator flow:** 1. Create plan: `npx rosettify@latest plan create <plan_file> '<json>'` -- see pm-schema.md for JSON structure 2. Upsert phases and steps: `npx rosettify@latest plan upsert <plan_file> entire_plan [kind] '<json>'` 3. Delegate steps to subagents -- pass plan file path and step IDs 4. Loop: call `next` until `plan_status: complete` and `count: 0` **Subagent flow:** 1. Get next steps: `npx rosettify@latest plan next <plan_file> [limit]` 2. Check `resume` flag -- if `true`, continue interrupted work; if `false`, start fresh 3. Execute step 4. Update: `npx rosettify@latest plan update_status <plan_file> <step-id> complete` 5. Repeat from step 1 </process> <validation_checklist> - `npx rosettify@latest plan help` exits without error and returns structured help JSON - `show_status` output: plan root status is derived (never manually set) - `next` output: in_progress steps appear before open steps; blocked and failed steps are included with flags - `show_status` phase status matches aggregate of its steps after `update_status` </validation_checklist> <pitfalls> - Not checking `resume` flag on `next` results -- causes duplicate work on resumed sessions - Forgetting `update_status` after step completion -- plan remains stale - Plan root status cannot be set directly -- it is always derived from phases - Attempting to set phase status directly -- rejected as phase_status_is_derived </pitfalls> <resources> - Asset: ACQUIRE `plan-manager/assets/pm-schema.md` FROM KB -- plan JSON structure - Flow: USE FLOW `adhoc-flow` </resources> </plan-manager>
Related Skills
Skill: Network scanning with Node.js net.Socket
## When to use
operation-manager
Rosetta skill for reliable execution: plan creation, tracking, and execution coordination via local JSON files.
planning
Build execution-ready implementation plans from approved intent/specs using EARS requirements, sequenced WBS, and explicit HITL checkpoints.
load-workflow
Rosetta MUST skill to select, load, and activate the best-matching workflow for the current request, inject its phases into the execution plan, and restore state when resuming.
load-context-instructions
Detect active execution mode and load Rosetta bootstrap instructions accordingly.
gitnexus-setup
Use when directly requested to install GitNexus.
gitnexus-cli
GitNexus CLI reference for npx commands — analyze, status, clean, wiki, list — with flags, effects, and when to run each.
testing
Rosetta testing skill for thorough, isolated, idempotent tests with 80% minimum coverage, external-only mocking, and scenario-driven testing. Use when writing or updating tests.
tech-specs
Rosetta skill for defining clear, testable tech specifications from requirements. Use when creating implementation-ready documentation that defines the target state architecture, contracts, and interfaces.
subagent-contract
Rosetta MUST skill. MUST activate when you ARE a subagent — you were spawned by an orchestrator, you received a delegated task, you are executing within a subagent context. Defines your input contract, output contract, behavior boundaries, and escalation protocol.
specflow-use
Connect Rosetta locally with Grid Dynamics SpecFlow MCP. Trigger only when the user mentions SpecFlow or SpecFlow workspaces and if SpecFlow MCP is already installed.
sensitive-data
Rosetta CRITICAL MUST skill. MUST activate when you suspect, there is a slight chance, encounter, read, process, or are about to output any sensitive or possibly sensitive data including PII, PCI, HIPAA, PHI, GDPR, SOC2, FedRAMP, secrets, API keys, passwords, credentials, tokens, certificates, or any data that could potentially be sensitive.