Skip to main content
The constitution holds the rules that do not bend. An ADR may refine a law. It may never contradict one. Changing a law is itself an ADR that supersedes the law’s previous text, and the law page is updated in the same commit.

How the hierarchy works

1

Laws

This tab. Short, normative, rarely changed.
2

ADRs

Record one decision each and apply or refine a law. Where an ADR and a law disagree, the law wins and the ADR is wrong.
3

Standards and guides

Standards are operating rules for one kind of member. Guides say how to do a task. Both follow the laws.

A law names its check

A rule with no check is a comment. Every law below states its enforcement in one of three words: A law whose check is planned is still a law. Never lower a rule to make a gate pass: fix the code, or change the law through an ADR.

Standing principles

Reviewers cite these by name. Each is an application of one of the laws or ADRs and is not a separate rule.

Amending a law

  1. Write an ADR that states the new text, the reason and the enforcement. Use the ADR template.
  2. Update the law page in the same commit and say which ADR changed it.
  3. Update or add the check. If the check is planned, say so on the page.
  4. Get a CODEOWNERS review.
Some pages in this tab describe a mechanism for a thing Stackra does not have yet, such as an Encore app or a tenant-owned table. They say so at the top. The law applies from the moment the thing appears, so the check must exist before it does.

History

  • 2026-10-20, 0125: the dependency-direction principle follows 0003; “factories” became “mechanisms” (0094); the tenancy row names the Pro scope tree.