Principle Outcome Oriented Execution

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.

v1truv1us 7829202 1.1 KB Updated

File contents

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
  • 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

v1truv1us/ai-eng-system/tree/main/.gemini/skills/pstack/principle-outcome-oriented-execution commit 7829202821

Frequently asked questions

npx skillmds@latest add v1truv1us-ai-eng-system/principle-outcome-oriented-execution