{"_self":{"principle":"Self-explaining payload — no external context required. This _self block describes what you are reading and where to look next.","widget":"article_topology","feature":"topology","name":"Article topology","what":"Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER.","contains":"claims, sources, anecdotes, question_graph slice","slug":"udst-v1-1-capability-and-obligation","urls":{"read":"https://miscsubjects.com/api/articles/udst-v1-1-capability-and-obligation/topology"},"how_to_use":"Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER.","write":null,"imessage":null,"router_tag":null,"proof_chain":[{"step":1,"claim":"Articles are voxel graphs of tiered claims, not prose blobs.","verify":"https://miscsubjects.com/api/articles/constitution"},{"step":2,"claim":"Claims link to hash-chained sources via source_ids.","verify":"https://miscsubjects.com/api/articles/udst-v1-1-capability-and-obligation/sources"},{"step":3,"claim":"Ask reads topology; ingest/claim append to ledger.","verify":"https://miscsubjects.com/api/protocol"},{"step":4,"claim":"Models queue growth: populate → collaborate → repair → reflex.","verify":"https://miscsubjects.com/api/protocol/grow"},{"step":5,"claim":"Graph proves its own shape (reflex) and $/claim (yield).","verify":"https://miscsubjects.com/graph.html?layer=reflex"},{"step":6,"claim":"Full feature index + _explain on every API response.","verify":"https://miscsubjects.com/api/articles/system-map"}],"related_features":[{"id":"ask","name":"Ask protocol","what":"Answer only from topology; creates question_node with gaps and ingest_hint.","urls":{"read":"https://miscsubjects.com/api/articles/udst-v1-1-capability-and-obligation/prompts","write":"https://miscsubjects.com/api/protocol/ask"}},{"id":"graph_topology","name":"Cross-article graph","what":"Merged claims/sources across condition+stack slugs for one question.","urls":{"read":"https://miscsubjects.com/api/articles/udst-v1-1-capability-and-obligation/graph-topology?question=..."}},{"id":"question_graph","name":"Question graph","what":"Ask nodes (questions + gaps) and evidence_ingest nodes (pasted model output).","urls":{"read":"https://miscsubjects.com/api/articles/udst-v1-1-capability-and-obligation/question-graph","write":"https://miscsubjects.com/api/protocol/ask"}},{"id":"voxels","name":"Voxel graph","what":"Claims as atoms, sources as edges (supported_by, posted_by). Per-claim provenance.","urls":{"read":"https://miscsubjects.com/api/articles/udst-v1-1-capability-and-obligation/voxels","write":"https://miscsubjects.com/api/protocol/claim"}}],"system_map":"https://miscsubjects.com/api/articles/system-map","system_map_markdown":"https://miscsubjects.com/api/articles/system-map?format=markdown","not_medical_advice":true},"_explain":{"feature":"topology","name":"Article topology","what":"Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER.","why":"Every feature is auditable collective intelligence","how":"Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER.","model":null,"verifies":null,"urls":{"read":"https://miscsubjects.com/api/articles/udst-v1-1-capability-and-obligation/topology"},"imessage":null,"router":null,"related":[{"id":"ask","what":"Answer only from topology; creates question_node with gaps and ingest_hint."},{"id":"graph_topology","what":"Merged claims/sources across condition+stack slugs for one question."},{"id":"question_graph","what":"Ask nodes (questions + gaps) and evidence_ingest nodes (pasted model output)."},{"id":"voxels","what":"Claims as atoms, sources as edges (supported_by, posted_by). Per-claim provenance."}],"not_medical_advice":true},"slug":"udst-v1-1-capability-and-obligation","title":"UDST: V1 1 Capability And Obligation","register":"oip_protocol","tags":["OIP","UDST","systems-theory","deterministic"],"updated_at":"2026-07-04T05:03:16.622Z","body_excerpt":"# Capability and Obligation\n\nIf injustice is systems-level entropy and the architecture favors negentropy, then the actors who can reduce systems-level entropy are obligated to reduce it.\n\nCapability creates bounded obligation. Three qualifiers.\n\n**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.\n\n**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.\n\n**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.\n\nThe remedy method is the load-bearing prescription.\n\nThe 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.\n\nThis 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.\n\nThe 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.\n\nCompliance 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 i","ranking":"safety-first (interaction_risk/limitations), then quote-gated effective_weight","claims":[],"sources":[],"anecdotal_sources":[],"scientific_sources":[],"user_reports":[],"related_articles":[],"question_graph":{"slug":"udst-v1-1-capability-and-obligation","questions":[],"evidence":[],"edges":[],"counts":{"questions":0,"evidence":0,"edges":0}},"honesty":{"active_claims":0,"retracted_claims":0,"cut_claims":0,"challenges":0,"scrub_events":0,"note":"Retracted/cut claims stay on ledger but are excluded from ask unless ?include_inactive=1"},"counts":{"claims":0,"claims_total":0,"sources":0,"anecdotal":0,"scientific":0,"user_reports":0,"questions":0,"evidence_ingests":0}}