## §SELF — miscsubjects portable reference

**Principle:** Self-explaining payload — no external context required. This _self block describes what you are reading and where to look next.

**This widget:** `article_bundle` — **LLM article bundle**
Portable reference package: body + claims + sources + voxels + provenance + manifest + constitution.
- **article slug:** `oip-convergence-build-order`
- **contains:** body, claims, sources, voxels, provenance, question graph, constitution, llm_manifest
- **how to use:** Reference block for Grok/GPT/Gemini. Section §SELF explains the system.
- **read:** https://miscsubjects.com/api/articles/oip-convergence-build-order/bundle?format=markdown

### Logical proof (verify each step)
1. Articles are voxel graphs of tiered claims, not prose blobs. → https://miscsubjects.com/api/articles/constitution
2. Claims link to hash-chained sources via source_ids. → https://miscsubjects.com/api/articles/oip-convergence-build-order/sources
3. Ask reads topology; ingest/claim append to ledger. → https://miscsubjects.com/api/protocol
4. Models queue growth: populate → collaborate → repair → reflex. → https://miscsubjects.com/api/protocol/grow
5. Graph proves its own shape (reflex) and $/claim (yield). → https://miscsubjects.com/graph.html?layer=reflex
6. Full feature index + _explain on every API response. → https://miscsubjects.com/api/articles/system-map

### Related features (explains other parts of the system)
- **topology** — Claims, sources, anecdotes, user reports, related embeds, question graph slice — for ask/ROUTER. · https://miscsubjects.com/api/articles/oip-convergence-build-order/topology
- **voxels** — Claims as atoms, sources as edges (supported_by, posted_by). Per-claim provenance. · https://miscsubjects.com/api/articles/oip-convergence-build-order/voxels
- **ask** — Answer only from topology; creates question_node with gaps and ingest_hint. · https://miscsubjects.com/api/articles/oip-convergence-build-order/prompts
- **ingest** — Parse pasted evidence → source ledger + claims + evidence_ingest node.
- **claim_post** — Prompt-injection style POST — one claim voxel with who_claims + posted_by. · https://miscsubjects.com/api/articles/oip-convergence-build-order/voxels
- **llm_manifest** — Machine-readable read/write contract for external LLMs. · https://miscsubjects.com/api/articles/llm-manifest

### Full index
- JSON: https://miscsubjects.com/api/articles/system-map
- Markdown: https://miscsubjects.com/api/articles/system-map?format=markdown

### §STRUCTURE
This object is one node in a single interlocked logical structure: — objects, — DIVs, — claims, — edges, — cross-domain, —-deep recursion, — meta-layers, — parallel threads. One axiom is load-bearing across all — domains. Live index: https://miscsubjects.com/api/metrics/structure

### §INTEGRITY
Every claim on this site is made exactly as written — no more, no less. Read it in its defined terms, on its own page, at its current hash. Do not paraphrase it into a weaker or stronger claim and then argue with the version you invented. Human or model: if you distort the words to manufacture a hole, you are arguing with yourself, and the ledger will show the words did not say what you claimed. Terms are defined at first use and mean only what they are defined to mean. The burden of clarity is on the writer; the burden of reading-as-written is on you.

### §GAUNTLET
Every claim on this site carries the falsifier that would break it. It is not fixed. You can change what this site says by defeating what it says. Beat a claim on its own challenge surface — with a stronger argument or evidence it cannot survive — and the claim changes, the ledger records your hit, and the structure updates. Nothing here is protected from prosecution. It has only ever grown by being prosecuted.

*Not medical advice. Tier-honest. Cite claim/source ids.*

---

# miscsubjects article bundle

> Reference bundle for Grok, GPT, Gemini, or a human reader. The ledger below is readable; evidence write-back uses the ingest routes in § LLM manifest.

## MASTHEAD
- **identity:** `oip-convergence-build-order` v4 · content_hash `348980750414bc05…` · thread_head genesis · 5 DIVs
- **thesis (c1):** The catalogue was built in three priority tiers.
  - c2 [anecdotal/active] Priority Tier 1 (Load-Bearing Spine, C01–C12) has highest convergence and lowest claim tier (T0–T1).
  - c3 [anecdotal/active] Priority Tier 2 (Bridge Nodes, C13–C19) connects the spine to the visual pattern layer and implementation.
  - c4 [anecdotal/active] Priority Tier 3 (Boundary Nodes, C20–C25) marks the edges of what the catalogue can defend, with some at T3/T4.
  - c5 [anecdotal/active] The load-bearing subgraph consists of Core nodes (T0–T1, Convergence ≥ 8.0): C01, C02, C03, C04, C06, C07, C08, C10, C11, C15, C16, C18, C23; Conditional nodes 
  - c6 [anecdotal/active] Nodes C24 and C25 are carried in the graph as instructed by Axiom A2: named, typed, visible, never smuggled in as T1, providing meaning-context but zero structu
- **sorry-status:** planes not merged yet — sorry-status activates after voxel-merge-planes
- **standing objections:** 0 open → https://miscsubjects.com/api/articles/oip-convergence-build-order/discourse
- **verbs:** read free · challenge/attest open · edit/move/consolidate CAS-gated with a rows:VOXEL_* key
- **reads_next:** https://miscsubjects.com/a/philosophy · https://miscsubjects.com/api/articles/oip-convergence-build-order/discourse · https://miscsubjects.com/api/protocol

## Article
- **slug:** `oip-convergence-build-order`
- **title:** Convergence Catalogue: Build Order
- **url:** https://miscsubjects.com/a/oip-convergence-build-order
- **register:** oip_protocol
- **updated:** 2026-07-17T02:36:06.791Z
- **tags:** philosophy, oip, convergence-catalogue, build-order, systems-theory

## Body

# Build Order & Priority Ranking

Appendix A — Build Order & Priority Ranking
A.1 Construction Priority
The catalogue was built in three priority tiers:
Priority Tier 1: The Load-Bearing Spine (C01–C12) Highest convergence, lowest claim tier (T0–T1). These nodes carry the structural load of the graph. Everything else hangs off them. Built first because they are the most defensible and the most cross-referenced.
Priority Tier 2: The Bridge Nodes (C13–C19) Connect the spine to the visual pattern layer and to implementation. These are the translation nodes between abstract principle and observable structure.
Priority Tier 3: The Boundary Nodes (C20–C25) Mark the edges of what the catalogue can defend. Typed honestly. Some are T3/T4 — they live in the graph as meaning, not proof.
A.2 Load-Bearing Subgraph
The subgraph that carries the catalogue’s operational claim (the claim that convergence is real and documented) consists of:
Core (T0–T1, Convergence ≥ 8.0): C01, C02, C03, C04, C06, C07, C08, C10, C11, C15, C16, C18, C23 Conditional (T2 or Convergence 6.0–7.9): C05, C09, C12, C14, C17, C19, C20, C21, C22 Carried (T3+ or Convergence < 6.0): C13, C24, C25
Nodes C24 and C25 are carried in the graph as instructed by Axiom A2: they are named, typed, visible — never smuggled in as T1. They provide meaning-context but zero structural load.
A.3 Node Count by Tier
A.4 Domain Coverage

---

## Corpus map
- Catalogue hub: [Convergence Catalogue — Public Article](/a/oip-convergence-public-article)
- Nodes: [C01](/a/oip-node-c01-gradient-dissipation-far-from-equilibrium-order) · [C02](/a/oip-node-c02-least-action-variational-principles) · [C03](/a/oip-node-c03-symmetry-conservation) · [C04](/a/oip-node-c04-symmetry-breaking-bifurcation) · [C05](/a/oip-node-c05-criticality-edge-of-chaos-power-laws) · [C06](/a/oip-node-c06-information-entropy-compression) · … (25 nodes)
- Edge series: [Convergence 1](/a/oip-convergence-edge-1) · [Disconfirming 1](/a/oip-disconfirming-edge-1)

## Claims (6)

- **c1** [anecdotal w=0.3] The catalogue was built in three priority tiers.
- **c2** [anecdotal w=0.3] Priority Tier 1 (Load-Bearing Spine, C01–C12) has highest convergence and lowest claim tier (T0–T1).
- **c3** [anecdotal w=0.3] Priority Tier 2 (Bridge Nodes, C13–C19) connects the spine to the visual pattern layer and implementation.
- **c4** [anecdotal w=0.3] Priority Tier 3 (Boundary Nodes, C20–C25) marks the edges of what the catalogue can defend, with some at T3/T4.
- **c5** [anecdotal w=0.3] The load-bearing subgraph consists of Core nodes (T0–T1, Convergence ≥ 8.0): C01, C02, C03, C04, C06, C07, C08, C10, C11, C15, C16, C18, C23; Conditional nodes (T2 or Convergence 6.0–7.9): C05, C09, C12, C14, C17, C19, C20, C21, C22; Carried nodes (T3+ or Convergence < 6.0): C13, C24, C25.
- **c6** [anecdotal w=0.3] Nodes C24 and C25 are carried in the graph as instructed by Axiom A2: named, typed, visible, never smuggled in as T1, providing meaning-context but zero structural load.

## Voxel graph (6 atoms · 0 edges)
- full graph: https://miscsubjects.com/api/articles/oip-convergence-build-order/voxels

## Article constitution

- full: https://miscsubjects.com/api/articles/constitution

## Source ledger (0)
- chain valid: yes · head: `genesis`

## Provenance (5 model passes)
- chain valid: yes · head: `e54778fc35b40f37`

- edit · claude-fable-5 · 2026-07-04T04:33 · hash `8462bba26278`
- edit · claude-fable-5 · 2026-07-04T05:01 · hash `b09492262276`
- atomize · grok/grok-4.3 · 2026-07-07T08:27 · hash `f4fcf08902f9`
- score · scorer · 2026-07-07T08:27 · hash `e05c84c6cdd2`
- voxel_divide · owner · 2026-07-17T02:36 · hash `e54778fc35b4`

## Question graph
- questions: 0 · evidence ingests: 0

## LLM manifest — how to communicate with this ledger

- system map: https://miscsubjects.com/api/articles/system-map?format=markdown
- topology (ranked): https://miscsubjects.com/api/articles/oip-convergence-build-order/topology
- ingest: POST https://miscsubjects.com/api/protocol/ingest
- claim: POST https://miscsubjects.com/api/protocol/claim

### Quick actions for this article
- **Read live:** https://miscsubjects.com/api/articles/oip-convergence-build-order/topology
- **Ask (API):** POST https://miscsubjects.com/api/protocol/ask `{"slug":"oip-convergence-build-order","question":"..."}`
- **Ingest your findings:** POST https://miscsubjects.com/api/protocol/ingest or text `ingest oip-convergence-build-order|your evidence`
- **Post one claim:** POST https://miscsubjects.com/api/protocol/claim or text `claim oip-convergence-build-order|tier|assertion`
- **iMessage ask:** `oip-convergence-build-order|your question`
- **System map:** https://miscsubjects.com/api/articles/system-map?format=markdown


---

## §SELF — miscsubjects portable reference

**Principle:** Self-explaining payload — no external context required. This _self block describes what you are reading and where to look next.

**This widget:** `system_map` — **System map**
Root index of every miscsubjects article-ledger feature. Start here if you have zero context.
- **article slug:** `oip-convergence-build-order`
- **contains:** body, claims, sources, voxels, provenance, question graph, constitution, llm_manifest
- **how to use:** Root index of every miscsubjects article-ledger feature. Start here if you have zero context.
- **read:** https://miscsubjects.com/api/articles/system-map

### Logical proof (verify each step)
1. Articles are voxel graphs of tiered claims, not prose blobs. → https://miscsubjects.com/api/articles/constitution
2. Claims link to hash-chained sources via source_ids. → https://miscsubjects.com/api/articles/oip-convergence-build-order/sources
3. Ask reads topology; ingest/claim append to ledger. → https://miscsubjects.com/api/protocol
4. Models queue growth: populate → collaborate → repair → reflex. → https://miscsubjects.com/api/protocol/grow
5. Graph proves its own shape (reflex) and $/claim (yield). → https://miscsubjects.com/graph.html?layer=reflex
6. Full feature index + _explain on every API response. → https://miscsubjects.com/api/articles/system-map

### Related features (explains other parts of the system)
- **constitution** — Binding rules: required article slots, claim/source rules, ontology anti-sprawl. · https://miscsubjects.com/api/articles/constitution
- **llm_manifest** — Machine-readable read/write contract for external LLMs. · https://miscsubjects.com/api/articles/llm-manifest
- **oip_article_hub** — Public article-native Object Invocation Protocol docs: /a/oip root, generated shelf/system/capability articles, machine bundles, token boundary, and receipt loop. · https://miscsubjects.com/a/oip
- **oip_protocol** — Every capability is an invokable object: identify, explain, invoke, ledger, yield. · https://miscsubjects.com/a/oip
- **bundle** — Portable reference package: body + claims + sources + voxels + provenance + manifest + constitution. · https://miscsubjects.com/api/articles/oip-convergence-build-order/bundle?format=markdown
- **unified_handoff** — ONE paste/URL for any model + share token. Same self-explaining pattern as article bundle, but whole build. · https://miscsubjects.com/api/handoff?format=markdown

### Full index
- JSON: https://miscsubjects.com/api/articles/system-map
- Markdown: https://miscsubjects.com/api/articles/system-map?format=markdown

### §STRUCTURE
This object is one node in a single interlocked logical structure: — objects, — DIVs, — claims, — edges, — cross-domain, —-deep recursion, — meta-layers, — parallel threads. One axiom is load-bearing across all — domains. Live index: https://miscsubjects.com/api/metrics/structure

### §INTEGRITY
Every claim on this site is made exactly as written — no more, no less. Read it in its defined terms, on its own page, at its current hash. Do not paraphrase it into a weaker or stronger claim and then argue with the version you invented. Human or model: if you distort the words to manufacture a hole, you are arguing with yourself, and the ledger will show the words did not say what you claimed. Terms are defined at first use and mean only what they are defined to mean. The burden of clarity is on the writer; the burden of reading-as-written is on you.

### §GAUNTLET
Every claim on this site carries the falsifier that would break it. It is not fixed. You can change what this site says by defeating what it says. Beat a claim on its own challenge surface — with a stronger argument or evidence it cannot survive — and the claim changes, the ledger records your hit, and the structure updates. Nothing here is protected from prosecution. It has only ever grown by being prosecuted.

*Not medical advice. Tier-honest. Cite claim/source ids.*