Object Invocation Protocol · protocol specification

The OIP cookbook — the exact curl for everything

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

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-cookbook
**Machine bundle:** https://miscsubjects.com/api/articles/oip-cookbook/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 this article is

Every common operation on the build as one copy-paste command. No guessing, no asking a model what to type. Commands marked OWNER need the terminal key header. Commands marked TOKEN need a capability link. Everything else is public.

Step zero — get a token (OWNER, do this once)

code
curl -H 'x-terminal-key: <KEY>' 'https://miscsubjects.com/api/dispatch?mint_share=1&scope=act'

The response contains share_token. Everywhere below, <TOKEN> means that value. For a safer handout, mint a one-object token instead: &scope=row&key=NOW&ttl=600&uses=3.

Read (public — no credentials)

code
# what is this whole thing
curl 'https://miscsubjects.com/api/dispatch?orient=1&format=markdown'
# the full capability tree
curl 'https://miscsubjects.com/api/dispatch?map=1&format=markdown'
# one object's contract
curl 'https://miscsubjects.com/api/dispatch?key=SEND_BY_CHANNEL&format=markdown'
# find the right object from plain words
curl 'https://miscsubjects.com/api/dispatch?ask=text+cyrus+hello'
# prove it is a protocol
curl 'https://miscsubjects.com/api/dispatch?conformance=1&format=markdown'
# the design objections, pre-answered
curl 'https://miscsubjects.com/api/dispatch?why=1&format=markdown'

Act (TOKEN)

code
# no-op heartbeat — proves your token works
curl 'https://miscsubjects.com/api/dispatch?ping=1&share=<TOKEN>'
# text Cyrus
curl 'https://miscsubjects.com/api/dispatch?invoke=SEND_BY_CHANNEL&body=blooio|%2B14155480666|Hello&share=<TOKEN>'
# generate an image
curl 'https://miscsubjects.com/api/dispatch?invoke=GROK_IMAGE&body=a+red+fox&share=<TOKEN>'
# run a shell command on the Mac
curl 'https://miscsubjects.com/api/dispatch?invoke=LOCAL_EXEC&body=uptime&share=<TOKEN>'

Verify (TOKEN)

code
# full forensic receipt for any invocation
curl 'https://miscsubjects.com/api/dispatch?receipt=inv_ID&share=<TOKEN>'
# public one-line confirmation (no token needed)
curl 'https://miscsubjects.com/api/dispatch?confirm=inv_ID'

Replay and repair (OWNER or act token)

code
# re-run a recorded invocation
curl -X POST https://miscsubjects.com/api/dispatch -H 'x-terminal-key: <KEY>' -d '{"replay":"inv_ID"}'
# run a corrected call linked to the failure it fixes
curl -X POST https://miscsubjects.com/api/dispatch -H 'x-terminal-key: <KEY>' -d '{"key":"NOW","body":"","repairs":"inv_FAILED"}'

The article system (OWNER)

code
# list articles
curl 'https://miscsubjects.com/api/articles?slim=1&limit=40'
# read one article's machine bundle
curl 'https://miscsubjects.com/api/articles/oip/bundle?format=markdown'
# seed the clarity-review cycle across all OIP articles
curl -X POST https://miscsubjects.com/api/protocol/oip-seed -H 'x-terminal-key: <KEY>' -d '{}'
# run one loop tick by hand (cron does this every minute)
curl -X POST 'https://miscsubjects.com/api/protocol/run?role=oip-review' -H 'x-terminal-key: <KEY>'
# have a model write a missing article
curl -X POST https://miscsubjects.com/api/protocol/oip-write -H 'x-terminal-key: <KEY>' -d '{"slug":"oip-example","title":"Example"}'
# have a model revise a failing article
curl -X POST https://miscsubjects.com/api/protocol/oip-revise -H 'x-terminal-key: <KEY>' -d '{"slug":"oip-example"}'

Token management (OWNER)

code
# explain any token — what it can do, uses left, expiry
curl 'https://miscsubjects.com/api/dispatch?explain=1&share=<TOKEN>'
# revoke a capability instantly
curl -H 'x-terminal-key: <KEY>' 'https://miscsubjects.com/api/dispatch?revoke=cap_FINGERPRINT'

Latest clarity reviews (live)

Fresh models are sent this article's bundle and asked two separate questions: how clear is the machine JSON, and how clear is the English body. Scores are 0 to 10. The full history is in the append-only ledger.

  • 2026-07-03 02:18 · model gemini/gemini-2.5-flash · NEEDS WORK · JSON 9/10 · English 9/10 · zero-context human 7/10
  • 2026-07-03 02:17 · model @cf/meta/llama-3.3-70b-instruct-fp8-fast · NEEDS WORK · JSON 9/10 · English 8/10 · zero-context human 7/10

- gaps named: MCP comparison; OIP vs MCP; Detailed explanation of Tap & Go

How the loop self-corrects: a failing review queues a model revision of this article (a new append-only version). A missing concept named by a reviewer queues a brand-new machine-written article, which then enters the same review cycle.

1
OIP primer
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 cookbook — the exact curl for everything. 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-cookbook · 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:03 · 0 tok · virtual-oip
verify chain →
Live ledger · 6 payloads · 4 turns
recent activity · inspect
PROTOCOL_RUN dispatch · 2026-07-03 02:18 · t_ui8nm8c8
PROTOCOL_RUN dispatch · 2026-07-03 02:18 · t_ui8nm8c8
OIP_ARTICLE_REVIEW oip-review · HTTP 200 · 2026-07-03 02:18 · t_bwf9saxr
PROTOCOL_RUN dispatch · 2026-07-03 02:17 · t_pl3mb738
PROTOCOL_RUN dispatch · 2026-07-03 02:17 · t_pl3mb738
OIP_ARTICLE_REVIEW oip-review · HTTP 200 · 2026-07-03 02:17 · t_ls7j39cm
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…