Skip to content
Back to skills

Executing Plans

ASecurity

Methodically execute implementation plans with a TDD approach, incremental commits, and continuous validation

  • 221 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added August 31, 2026
developmentshellbashrails

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned October 6, 2026

npx -y skills add dev-toolings/superpowers-symfony --skill executing-plans --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Executing Plans?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Executing Plans
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/dev-toolings-executing-plans/badge)](https://www.skillsdirectory.com/skills/dev-toolings-executing-plans)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: executing-plans
description: Methodically execute implementation plans with a TDD approach, incremental commits, and continuous validation
capabilities: [read, search, edit, shell]
tags: [workflow]
# projected by `bun run build` — do not edit by hand
allowed-tools:
  - Read
  - Glob
  - Grep
  - Write
  - Edit
  - Bash
---

# Executing Plans (Symfony)

## Use when
- An approved implementation plan exists and must be carried out.
- The work spans several steps that must each land green.
- Resuming a plan after an interruption or a blocker.

## Default workflow
1. Read the whole plan, confirm the baseline tests pass, and work on a branch.
2. For each step, write the test, watch it fail, implement, watch it pass, then refactor.
3. Commit after each completed step, with a message that names it.
4. Run the quality gates (style, static analysis, full suite) at the end of each phase.
5. Track each step's status in the plan, and stop to report when reality contradicts it.

## Guardrails
- Never skip watching the test fail: a test that never failed proves nothing.
- One step per commit; do not batch steps.
- Do not change the plan silently: report the deviation and the reason.
- On a blocker (failing migration, autowiring error), fix the cause, not the test.

## Progressive disclosure
- Use this file for execution posture and risk controls.
- Open references when deep implementation details are needed.

## Output contract
- One commit per step, tests included.
- The plan with the status of every step.
- Final validation results and any deviation from the plan.

## References
- `reference.md`

Files in this skill

  • SKILL.md1.1 KB
  • reference.md5.9 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…