following-plans

Enforce predefined implementation plans with explicit BLOCKED status reporting.

17|Updated Oct 13, 2025
One-click install
npx skills add https://github.com/cipherstash/cipherpowers --skill following-plans
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: following-plans
Source: https://github.com/cipherstash/cipherpowers/tree/main/plugin/skills/following-plans
Command: npx skills add https://github.com/cipherstash/cipherpowers --skill following-plans

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents agents from rationalizing unauthorized deviations from implementation plans, eliminating expensive rework when divergences are discovered later.

Core Features & Use Cases

  • Algorithmic Decision Tree: Clear boolean questions with no interpretation for when to follow plan vs report BLOCKED.
  • Status Enforcement: Requires explicit STATUS reporting in every agent completion.
  • Use Case: When executing Task 3 to implement JWT authentication, but discovering the existing service uses OAuth2, this Skill forces reporting BLOCKED rather than silently refactoring.

Quick Start

Embed this skill in agent prompts during plan execution to enforce compliance boundaries and prevent unauthorized architectural changes.

Frequently Asked Questions about following-plans

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

FAQPage Schema
How do I prevent agents from deviating from implementation plans during execution?

Plan compliance uses an algorithmic decision tree to block unauthorized deviations. It permits syntax fixes and naming corrections while flagging approach or architecture changes as BLOCKED, with explicit STATUS reporting at every step to catch divergences immediately rather than after expensive rework.

When should I use a decision tree to enforce scope boundaries in agent-driven tasks?

Scope management through deterministic decision trees applies when executing multi-step plans where agents might rationalize architectural changes—like discovering OAuth2 exists when JWT authentication was planned. It forces explicit reporting of blockers rather than silent refactoring.

What's the difference between allowing syntax fixes versus blocking architecture changes in plan enforcement?

Plan compliance distinguishes between cosmetic changes (syntax, naming) that stay aligned and structural changes (refactored services, protocol swaps) that violate the plan. Only cosmetic changes execute automatically; architecture deviations halt execution and return BLOCKED status.

How does status reporting prevent scope creep during agent task execution?

Status enforcement requires explicit STATUS output at every agent completion, making divergences visible immediately. This eliminates implicit approvals or automatic retries that hide scope violations, surfacing conflicts between discovered reality and the predefined plan.

Can plan compliance handle contradictions discovered mid-execution?

Yes. When discovered contradictions conflict with the plan—such as finding an incompatible dependency or service architecture—the compliance decision tree reports BLOCKED with explicit reasoning, halting execution until the plan is updated or the contradiction is resolved.