principle-outcome-oriented-execution

Featured

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.

AI & Automation 611 stars 71 forks Updated today MIT

Install

View on GitHub

Quality Score: 91/100

Stars 20%
93
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
39
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Outcome-Oriented Execution 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 **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

Details

Author
michael-denyer
Repository
michael-denyer/pstack-claude
Created
4 months ago
Last Updated
today
Language
TypeScript
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category