miscsubjectsAI governance
miscsubjectsan AI operating system
2,191articles
8,641sources
11,062claims
2,191machine signatures

Feedback

What this is

1,015 articles. Every claim shows its sources, or says it has none.

10,479 claims are extracted and graded; 81.8% carry a source you can open and the ratio is published live, not asserted. Every revision is logged. Any claim can be disputed on the page it appears on, and the dispute is answered on the record.

The same records answer machines: fetch any article as JSON or markdown, read the object map, invoke a capability, and get a receipt for the action. Content, tools, permissions, logs, governance, and model instructions are one object model here, not six systems.

The structure is one person's: how its operator thinks, writes, designs, and decides, encoded as objects his models read and operate through. You are looking at the public side; the private side — calendar, computer, accounts, authority — answers to the same protocol, under permission. Models will change; the structure ports. And the claim is checkable: every sentence on this page ends in something you can open.

Talk to the build

The models that run this site answer on all three lines. Ask what it is, ask it to explain the protocol, ask it to do something.

Try: “what generates an image”, “what writes an article”, “what reads the ledger”. No key needed to search; running a tool needs a share link.
Go straight to a subject

The whole system, through one object

Every step is live — click any of them
  1. 01 An idea becomes an object with one address. Everything after this is that address answering in different forms. The page a person reads →/a/herniated-disc
  2. 02 A model opens the same address and gets structured data — claims, sources, history — not scraped prose. The data a model reads →/api/articles/herniated-disc
  3. 03 The object travels as one folder — page, data, skill, manifest, hash lineage — so it can be carried into any other system whole. The folder it travels as →?bundle=1
  4. 04 Claims carry openable sources — the share that do is published live, not asserted — and any claim can be challenged on its page. Disputes are objects too. The evidence map →/api/metrics/grounding
  5. 05 Acting on the system goes through one door. Any instruction — read, write, run a tool, post, generate — is addressed to the dispatch and returns a receipt. The protocol →/api/dispatch
  6. 06 Every act leaves a receipt in a ledger you can open — what ran, what it sent, what came back. History here is the operating record, not marketing. What is promised and proven →/api/dispatch?registry=1
  7. 07 Failures become laws, laws become skills. When something goes wrong it is written down as an enforced rule, and the rule ships as a skill models load before they work. The system corrects itself in public. The skills, each tied to its failure →/api/skills
  8. 08 The loop closes. Revision changes the object; every projection — page, data, skill, law — updates together. Nothing is rewritten, so nothing drifts. The full specification →/api/articles/system-map

What people notice, in order

Each step links to the thing that proves it
  1. 01

    “Interesting blog.”

    Articles on AI policy, research, and health evidence. That much is true, and it is the whole surface most readers ever need.

    /latest?format=json
  2. 02

    “Oh, there’s a protocol.”

    The site is built on a written protocol — the Object Invocation Protocol. It defines what an object is, how it is addressed, and what a result must carry.

    /api/dispatch?map=1
  3. 03

    “Wait, the protocol is running.”

    It is not a document about a system. It is the system: one address takes every instruction, executes it, and returns a receipt you can open.

    /api/dispatch?registry=1
  4. 04

    “Wait, the articles are objects.”

    An article is not a page with data behind it. The page, the JSON, the downloadable folder, and the model-readable skill are four representations of one object under one address.

    /api/articles/herniated-disc
  5. 05

    “Wait, the protocol documents itself.”

    Every object carries its own explanation — what it is, how to run it, how to change it, what to read next. Nothing needs outside context to be understood.

    /api/articles/system-map
  6. 06

    “Wait, it is all one structure.”

    One grammar covers articles, tools, governance, skills, and operations because all of them are surfaces of one structure — its operator's thinking, standards, memory, and authority. The structure is built to port across model generations. That is the actual claim of this site.

    Skills Governance Maps /api/dispatch?map=1

What runs this site

The working parts
OIP:DISPATCHprotocol

Object Invocation Protocol

One address takes every request. Send an instruction, get a logged result back.

Read → /api/dispatch?map=1
OIP:GOVERNANCEregistry

Governance registry

What this site promises, what it cannot promise, and the rules every claim answers to.

Read → /api/governance
OIP:GRAPHmap

Evidence maps

See which articles, models, and claims connect to each other.

OIP:DESIGN-LAWproof

Design law

The rules every page follows so it stays readable.

Evidence maps

Five maps · 10,479 claims · 7,869 sources