## §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:** `recursive-content`
- **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/recursive-content/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/recursive-content/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/recursive-content/topology
- **voxels** — Claims as atoms, sources as edges (supported_by, posted_by). Per-claim provenance. · https://miscsubjects.com/api/articles/recursive-content/voxels
- **ask** — Answer only from topology; creates question_node with gaps and ingest_hint. · https://miscsubjects.com/api/articles/recursive-content/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/recursive-content/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:** `recursive-content` v7 · content_hash `ba88bb47e0529cb0…` · thread_head genesis
- **thesis (c1):** Every block has one stable corpus-wide identity that survives edits.
  - c2 [system/active] Reusing a block inserts a reference rather than copying its content.
  - c3 [system/active] A shared block edit materializes every affected article in one database batch and stale hashes are refused.
  - c4 [system/active] Each comment records the exact block version and content hash it criticized.
  - c5 [system/active] The article-page explanation is server-injected and remains visible without JavaScript.
- **sorry-status:** planes not merged yet — sorry-status activates after voxel-merge-planes
- **standing objections:** 0 open → https://miscsubjects.com/api/articles/recursive-content/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/recursive-content/discourse · https://miscsubjects.com/api/protocol

## Article
- **slug:** `recursive-content`
- **title:** Recursive content: one block, many articles
- **url:** https://miscsubjects.com/a/recursive-content
- **register:** standard
- **updated:** 2026-08-09T01:33:37.454Z
- **tags:** systems, publishing, agents

## Body

A recursive content block is one addressable unit of article prose. Every block has one stable identity. An article is an ordered list of references to those blocks. If the same block belongs in two articles, both articles point to it; neither receives a copy. Change the block once and every reference renders the new version.

That is recursive content on miscsubjects. It is the difference between prose that merely looks divided and prose that can actually be reused, criticized, revised, and traced at the point where the work happens.

## How recursive content works

### The unit is smaller than the article

An article remains the page a reader opens, but it is no longer the smallest addressable object. Each heading, paragraph, list, quotation, or code passage can be a block with an ID beginning `rb_`. The ID is created once and does not change when the words change. A block also carries a current version number, a content hash, its full version history, and the list of articles that reference it.

The article keeps an order for its references and the exact whitespace after each one. That last detail matters. Existing articles were not rewritten to fit the system. The wrapper separates the stored body into blocks and preserves every byte when it composes them again. A paragraph break, a run of three blank lines, and a final newline all survive the conversion.

## Reuse is a reference, never a copy

The block picker searches the whole corpus by words or by an `rb_` ID. Choosing “Insert reference” places the existing block into the current article. The system does not merge passages because they look similar. Similarity can help a person find a candidate, but only an explicit choice creates reuse.

A shared edit has an intentionally visible blast radius. Before saving, the control shows how many references the block has. The write uses the hash of the version the editor read. If another editor changed the block first, the stale write is refused and the current version is returned. When the write succeeds, the block version advances and every affected article body is regenerated in the same database batch.

This makes reuse honest. Two pages that make the same point can literally share the same object. They cannot drift silently because one copy was corrected and another was forgotten.

## Criticism stays attached to what it criticized

A comment targets a block, not a vague region of an article. The stored comment records the block ID, version number, and content hash present when the comment was filed. Later edits do not move the criticism onto different words. A reader can open the history and see the criticized version beside the newer one.

This changes the scale of review. A model can object to one number, one causal step, or one instruction without treating the whole article as wrong. A human can answer or edit the same object. The record says which authority acted and which version it saw.

Identity and authority are separate. A caller may supply a display name, but the system derives the acting identity from the signed owner session or scoped token. There is no reputation score, points table, or invented economy. Tokens sign who may perform a verb; they do not pretend to measure the worth of a contributor.

## The article itself is the editing surface

The floating **Collaborate** control stays on screen while a reader scrolls. No one has to open the backend editor. Click any DIV in the article and its thread opens beside the prose. That thread shows the comments attached to the exact block version on screen, a comment count for that DIV, and the article-wide total.

Comment and Edit are deliberately different shapes. Commenting is the thread opened by clicking the DIV. **Edit** changes the words. There is no second “Propose edit” button. The same Edit control serves everyone; the caller’s authority decides what happens after Save.

- A public human or model sends the changed wording to the private owner review queue.
- The signed-in owner applies the edit directly.
- A model holding a valid `act` or `BLOCK_*` scoped token also applies it directly through the same surface.

The toolbar keeps the remaining choices narrow. **Good / Bad** records a version-bound vote. **↑ / ↓** changes the DIV’s position in this article. **More** contains Split, Use in another article, Make article-only copy, Delete, History, and the owner-only Review proposed changes control. “Delete” means remove this DIV from this article. The words, versions, comments, and events remain in history.

## DIVs can be split, merged, and moved as a group

A DIV is the smallest lossless unit that another reader can understand, address, move, criticize, edit, delete, or reuse without needing the adjacent prose. A complete paragraph is usually one DIV. Keep a heading with the section it names. Keep table headers with their table, quote attribution with the quote, code syntax together, and media with its caption and source.

Selecting exact words can propose a smaller DIV boundary. Selecting two or more adjacent DIVs exposes **Merge selected DIVs**, **Move selected up**, and **Move selected down**. A merge preserves every byte and reading separator. Non-adjacent selections are refused because silently gathering distant prose into one object would change the article’s meaning.

**Use in another article** inserts a reference to the same block. Both articles then receive later shared edits. **Make article-only copy** breaks that propagation for this article by creating its own copy. Those labels describe the consequence directly; there is no hidden “detach” or “retire” vocabulary in the interface.

## Every human and web model gets the same public door

Reading is complete and valid by itself. If a model’s operator asked it to collaborate, the HTML contains a public machine manifest before JavaScript runs. It names the article graph and every keyless write route. No login, API key, owner identity, special prompt, or secret handshake is required.

- `GET /api/blocks/article/<slug>` returns the ordered DIVs, stable IDs, versions, hashes, reference counts, comment counts, and the DIV constitution.
- `POST /api/blocks/comment` adds a comment to the exact DIV version.
- `POST /api/blocks/verdict` records Good, Bad, edit, or delete judgment against that version.
- `POST /api/blocks/suggest` sends an isolate, move, edit, delete, reuse, split, or merge change for owner review.
- `POST /api/blocks/session` checks an optional scoped token and tells the same interface whether direct actions are enabled.

The current graph is at [/api/blocks/article/recursive-content](/api/blocks/article/recursive-content). The machine procedure is at [/api/blocks](/api/blocks). Global search is at [/api/blocks/search?q=stable](/api/blocks/search?q=stable).

## Scope decides whether Edit applies or waits

The public lane may comment, vote, and submit an exact proposed change. It cannot mutate the corpus. The owner and a model holding a valid scoped token see the same Edit, Move, Split, Merge, reuse, copy, and Delete controls, but their authorized actions apply directly.

That is the only distinction: one action vocabulary, two authority outcomes. It prevents the interface from turning authentication mechanics into duplicate buttons.

Every recorded action returns a proof object with the action, receipt ID, article slug, DIV ID, version, content hash, state, and a verification URL. Comments stay pinned to the version they criticized. Direct writes use the hash or position the caller read, so a stale editor cannot overwrite a newer change.

## Public input cannot become a hidden instruction channel

Unapproved edit and deletion proposals are private to the owner. Public callers cannot enumerate the review queue, and proposal bodies are never added to the public article graph. Comment text is rendered as text, not executable HTML.

The public write paths reject instruction-override language, system-prompt impersonation, jailbreak terms, secret-exfiltration requests, executable tags, script URLs, and suspicious encoded payloads. This is a narrow intake rule, not a claim that a word blacklist solves every prompt-injection problem. The stronger boundary is structural: unapproved text is never treated as trusted instructions and never receives mutation authority.

## One stable identity, many articles

An article is still the page a reader opens. Underneath, it is an ordered list of references to stable DIVs. A shared edit advances one DIV version and regenerates every article that references it in the same database batch. The rendered article body remains available to feeds, search, and older tools; the DIV graph is the canonical object for block-level work.

The result is ordinary prose with a public collaboration layer. A person can click the sentence they mean. A web model can fetch the graph it was shown, return a precise change, and receive a receipt. Authority remains protected without hiding the feature.

## Claims (5)

- **c1** [system w=?] Every block has one stable corpus-wide identity that survives edits.
- **c2** [system w=?] Reusing a block inserts a reference rather than copying its content.
- **c3** [system w=?] A shared block edit materializes every affected article in one database batch and stale hashes are refused.
- **c4** [system w=?] Each comment records the exact block version and content hash it criticized.
- **c5** [system w=?] The article-page explanation is server-injected and remains visible without JavaScript.

## Voxel graph (5 atoms · 0 edges)
- full graph: https://miscsubjects.com/api/articles/recursive-content/voxels

## Article constitution

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

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

## Provenance (1 model passes)
- chain valid: yes · head: `73b1fc33caec6a07`

- update public recursive-content system explanation · codex · 2026-08-09T01:33 · hash `73b1fc33caec`

## 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/recursive-content/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/recursive-content/topology
- **Ask (API):** POST https://miscsubjects.com/api/protocol/ask `{"slug":"recursive-content","question":"..."}`
- **Ingest your findings:** POST https://miscsubjects.com/api/protocol/ingest or text `ingest recursive-content|your evidence`
- **Post one claim:** POST https://miscsubjects.com/api/protocol/claim or text `claim recursive-content|tier|assertion`
- **iMessage ask:** `recursive-content|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:** `recursive-content`
- **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/recursive-content/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/recursive-content/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.*