Accept 0035 — a report is read from the system
The principle is obvious; the obligations it imposes are not, and those are what was actually being decided. The applier records what it did, including facts it never reads itself, purely so something else can read them back. It records them AFTER the thing works, so a half-finished run ends up with less metadata rather than optimistic metadata — rejecting the simpler alternative of tagging at creation with a status field, because a failed raise deliberately leaves wreckage standing and wreckage tagged at creation claims things that never happened. And it binds anything that reports on the mesh, not only the drawing. §5 carries the rule unqualified now. The constitution sync is owed for this and for 0034 and 0018, and has not been run.
This commit is contained in:
@@ -172,9 +172,6 @@ behaviour asserts a guess. The obligation is that every decision has a defender.
|
||||
|
||||
### A report is read from the system, never from what asked for it
|
||||
|
||||
*Proposed — [ADR 0035](../02-DECISIONS/0035-a-picture-is-read-from-what-runs.md), pending
|
||||
review.*
|
||||
|
||||
The same rule as the two above, pointed at reporting rather than at verification. **Anything
|
||||
that describes the state of the mesh — a status view, an inventory, a diagram, a health
|
||||
check — is assembled from the running system.** Assembling it from the intended state produces
|
||||
|
||||
Reference in New Issue
Block a user