Meta-rules (MR-1 ... MR-12)
Meta-rules
Section titled “Meta-rules”[!NOTE] Canonical authoring home moved to eva-hq (2026-05-14).
This file is now a backwards-compatible downstream mirror. Edits should be made at
eva-hq/prompts/_shared/petrova/META-RULES.md, from which thepetrova-codes/petrovarepo’ssync-playbook-from-evaworkflow picks them up. The migration plan lives atpetrova-codes/petrova:docs/superpowers/specs/2026-05-14-meta-rules-migration-to-eva-hq-design.md.This copy will be removed in
petrova-codes/templates@v2.0; the templates submodule will continue to trackCLAUDE.md.tmpl,AGENTS.xml.tmpl, and similar template files, but not META-RULES.
Cross-cutting invariants for the doc/agent system itself. These are meta — they govern the docs that govern the code. If one of these is violated, the system rots from underneath.
These rules apply across all phases, all subagents, all docs. They are the
glue. Numbered MR-N to distinguish from project invariants I-N.
MR-1— North-star outranks the backlogMR-2— Friction surfaced in phase N’s verification round becomes phase N+1’s inputMR-3— Sibling files stay siblingMR-4— Dates are absoluteMR-5— Direct push for small fixes; PR for checkpointsMR-6— Subagents read fromAGENTS.xml, not from inferred patternsMR-7— Decision docs are append-onlyMR-8— Invariants are numbered and stableMR-9— Don’t invent invariantsMR-10— The verification round is mandatory at phase closeMR-11— Anti-shapes are named, catalogued, and watchedMR-12— The CLAUDE.md is the projection, not the sourceMR-13— Intent and observation are separate state spacesMR-14— Probes never auto-promote, only auto-demoteMR-15— The schema is the source of bootstrap questionsMR-16— The catalogue is realisticMR-17— The playbook is physically present
Changing an MR
Section titled “Changing an MR”Meta-rule changes are the highest-stakes documentation event. Process: open a decision doc proposing the change, get explicit human approval, bump the meta-rules version line. Renumbering ripples — grep -r "MR-N" before changing IDs.