What we're building toward. Priorities shift based on customer demand - if something here matters to you or something missing should be on the list, .
The measurement pipeline is the foundation. The next major milestone turns that measurement into action: generating a routing policy from your benchmark results and shipping it as a local JSON config your agent executes. No network call at routing time. No runtime dependency on XReduce.
This is the core architectural bet - routing lives in your orchestrator, not in our service.
Most production self-hosted inference runs through a serving runtime - vLLM, TGI, Ollama, or an in-house OpenAI-compatible endpoint. Today XReduce loads models in-process; expanding to hit existing inference endpoints is one of our highest-priority engineering tracks.
See Supported models → Serving runtimes for the full matrix of what's in progress and what's planned.
A deeper evaluation surface is the other priority track alongside routing. Specific directions:
See the full Supported models matrix for what's verified, compatible, in progress, and planned across distilled specialists, open-weight families, model formats, and hardware targets.
This isn't a committed timeline or a feature queue with dates attached. It's the direction we're building in, ordered roughly by priority. The ordering can change if a customer asks for something loudly enough. That's part of being in early access - we're calibrating the product against the teams we're working with.
If you want specifics on when any item is likely to ship, the honest answer is a conversation, not a date on a web page. .