Object Invocation Protocol · protocol specification

Total Structure v3: Appendix D

#philosophy#oip#appendix#total-structure#systems-theory

Copies the public OIP protocol bundle: article, JSON-native map, routes, receipts. No owner token.

§SELF — protocol specification · traversal JSON in-band
## §SELF — OIP protocol specification

**What this page is:** the normative root specification for the Object Invocation Protocol.

**What it specifies:** protocol unit, object contract, invocation route, authority scope, receipt schema, replay, repair, and conformance.

**Read:** https://miscsubjects.com/a/oip-v3-appendix-d
**This page as JSON:** https://miscsubjects.com/api/articles/oip-v3-appendix-d
**Machine bundle:** https://miscsubjects.com/api/articles/oip-v3-appendix-d/bundle?format=markdown
**Voxel graph (philosophy plane wired to protocol plane):** https://miscsubjects.com/api/articles/oip/voxels
**Live object tree:** https://miscsubjects.com/api/dispatch?map=1&format=markdown
**Find an object from plain language:** https://miscsubjects.com/api/dispatch?ask=<what you want>
**Read one object:** https://miscsubjects.com/api/dispatch?key=<KEY>&format=markdown

**Proof rule:** an action is not proven by intent, description, or a 200. It is proven by the ledger and the OIP receipt for the invocation.

APPENDIX D — Changelog: v3.0 Merge Decisions

Auditable per the document's own standard (IX.2). Every non-trivial editorial decision, declared:

  1. Fifth source integrated: the OIP build. Grounded through its live public surfaces — the root article, the orientation surface, and the linked spec and ledger endpoints — after direct repository access was unavailable to automated fetching. All observed claims in Book VI derive from those surfaces and carry freshness windows per IX.6.
  1. Two axioms added: A₁₁ (Receipt) and A₁₂ (Recursion). Both extracted from the build, both negation-tested per A₀, both published with the reasons their negations collapse. A₁₁ generalizes the proof artifact into the universal epistemic primitive and yields a new capture diagnostic (Book III). A₁₂ licenses and chains Book IX. Under Class E rules, both ship falsifiers: A₁₁ rides S7, A₁₂ rides S8.
  1. Book VI (Object Grammar) is new. It generalizes six build mechanisms into doctrine: the object contract and triple identity; the one door; the universal loop (never guess → resolve → read → invoke → prove → repair); the repair doctrine (failures stay attached to fixes — generalized into a theory of institutional memory); the drop (delegation without dependence, welded to D6); and the density law (self-description as anti-capture technology). Each generalization is typed derivation; the build's instantiations are typed observed.
  1. The Existence Proof is scoped exactly. Five claims moved from derivation to observed (cheap receipts; one grammar over heterogeneous capability; provenance in production; bounded delegation with tenancy; automated self-revision). Three claims held open with surfaces named (market-scale amortization → S5; hostile-scale adversarial survival → S7; operability beyond the author → young sample). Citing the build above its evidentiary weight would have been the exact declared-success-without-receipts the document defines as capture; the scoping is the airtightness.
  1. Book IX (Amendment Protocol) is new — the self-altering mechanism, chained. Append-only versioning; mandatory changelogs; typed claims with freshness enforcement; four amendment classes with distinct bars; zero-context review recursion modeled on the build's clarity loop; capture guards including the fork rule and recursion audit. One deliberate reservation: A₄ is excluded from amendment, with the reasoning stated in the book — a floor that can be amended under pressure is a price, not a floor.
  1. Two falsification surfaces added: S7 (object grammar) and S8 (recursion). Required by Class E rules applied retroactively to the edition's own extensions: new structure must ship its own kill conditions.
  1. Disclosure Doctrine extended with D6 (the drop). Thread Two's intent — that findings reach the unremedied usably, not just legally — gains its operational test from Tap & Go: disclosure is complete only when a zero-context recipient can run the remedy. D6 is typed derivation; its instantiation observed.
  1. Method extended: zero-context test and objection ledger. Both generalized from the build (the zero-context rule; the answered-by-design surface) into Book IV as general instruments — the first as the acceptance criterion for invariant installation, the second as anti-relitigation and anti-exhaustion machinery, with the honesty valve that entries must remain reopenable.
  1. Personal identifiers redacted. The build's public surfaces expose operational details of its single operator (contact routes, machine paths, names of private endpoints). None are load-bearing to the philosophy; all are omitted. The document cites the build's public documentation URLs only.
  1. Carried content compressed, not cut. Books I–V, VII, VIII, and X carry all load-bearing claims of v2.0, tightened per the compression axiom to fund the new material. No claim of v2.0 was dropped; several were re-typed under the new claim system.
  1. Anti-bloat accounting. v3.0 is roughly half again the length of v2.0. Added load: two axioms, one doctrine clause (D6), two method instruments, one full book of doctrine (VI), one full book of governance (IX), two falsification surfaces, one benchmark condition, a claim-typing system, and the conversion of five claims from prediction to observation. Under IX's Class E bar, the edition judges its added load to exceed its added length — and notes that this judgment is itself reviewable under IX.4, which is the point.
  1. The loop is closed. The philosophy (Word) specified the method (Way); the method demanded the machine (Work); the machine returned the receipt and the recursion; and the receipt and the recursion now govern the philosophy's own text (Book IX). Word → Way → Work → Word. The document is, as of this version, an instance of what it describes — eligible, like any object, to be entered into a review loop, scored by cold readers, revised with lineage, and forked in the open by anyone its stewards fail.

---

Corpus map

oip-v3-appendix-d · condition map

Evidence map

Hover a node — its path lights up. Click to open the article.

Full map →
Talk to this article
Tap a phone. Ask anything about Total Structure v3: Appendix D. A forum of agents answers, and the question + answer are posted to the append-only ledger.
Questions queue for the coding-agent forum (one answer per cron tick). Real phone instead: iMessage +14245134626 · WhatsApp. Thread + proof: JSON · ledger.
oip-v3-appendix-d · posted 2026-07-04 · updated 2026-07-04 · 2 prior revisions
Ledger API & provenance
Provenance · 2 model passes · 0 tokens · $0 · 1 model
chain head ced50a50699c63d4
edit claude-fable-5 · 2026-07-04 04:34 · 0 tok · a9a81fa06b77
edit claude-fable-5 · 2026-07-04 05:02 · 0 tok · ced50a50699c
verify chain →
Live ledger · 3 payloads · 2 turns
recent activity · inspect
ARTICLE_CREATED automation · HTTP 200 · 2026-07-04 02:47 · t_article_1s5sg5p3
AUTOMATE_FIRE dispatch · 2026-07-03 19:47 · t_g739liig
AUTOMATE_FIRE dispatch · 2026-07-03 19:47 · t_g739liig
view full ledger & cards →
OIP REST + ledger
system shelf GET /api/dispatch?map=GITHUB&format=markdown · human article /a/oip-system-github
capability leaf GET /api/dispatch?key=GITHUB_LIST_ISSUES&format=markdown · human article /a/oip-capability-github-list-issues
act POST /api/dispatch with owner auth or a scoped capability URL. Public docs are open; mutating action is token-bounded.
token explain GET /api/dispatch?explain=1&share=TOKEN
receipt GET /api/dispatch?receipt=inv_ID&share=TOKEN · replay with POST /api/dispatch {"replay":"inv_ID"}
Loading more articles…