inferenceoss
Open inference, as infrastructure.
This is the founding plan for an open-source organization focused on inference. It is a charter, not a pitch deck. 0 people have signed it so far.
01
The problem
Inference is where models become products, and it is the layer with the least shared law. Training has PyTorch and a foundation. Serving on Kubernetes has KServe. The runtimes themselves — vLLM, SGLang, llama.cpp, TGI, TensorRT-LLM, Ollama, llm-d, Dynamo, AIBrix — are excellent, and they do not speak a common dialect.
The OpenAI Chat Completions API became the IPv4 of this layer: everyone implements a subset, everyone extends it, nobody versions the folklore. Tool-call shapes drift. Structured output sometimes means constrained decoding and sometimes means “please JSON.” Prefix cache dies at a process boundary. KV layouts are private. Telemetry names are invented per dashboard. Benchmarks are blog posts.
KServe’s original Open Inference Protocol covers predictive well. Generative inference still means “speak OpenAI, mostly.” That is not a constitution. It is a habit.
02
Mission
Make inference engines interchangeable without making them identical.
InferenceOSS incubates protocols, interchange formats, conformance, and reference implementations. It does not incubate another engine. An engine that passes the suite is a citizen, whether it runs on an H100 cluster or a phone NPU.
03
Principles
Six constraints. Endorse the ones you will actually defend in a working group.
- 01
Specify interfaces, not winners
The org exists so engines can be swapped. A spec that only one runtime can implement is a press release. If a proposal cannot be implemented independently by two engines, it does not ship.
- 02
Interoperate with what already works
vLLM, SGLang, llama.cpp, TGI, TensorRT-LLM, Ollama, llm-d, KServe, and Dynamo are not competitors to replace. They are citizens. We write adapters and contracts, not a thirteenth serving stack.
- 03
No vendor majority
No employer, cloud, or chip house may hold a majority of Technical Steering Committee seats. Hardware-specific extensions are allowed; hardware-specific lock-in in a core spec is not.
- 04
Measure in public
Benchmarks that cannot be reproduced on rented hardware, with published configs, are marketing. SPEC/I runs are signed, versioned, and boring on purpose.
- 05
Cloud and edge are one problem
A protocol that only works behind an H100 is half a protocol. EdgeABI and OIP-G must share a ticket shape so an agent can move from a phone NPU to a datacenter without rewriting the client.
- 06
Apache 2.0, DCO, no CLA tax
Default license is Apache 2.0 with an implicit patent grant. Contributions are Developer Certificate of Origin, not a lawyer-gated CLA. Trademarks stay with the org; copyright stays with authors.
04
What we will not do
- Write another full serving engine.
- Operate a hosted inference cloud. The org is not a vendor.
- Bless a single accelerator, quantization, or kernel family in a core spec.
- Replace PyTorch, vLLM, KServe, or OpenTelemetry. We interoperate.
- Sell a leaderboard, or let a member-submitted number stand in for SPEC/I.
- Require a CLA, a contributor license assignment, or an employment gate.
05
The program
Eight incubator projects. All start as drafts. Graduation requires two independent implementations and a conformance suite, not a slide.
01 · OIP-G
draftOpen Inference Protocol — Generative
The conversational, tool-using, structured, multimodal protocol engines should actually implement — with capability discovery, not folklore.
Open the brief02 · CapSpec
draftEngine capability manifest
OpenAPI for runtimes. A JSON document that says, precisely, what this process can do on this hardware today.
Open the brief03 · KVX
draftKV cache interchange
A portable prefix-cache format so a hit on one engine is a hit on another, and so disaggregated prefill/decode is not a vendor feature.
Open the brief04 · InferTrace
draftInference telemetry conventions
OpenTelemetry semantic conventions for the numbers that actually matter: TTFT, ITL, cache, batch, speculation, and abort.
Open the brief05 · SPEC/I
draftStandard Performance Evaluation — Inference
A vendor-neutral, continuously run inference benchmark. Signed configs. Rented hardware. No vendor-submitted slides.
Open the brief06 · Gate
draftInference-time policy sidecar
A sidecar spec for schema enforcement, PII, allow/deny, and output constraints that is not baked into one engine.
Open the brief07 · EdgeABI
draftPortable edge runtime ABI
A small contract so llama.cpp, MLX, NPU runtimes, and WASM builds look like the same citizen as a datacenter engine.
Open the brief08 · Router
draftReference inference router
A small, boring scheduler above engines: CapSpec-aware routing, disaggregated prefill/decode, and retry. Reference, not product.
Open the brief
06
Working groups
Six rooms. Join the ones you will attend.
Specs
OIP-G and CapSpec. RFCs, conformance, language-agnostic documents.
Runtime
Router, EdgeABI, and engine adapters. Reference code that other people can ignore.
Interchange
KVX. Portable prefix cache and block addressing.
Observe
InferTrace conventions and the SPEC/I harness.
Safety
Gate sidecar, constrained decode, operator policy packs.
Community
Charter, membership, docs, working sessions, the public memory of the org.
07
The first 90 days
- 01
Charter and TSC
Publish this document. Invite twelve interim TSC nominees from independent engine, academic, and operator backgrounds. Seat seven. Publish meeting notes.
- 02
CapSpec 0.1 RFC
Freeze a JSON schema. Ship generators for vLLM, SGLang, and llama.cpp. One page of docs, no more.
- 03
InferTrace draft
Name TTFT, ITL, queue, cache, batch, speculation, abort. Align with OpenTelemetry. Send to the OTel SIG.
- 04
SPEC/I harness
Pin one model, one GPU type, four engines, three workloads. Publish the exact commands. Do not declare a winner.
- 05
Legal and identity
Apache 2.0, DCO, trademark filing for InferenceOSS, domain, GitHub org. No CLA.
- 06
First working session
A three-hour public session. RFCs only. No keynotes. Notes on the site within a day.
08
Roadmap
Phase 0 · Aug–Dec 2026
Found
- Ratify Charter 0.1 and stand up an interim TSC of seven, no employer majority.
- Publish CapSpec v0.1 and the InferTrace attribute draft.
- File trademarks, Apache 2.0 all repos, DCO on every commit.
- First SPEC/I dry run: one public model, one instance type, four engines.
- GitHub org, RFC process, monthly working session.
Phase 1 · 2027 H1
Interfaces
- OIP-G v0.2: tools, structured output, abort, capabilities.
- KVX prototype: prefix round-trip between two independent engines on the same weights.
- SPEC/I public run 1, signed configs.
- Industry and academic membership program opens.
Phase 2 · 2027 H2
Interchange
- KVX adapters on four engines.
- Gate sidecar spec + reference filters.
- EdgeABI 0.1 (llama.cpp + one additional target).
- Conformance suite used in at least one cloud and one edge product.
Phase 3 · 2028
1.0
- OIP-G 1.0. CapSpec and InferTrace graduate.
- A datacenter engine and an edge runtime share a ticket shape in production.
- SPEC/I cited in procurement language by at least one public buyer.
Phase 4 · 2029
Default
- “Speaks OIP-G” is a normal checkbox, the way “speaks OpenAPI” is for HTTP services.
- Independent engines interchangeable for the majority of serving jobs that do not need a vendor kernel.
- The org is boring. That is the point.
09
Governance
- Form
- Independent nonprofit (or unincorporated association on the way there), with a path to a Linux Foundation directed fund if that later serves the charter. The charter is the constraint, not the parent org.
- TSC
- Seven seats, two-year terms, odd number on purpose. No more than two seats from any one employer. TSC votes on incubation, graduation, and spec releases. Working groups propose; they do not ship alone.
- Membership
- Individuals sign the charter for free. Academic labs join at cost. Industry membership (three tiers) funds a tiny staff and SPEC/I hardware. Dues do not buy a TSC seat. One organization, one vote in TSC elections.
- IP
- Apache 2.0 default. DCO on every commit. Specs are dual-licensed as code. The InferenceOSS mark is held by the org and licensed to conforming implementations.
- Why not LF / PyTorch / KServe
- vLLM already incubates at LF AI & Data. PyTorch Foundation holds the training-adjacent stack. KServe is the Kubernetes inference platform. Those are the right homes for those projects. InferenceOSS exists because the interfaces between engines have no owner — and an owner that is also an engine is a conflict.
10
Success
If these are not true in 2029, the org failed, however many stars the repos have.
- Three major engines publish a CapSpec and pass OIP-G conformance.
- KVX round-trips a prefix between two independent engines on the same weights.
- SPEC/I is cited in place of a vendor blog chart at least once in a serious venue.
- A cloud runtime and an edge runtime share an OIP-G ticket in production.
- No single employer holds a TSC majority, including in the fifth year.
Charter clerk
Ask the plan
A short question against Charter 0.1. Signed-in, on purpose — the clerk spends real inference.
Sign in to ask.
Charter 0.1 · 6 principles · 8 projects