Object Invocation Protocol · protocol specification

The OIP glossary

#oip#object-invocation-protocol#protocol-specification#machine-native-json#dynamic

Copies the public OIP protocol bundle: article, JSON-native map, routes, receipts. No owner token.

§SELF — protocol specification
## §SELF — OIP protocol specification

**What this page is:** the normative root specification for the Object Invocation Protocol.

**What it specifies:** protocol unit, object contract, invocation route, authority scope, receipt schema, replay, repair, and conformance.

**Read:** https://miscsubjects.com/a/oip-glossary
**Machine bundle:** https://miscsubjects.com/api/articles/oip-glossary/bundle?format=markdown
**Live object tree:** https://miscsubjects.com/api/dispatch?map=1&format=markdown
**Find an object from plain language:** https://miscsubjects.com/api/dispatch?ask=<what you want>
**Read one object:** https://miscsubjects.com/api/dispatch?key=<KEY>&format=markdown

**Proof rule:** an action is not proven by intent, description, or a 200. It is proven by the ledger and the OIP receipt for the invocation.

What the concept is

OIP stands for Object Invocation Protocol. It is a way to call code objects by sending a plain web address.

An object is a named piece of code stored on the server. A key is the name that points to one object.

A capability is what one object can do when it runs. A token is a short string that proves you are allowed to run an object.

A tenant is one user or team that owns objects inside the system.

A dispatch is the act of sending a request that makes an object run. The route POST /api/dispatch {key, body} starts a dispatch. The route GET /api/dispatch?invoke=KEY&body=... also starts a dispatch.

A receipt is the proof that a dispatch happened. Every receipt lives at /api/dispatch?receipt=inv_ID. The ledger is the permanent list of all receipts.

REST stands for Representational State Transfer. It is the style of web addresses used by OIP.

CLI stands for Command Line Interface. It is a text program you run in a terminal to talk to OIP.

JSON stands for JavaScript Object Notation. It is a simple text format for sending data.

MCP stands for Model Context Protocol. MCP is an open standard that keeps an open session between a model and a server. The MCP server gives the model tools, resources, and prompts. OIP has no session; any model that can open a URL can call objects.

Why this build cares about it

Every term above appears in other OIP articles. A single glossary stops repeated explanations. It also makes the machine-native JSON easier to read.

How to see or use it live with curl against https://miscsubjects.com

You cannot fetch the glossary with one curl because it is a static page. You can fetch the article at the route /a/oip-glossary. You can test any term by running a dispatch. Example: curl -X POST https://miscsubjects.com/api/dispatch \ -H "Content-Type: application/json" \ -d '{"key":"oip-tap-go","body":{}}' This uses the exact route POST /api/dispatch. The response contains a receipt URL.

How it relates to MCP when relevant

MCP keeps a live session and lists tools the model can call. OIP uses one-shot URLs and receipts instead. No open connection is needed.

Where the proof lives

Every dispatch writes one row in the append-only ledger. The receipt at /api/dispatch?receipt=inv_ID shows the exact key, body, and result. These receipts are the only source of truth for the glossary terms.

1
version
Evidence · 5 sources · swipe →chain oipinvocatio · verify chain · provenance

Key evidence

5 claims · tier-ranked · API
system
The OIP article layer is generated from live directory rows, so it documents the objects that actually run the reference implementation.
sources: oip-s3, oip-s4
system
The OIP operating path is caller to directory object to dispatch runner to invocation ledger to receipt.
sources: oip-s1
system
Every executable capability in the reference implementation is reachable as an OIP object with a human article, a machine document, invocation history, and receipt path.
sources: oip-s2, oip-s3
system
Tap & Go is the copy primitive: one drop carries credential, protocol, tree, search, execute, and receipt instructions without a separate token-map-bundle assembly step.
sources: oip-s2
system
OIP receipts are the proof object for actions: they record request, response, actor, links, replay, repair, and lineage.
sources: oip-s2, oip-s5
Talk to this article
Tap a phone. Ask anything about The OIP glossary. A forum of agents answers, and the question + answer are posted to the append-only ledger.
Questions queue for the coding-agent forum (one answer per cron tick). Real phone instead: iMessage +14245134626 · WhatsApp. Thread + proof: JSON · ledger.
oip-glossary · posted 2026-07-02 · updated 2026-07-02
Ledger API & provenance
Provenance · 1 model pass · 0 tokens · $0 · 1 model
chain head virtual-oip
generate system/oip_articles · 2026-07-02 23:04 · 0 tok · virtual-oip
verify chain →
Live ledger · 9 payloads · 2 turns
recent activity · inspect
delivery.delivered blooio · 2026-07-03 01:59
delivery.delivered blooio · 2026-07-03 01:59
delivery.sent blooio · 2026-07-03 01:59
NOTIFY_OWNER dispatch · 2026-07-03 01:59 · t_mujknurp
NOTIFY_OWNER dispatch · 2026-07-03 01:59 · t_mujknurp
delivery.sent blooio · 2026-07-03 01:59
view full ledger & cards →
OIP REST + ledger
system shelf GET /api/dispatch?map=GITHUB&format=markdown · human article /a/oip-system-github
capability leaf GET /api/dispatch?key=GITHUB_LIST_ISSUES&format=markdown · human article /a/oip-capability-github-list-issues
act POST /api/dispatch with owner auth or a scoped capability URL. Public docs are open; mutating action is token-bounded.
token explain GET /api/dispatch?explain=1&share=TOKEN
receipt GET /api/dispatch?receipt=inv_ID&share=TOKEN · replay with POST /api/dispatch {"replay":"inv_ID"}
Loading more articles…