Skip to main content
Search

OpenRouter

5 related articles

Subscribe to updates
  1. OpenRouter Blog

    OpenRouter tests three routes to structured LLM output: 209 of 216 replies met a strict schema, and all 7 misses came from one provider that ignores it

    OpenRouter compared three ways to get reliable JSON out of models, using 24 messy support messages across nine models that support structured outputs: send a strict JSON Schema, force a single tool call, or switch to a decision model that only returns labels. Across the nine models, 209 of 216 replies matched a strict schema, and all 7 misses came from one provider that ignores the schema; asking for JSON only in the prompt produced 18 failures, each from a code fence. For GLM 5.3 FlashX, which only supports tools, forcing the tool call gave 22 valid outputs out of 24, against 0 when the schema was sent directly.

  2. OpenRouter Blog

    Same GitHub task, same right answers: the MCP server spends 59,417 input tokens where the gh CLI needs 1,421

    OpenRouter compared three ways to give an agent the same GitHub capability, an MCP server, the gh command-line tool and a gh skill, counting input tokens across the whole task. On Claude Sonnet 5.5 all three answered correctly, but the GitHub MCP server with its 46 default tools used 59,417 input tokens, the CLI 1,421 and the skill 3,315. Scoping the server to the 2 tools the task needs cut it to 23,228, and capping tool results at 4,000 characters brought it to 5,357.

  3. OpenRouter Blog

    OpenRouter rebuilds Auto Router and adds Auto Code: routing step drops to 0.65s at p90 from 1.96s

    OpenRouter released a new generation of Auto Router and added Auto Code, a router tuned for coding work. The previous router relied on a few imprecise signals such as task type; the new routers weigh eleven factors about each request together with live pricing, provider health and cache status to pick both model and reasoning effort. Across five benchmarks Auto Code scores in line with Claude Opus 5.5 while costing 74% less per task, and the routing step runs at 0.65s at p90 in a live test against 1.96s for the old router.

  4. OpenRouter Blog

    OpenRouter puts the code sandbox inside the API request: any model can run shell server-side, with network off by default

    OpenRouter has released two server-side code execution tools, openrouter:shell and openrouter:bash, which let a model run commands inside a platform-hosted isolated container during the API request instead of the developer operating a sandbox. Previously OpenAI, Anthropic and Google each offered this only for their own models, while self-hosting meant choosing an image, provisioning compute and owning the security boundary. Both tools are in beta, outbound network is off by default, sandbox time is billed at $0.0001 per second, and a new or sleeping container carries a 30-second minimum.

  5. OpenRouter Blog

    Fine-tuned models no longer need a second integration: OpenRouter private endpoints keep your team's deployments on the same model slug

    OpenRouter launched Private Endpoints, letting enterprises register fine-tuned models, dedicated deployments, or reserved capacity as endpoints visible only inside their organization, while continuing to call them through the existing API, model slug, and routing preferences. Previously such deployments meant maintaining a second integration alongside OpenRouter; now an organization's traffic prefers the endpoint by default and can fall back to public providers under existing preferences when it is rate-limited or unavailable. Endpoints must be hosted by a BYOK-supported provider and serve a model already in the catalog, and activation requires one real request that verifies the key, streaming, usage reporting, and model ID.

You’re all caught up