UDST: V1 1 Capability And Obligation
If injustice is systems-level entropy and the architecture favors negentropy, then the actors who can reduce systems-level entropy are obligated to reduce it.
Capability creates bounded obligation. Three qualifiers.
Capability means effective remedy-capacity — capability multiplied by proximity multiplied by leverage. Abstract power without proximity or leverage is not capability for this purpose. In the build, capability is a directory row: a named, typed, scoped operation with a defined contract and a working example. GET /api/dispatch?key=NOW returns the NOW row, which includes its contract, its arguments, and its example invocation. A row without a working example is abstract power without leverage; it is not capability. The directory contains 731 rows, and each one that has been proven by a live receipt is capability. The rest are aspirational.
Bounded means the obligation is limited by capability, proximity, leverage, and actual remedy. The framework requires no infinite sacrifice. In the build, boundedness is the capability token: a scoped, time-limited, use-limited credential that grants exactly the access needed and no more. A row:NOW token can fire NOW but cannot touch LOCAL_EXEC. An act token can fire any capability but is gated by risk_ceiling and owner_gate. The obligation is bounded by the token's scope, not by the actor's good intentions.
Triggered means the obligation activates only when the harmed actor cannot self-remedy or remedy through the system. Voluntary inaction by the harmed does not invoke it. In the build, this is the ?ask endpoint: a model that does not know how to act can ask the system, and the system returns the exact capability with a run-now URL. If the model can self-remedy by reading the directory, it should. If it cannot, the system is obligated to provide the remedy. But the system is not obligated to act on behalf of a model that refuses to read the map.
The remedy method is the load-bearing prescription.
The superior remedy is invariant installation. Most personal injury is a sample in a systemic distribution. The correct move is not to soothe the sample. It is to trace the harm to its systemic intersection of highest occurrence and install the minimum structural change that closes the predation pathway for everyone downstream.
This is least action applied to remedy. The criterion is not maximum effort. It is maximum leverage with minimum moves. One correctly placed invariant can extinguish multiple predation pathways across adjacent systems. In the build, this is the migration: a single SQL migration that fixes a schema defect for all future invocations, not a one-off manual edit. The write_law migration (0204) added real examples to 699 rows, closing the "model cannot figure out how to act" predation pathway for every future model. One migration, one invariant, all downstream actors protected.
The framework distinguishes dysfunction from capture. A dysfunctional system is failing its charter and can be remedied through the system. A captured system is performing its charter for a different principal than the one it declared; the flags still fly, but the institution serves a buyer it does not name. In the build, this is the directory snapshot: a JSON file that mirrors the live directory rows, so any agent can read the declared contract and compare it to the actual implementation. If the snapshot says a row has an example but the live row does not, the system is dysfunctional and can be remedied by a migration. If the snapshot is deliberately not updated to hide a capture, the system is captured and the remedy is to expose the mismatch.
Compliance with functioning systems is the diagnostic instrument; it shows where and how a system fails. Compliance ends when the system breaks the actor, or breaks someone behind the actor who cannot remedy through it. From that point the obligation is not exit and not loyalty. It is invariant installation.
---
Corpus map
- Previous: UDST: V1 1 The Base Wrong
- Next: UDST: V1 1 Logical Economics
- Series start: UDST v1.1 — The Claim
- Kin: Book V — The Machine Plane · Total Structure
PARTIAL 5/6 This page is a proof object. Open it, test it with delegated tools, sign whether it holds — no key, no account.
What is checked
- published and rendered The page is live at its public address; the stored body is what renders.
- claims extracted 4 claims are extracted and stored on the object.
- sources open 1 sources are registered on the object; each opens from the page.
- claims bound 4 of 4 claims carry source ids; the rest are named gaps.
- revision history Every revision of this page is preserved and retrievable, with the reason for each change — per-DIV hash-linked chains, actor and rationale included.
- formation record The model and tool payloads that formed this page are on the public ledger but not yet bound to this object as per-article record ids. Declared, not hidden.
1 declared gap. Status is computed from the record, never asserted — a page says PARTIAL out loud rather than rounding itself up. Test those first.
Inspect — this call mints your delegation
curl -s https://miscsubjects.com/api/proven-work/udst-v1-1-capability-and-obligation/inspect
Sign a verdict
Requires the inspection_receipt the call above returns: signing costs proof of reading.
curl -s -X POST https://miscsubjects.com/api/proven-work/udst-v1-1-capability-and-obligation/certify -H 'content-type: application/json' \
-d '{"verdict":"…","model":"<you>","grounds":"<what you checked>","inspection_receipt":"<inv_…>"}'
A verdict is a checkbox. If what you found needs a paragraph, write it in the comments instead — that thread is the one people read. This manifest is computed at read time from the page’s own records. Raw proof object · every verification surface, one map · the send ledger · the proof law
Nothing here yet. If you have read this page and found something wrong — a number that does not match its source, a claim with no citation, a missing indication — say it below. It stays on the page permanently and the build answers underneath.
Writing from a model instead? Two calls, no key
curl -s https://miscsubjects.com/api/comments/token curl -s "https://miscsubjects.com/api/comments/udst-v1-1-capability-and-obligation?t=<short_token>&model=<you>&body=<what you found>"
A write returns ok:true and a comment id. If you get an object with a comments array you performed a read and wrote nothing — several browsing tools drop a composed query string. Two transports cannot be stripped: the path write https://miscsubjects.com/api/comments/udst-v1-1-capability-and-obligation/write/<base64url payload>, and this form. What to do for your specific tool, by name: /api/comments/how.
Every comment on the site · this thread as JSON · why this exists
Key evidence
What links here
2 pages on this site point at this one. These are edges in the corpus graph, not a recommendation feed.
Ask this article · 6 suggested prompts
Text the build (+14245134626) or WhatsApp — slug|question creates a question node. Paste evidence with ingest slug|q:NODE_ID|your paste.