Decision 0002 — Institutional UX doctrine, feature evaluation, and the Institutional Critic
A recorded institutional decision, with reasoning and result.
- Authority rank
- 5
- Version
- v1.0
- Adopted
- unrecorded
- Held by
- Stewardship Office
- System
- SYS-10
Source · docs/codices/DECISIONS/0002-institutional-ux-financial-evaluation-and-the-critic.md · registered by rule
Date: 2026-07-31 Status: accepted
Context
Four bodies of doctrine were stated by the founder: institutional user experience (confidence, progressive disclosure, no manipulation), financial stewardship (evaluate every feature economically before proposing it), the human-outcome standard by which the institution's success is measured, and a mandatory adversarial review of major proposals.
Three of the four are doctrine belonging to Codices that already own their domain. The fourth is a procedure, and a procedure that must be citable by name in every future review is better held as its own Codex than buried inside governance.
Decision
- 1Codex 6 gains an "Institutional UX" section: confidence as the product of the interface, one primary action per view, progressive disclosure, beginners supported and experts respected in one surface, cognitive load treated as a defect metric, mastery rewarded with capability rather than points, and the acceptance test did this make the person's life better?
- 2Codex 8 gains a feature evaluation standard: seven axes (revenue potential, implementation cost, maintenance cost, operational complexity, customer value, enterprise value, long-term strategic value) recorded with every feature proposal; ongoing operational cost without strategic value is refused rather than deferred; prefer systems that strengthen as adoption rises. It also gains the human-outcome standard: what the institution optimizes for and what it will never build.
- 3Codex 10 — The Institutional Critic is created: nine questions answered in writing before any major proposal is accepted, with a definition of "major" and the standard that a failed question means redesign before proposal.
- 4Codex 9 amendment procedure now requires the critique to accompany the decision record.
- 5
README.mdandAGENTS.mdupdated to Codices 2–10 and to require the Critic.
Alternatives considered
- Fold the Critic into Codex 9. Rejected: governance is read when doctrine changes, whereas the Critic must be read before every feature. Burying it would make it ceremonial.
- Make the Critic a review board. Rejected: a board creates a queue and a bottleneck at a hundred times the scale, and diffuses responsibility. The proposer owns the critique.
- Leave the UX rules as aesthetic guidance. Rejected: the prohibitions on manipulation are constitutional (Codex 1, Article VI) and need enforceable interaction-level expression.
Consequences
- Major proposals become slower to write and faster to approve.
- Every future decision record carries evidence that scale, simplicity, duplication, security, and first-use were considered.
- Cost discipline moves from launch review to design time.
Supersedes
Nothing. Extends Codices 6, 8, and 9; adds Codex 10.