Skip to main content
🚧 Expanding soon — full Standing Orders governance documentation is in progress.

​
Standing orders as governance

Standing orders are covered in the Getting Started guide from a usage perspective. This page covers the governance layer: how orders are evaluated, how conflicts are resolved, and how the Guardian enforces them.

​
Order evaluation

On every directive execution, the Guardian evaluates:
  1. Is there an active standing order that covers this action?
  2. Does the action fall within the allowed scope?
  3. Does the action exceed any thresholds defined in active orders?
  4. If requiresApproval: true, is there an existing approval for this specific action?
If any check fails, the move is queued for approval rather than executed.

​
Conflict resolution

When two standing orders conflict (one permits, one requires approval), the more restrictive order wins. The conflict is logged and surfaced in the morning brief.

​
Order priority

Orders have three priority levels that affect escalation urgency, not restriction level:
  • "high" — Violations trigger immediate escalation (Slack, email, or both)
  • "medium" — Violations appear in the next morning brief
  • "low" — Violations are logged but not escalated proactively

​
Order lifecycle

​
Audit trail

Every standing order evaluation is logged:
This returns every instance where a standing order was evaluated, whether it permitted or blocked execution, and what happened next.