Skip to content

Steer with principle names

pstack ships 24 principles as individual skills. /poteto-mode reads their index at the start of every multi-step task, applies the ones the task triggers, and names each applied principle in its reply along with the decision it changed.

You don't invoke principles. You use their names to steer. Each name points at a complete rule the agent has already read, so one phrase redirects the work more precisely than a paragraph of instructions.

Steering in practice

Say the agent is about to bolt a new adapter onto three existing ones:

use subtract before you add. delete the obsolete adapters first, then design what's left.

Say it claims success because the build passed:

apply prove it works. run the real import flow and show me the written records.

Say two parallel attempts are about to write to the same branch:

separate before serializing shared state. give each attempt its own worktree, no locks.

Each phrase lands because the rule behind it is specific. The agent still has to say, in its reply, which decision the rule changed. A principle citation with no decision behind it is the tell that it name-dropped instead of applying.

The 24, briefly

The core principles decide how much to build and when to rethink the design:

  • Laziness Protocol prefers deletion and the smallest change that solves the problem.
  • Foundational Thinking chooses the core data structures before writing logic.
  • Redesign from First Principles integrates a new requirement as if it had been there from day one.
  • Attack the Premise writes down the premise that two or more failed fixes shared and tests it directly before the next fix.
  • Subtract Before You Add removes dead weight before building on top of it.
  • Minimize Reader Load collapses layers and hidden state a reader must hold in their head.
  • Outcome-Oriented Execution converges rewrites on the target design instead of preserving throwaway compatibility states.
  • Experience First chooses the user's result over implementation convenience.
  • Exhaust the Design Space builds two or three competing prototypes when there's no precedent.
  • Build the Lever builds the script that does or proves the work, so a reviewer can rerun it. When an agent keeps doing the same thing by hand, have it write the tool or skill it wishes it had. If a script can do a step the same way every time, use the script, and save agents for the judgment calls.

The architecture principles decide where state, validation, and compatibility live:

The verification principles define what counts as proof:

The delegation principles keep parallel work sane:

And one meta principle:

Don't memorize the list. Skim it now, then come back when you catch the agent doing something a name here would have prevented. That's how the vocabulary sticks.

Next: Make it yours.