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.