Outcome-Oriented Execution

SkillAI & models

Apply during planned rewrites and migrations with explicit phase boundaries. Converge on the target architecture; don't preserve smooth intermediate states with throwaway compatibility code.

Available today. Use it from your connected AI after setup.

Connect ahel once, and every AI you use reads what you have installed.

Then ask your AI: use the Outcome-Oriented Execution skill

What this skill tells your AI

The instructions your AI receives, as published by michael-denyer/pstack-claude in plugins/pstack/skills/principle-outcome-oriented-execution/SKILL.md and read by ahel’s review.

Optimize for the intended, verifiable end state rather than preserving smooth intermediate states.

Why: Keeping every intermediate step fully stable often creates temporary compatibility code that becomes long-lived debt. Converge on the target architecture and prove correctness at explicit verification boundaries.

Core rule:

  • Prioritize end-state integrity over transitional stability
  • Intermediate breakage is acceptable when it is planned, scoped, and reversible
  • Always run final verification before declaring done

Guardrails:

  • Use this for planned rewrites and migrations with explicit phase boundaries
  • Declare where temporary breakage is acceptable
  • Keep high-signal checks for actively touched areas while migrating
  • Require full static and runtime verification at plan completion

Signals

GitHub stars
341
Forks
41
Last commit
Sep 2026
Advanced
Catalog kind
skill
Gateway key
principle-outcome-oriented-execution-michael-denyer
Source
github.com/michael-denyer/pstack-claude