Object Invocation Protocol
One address takes every request. Send an instruction, get a logged result back.
/api/dispatch?map=1
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.
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.
/a/herniated-disc
/api/articles/herniated-disc
?bundle=1
/api/metrics/grounding
/api/dispatch
/api/dispatch?registry=1
/api/skills
/api/articles/system-map
“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
“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
“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
“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
“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
“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.
One address takes every request. Send an instruction, get a logged result back.
/api/dispatch?map=1
What this site promises, what it cannot promise, and the rules every claim answers to.
/api/governance
See which articles, models, and claims connect to each other.
The rules every page follows so it stays readable.