Runtime Protocol
An open, vendor-neutral contract for asking a runtime to do something on someone's behalf — and getting back proof that it happened.
@runtime-protocol/specThe Runtime Protocol is how anyone asks a runtime to act on someone's behalf — and gets back proof that it happened. Its contract, reference implementation and official adapters are public, and depend on no product. Implement them, audit them, or replace any part.
Each one has a guide: what it is, what is inside, and how to use it, step by step.
An open, vendor-neutral contract for asking a runtime to do something on someone's behalf — and getting back proof that it happened.
@runtime-protocol/specThe reference TypeScript implementation of runtime/0.1: validation, authority, policy, provider resolution, execution, evidence and receipts — with HTTP, MCP and events bindings.
@runtime-protocol/sdkBoundary translators that implement protocol capabilities on concrete systems — model APIs, team chat and issue trackers — built with the Runtime SDK.
@runtime-protocol/adapter-*An adapter turns an agent's intent into an action on a real system — a vendor's API, a system inside your company, or a rule your team wrote — and brings back proof.
See how adapters workStart from what you want to do. Most real uses combine the SDK with at least one adapter.
Understand or audit what a runtime may do on your behalf
Read spec/0.1/protocol.md, then the semantic constitution.
Run a runtime inside your own service, or call a remote one
createRuntime, then serve it over HTTP or MCP.
Act on OpenAI, Anthropic, Slack, GitHub or GitLab
Register the adapter as a provider and request the intent.
Connect a system of your own
Write a provider with defineProvider; the official adapters are the template.
All three track the unreleased runtime/0.1. Nothing is on npm yet: install from Git at a commit, and pin it.