plan-protocol

Enforce required frontmatter, goal context, and decision citations in implementation plans.

Updated Mar 18, 2026
One-click install
npx skills add https://github.com/dmooney/Rundale --skill plan-protocol-dmooney
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: plan-protocol
Source: https://github.com/dmooney/Rundale/tree/main/.opencode/skills/plan-protocol
Command: npx skills add https://github.com/dmooney/Rundale --skill plan-protocol-dmooney

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents incomplete or inconsistent implementation plans by enforcing a required structure, lifecycle rules, and evidence-based citations for decisions.

Core Features & Use Cases

  • Plan formatting guardrails: Ensures every plan includes required YAML frontmatter fields and a well-defined Goal section.
  • Evidence-based decisions: Requires a Context & Decisions table with citations in the specified ref:delegation-id format.
  • Progress tracking discipline: Enforces phase/task status markers, hierarchical task numbering, and a single ← CURRENT task rule.

Quick Start

Load the plan-protocol skill and ask an AI to produce a new implementation plan using the exact markdown format specified, including citations in the Context & Decisions table.

Frequently Asked Questions about plan-protocol

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I standardize implementation plan formatting with required YAML frontmatter fields?

Implementation plan formatting is standardized by enforcing required YAML frontmatter fields, a defined Goal section, and a Context & Decisions table with evidence-based citations. This prevents incomplete plans by applying structural guardrails and lifecycle rules to every generated document.

What is the correct format for decision citations in an implementation plan?

Decision citations in an implementation plan must use the specified `ref:delegation-id` format within the Context & Decisions table. This evidence-based citation requirement ensures that every architectural and execution decision is traceable to its originating research or delegation context.

How do I track multi-phase project progress using a single current task marker?

Multi-phase project tracking requires enforcing phase and task status markers with hierarchical task numbering. The schema mandates exactly one in-progress phase and exactly one current task marked with `← CURRENT` to maintain strict progress tracking discipline across the lifecycle.

When do I need a structured implementation plan with phase and task lifecycle state rules?

A structured implementation plan with lifecycle state rules is needed after complex requests or research that informs architecture and execution. It applies to multi-phase implementation tracking where validated structure and evidence-based decision records are required.

Can I use plan-protocol for multi-phase implementation tracking without predefined decision records?

Multi-phase implementation tracking requires a Context & Decisions table populated with citations in the `ref:delegation-id` format. You cannot produce a validated plan without evidence-based decision records, as the schema enforces this structure to prevent inconsistent planning.