## §SELF — miscsubjects capability (paste without context)
**Principle:** Self-explaining payload — no external context required. This _self block is the capability: what it is, how to run it, how to change it, and where to look next.
**Path:** OIP > OIP > OIP_PURIFICATION_SEED
**Capability:** `OIP_PURIFICATION_SEED` — Queue OIP documentation purification under logical-proof-v1. Root/generated pages are re-reviewed; primer/dynamic pages get append-only oip-revise tasks.
**When to use:** after content rules change or after an editorial-board decision identifies unclear/proofless OIP documentation.
**RUN NOW (open this URL):** https://miscsubjects.com/api/dispatch?invoke=OIP_PURIFICATION_SEED&body=%7B%22slugs%22%3A%5B%22oip%22%2C%22oip-operating-model%22%5D%2C%22brief%22%3A%22Every%20claim%20must%20be%20proven%20by%20route%2Fobject%2Freceipt.%22%7D&share=<TOKEN>
**Example call:** [OIP_PURIFICATION_SEED]{"slugs":["oip","oip-operating-model"],"brief":"Every claim must be proven by route/object/receipt."}[/OIP_PURIFICATION_SEED]
- **type · runner:** knowledge · http · protocol
- **run it:** Open run_now (URL, fires the example), or POST https://miscsubjects.com/api/dispatch {"key":"OIP_PURIFICATION_SEED","body":"{"slugs":["oip","oip-operating-model"],"brief":"Every claim must be proven by route/object/receipt."}"}. From the router: [OIP_PURIFICATION_SEED]{"slugs":["oip","oip-operating-model"],"brief":"Every claim must be proven by route/object/receipt."}[/OIP_PURIFICATION_SEED]
- **inputs:** {"args":"optional raw JSON {\"slugs\":[\"oip\",\"oip-operating-model\"],\"brief\":\"...\"}"}
- **outputs:** { ok, result, invocation, yield, _self } — result is this object's output; yield is tokens/cost/material; invocation is the ledgered record.
- **auth · risk:** required · low
### Machine Contract
- Read this article first; do not infer the row shape from memory.
- If acting with a URL-only tool, open run_now after replacing placeholder args.
- If the call returns ran:false or proof.ok:false, read the receipt and repair the failed invocation instead of narrating success.
- If the token denies the call, report the denial exactly; do not switch to a broader action unless the owner supplied a broader token.
### Invocation, Ledger, Repair
- root tree: https://miscsubjects.com/api/dispatch?map=1&format=markdown
- parent system article: https://miscsubjects.com/api/dispatch?map=OIP&format=markdown
- append-only ledger: https://miscsubjects.com/api/invocations?object_id=OIP_PURIFICATION_SEED
- receipt pattern: https://miscsubjects.com/api/dispatch?receipt=inv_ID&share=<TOKEN>
- replay: POST /api/dispatch {"replay":"inv_ID"}
- repair: POST /api/dispatch {"key":"OIP_PURIFICATION_SEED","body":"corrected args","repairs":"inv_ID"}
### Troubleshooting
- **unknown key** — Use the did_you_mean links or ask URL; never guess another key. · https://miscsubjects.com/api/dispatch?ask=OIP_PURIFICATION_SEED
- **argument/body mismatch** — Read inputs/example_args here, then retry with repairs: inv_ID so lineage closes. · https://miscsubjects.com/api/dispatch?key=OIP_PURIFICATION_SEED
- **expired or corrupted token** — Report token_expired/token_corrupted from the response; owner mints a fresh scoped link. · https://miscsubjects.com/api/dispatch?explain=1&share=<TOKEN>
- **tool returned ok:false / exit nonzero** — Do not call it sent. Read the receipt, correct the body, fire a repair. · https://miscsubjects.com/api/dispatch?receipt=inv_ID&share=<TOKEN>
### Logical proof (verify each step)
1. Every capability is an invokable object with its own _self — this block. → https://miscsubjects.com/api/dispatch?key=OIP_PURIFICATION_SEED
2. You run it by POSTing to /api/dispatch; in a model turn the router tag is [OIP_PURIFICATION_SEED]args[/OIP_PURIFICATION_SEED]. → https://miscsubjects.com/api/dispatch?registry=1
3. Every invocation is ledgered with actor, cost, and material/waste. → https://miscsubjects.com/api/invocations?object_id=OIP_PURIFICATION_SEED
4. You can ask the build for capabilities in plain language. → https://miscsubjects.com/api/dispatch?ask=Queue%20OIP%20documentation%20purification%20und
5. The whole build is one self-describing map, with the terminal key. → https://miscsubjects.com/api/dispatch?build=1
### Where to look next
- **registry** — Every capability, self-describing · https://miscsubjects.com/api/dispatch?registry=1
- **ask** — Ask the build what to use, in plain language · https://miscsubjects.com/api/dispatch?ask=<question>
- **history** — This capability's invocation history — its edges · https://miscsubjects.com/api/invocations?object_id=OIP_PURIFICATION_SEED
- **build** — The whole build as one map (terminal key) · https://miscsubjects.com/api/dispatch?build=1
*Self-explaining. Not project knowledge — fetch specifics from the links above.*