Opencode-Zen Plugin update

[mr-addams]

Opencode Zen start blocking Omniroute since yesterday

Could you, please, fix this issue in plugin?
For example, give us a possibility to define custom opencode headers in it ..

[geekyNads]

This looks related to the recent OpenCode Zen changes around client identity/headers. OmniRoute already has logic for synthesizing the OpenCode CLI headers (User-Agent, x-opencode-client, x-opencode-project, request/session IDs), and recent fixes were specifically made for Zen/Go requests being rejected upstream.

I'd be careful about adding completely arbitrary custom headers, though. A better approach might be exposing the relevant OpenCode identity headers as configurable values while keeping auth headers protected.

If you can share the exact response/status you're getting from Zen and the OmniRoute version, we can probably determine whether this is another header/identity mismatch or a new upstream blocking rule.

[mr-addams]

it's a latest container version from ghcr.io

[geekyNads]

I think the screenshot clarifies what’s happening here. This doesn't look like a missing/custom header issue anymore Zen is explicitly returning:

OpenCode's free tier can only be used in OpenCode

So the rejection is happening upstream based on the client/request origin, rather than OmniRoute failing to format the request correctly.

I'd be cautious about solving this by spoofing OpenCode headers. If Zen intentionally restricts the free tier to the official client, arbitrary header configuration probably isn't the right fix and could break again whenever their validation changes.

The useful next step would be to confirm whether OmniRoute is expected to support Zen's free tier at all, or whether the plugin should only support models/accounts that Zen allows through third-party clients. If the latter is the case, this is more of a compatibility/policy change than a header bug.

[mr-addams]

I'm using Opencode as client.. Omniroute just sitting between to provide more providers to it..

[geekyNads]

@mr-addams I don't think "I'm using OpenCode as the client" changes things, though — Zen isn't seeing your client, it's seeing OmniRoute's own outbound request on the next hop. Whatever headers OmniRoute sends is the request Zen evaluates, regardless of what called OmniRoute.

So the real question is whether Zen's free tier is meant to work through any proxy at all, or if it's deliberately locked to the official binary. If it's the latter, no amount of header configuration fixes it — that's a policy wall, not a bug.

Could you share the full response from Zen (headers included, not just the body message) for a request OmniRoute proxied? That'll tell us if there's still a header gap worth closing, or if this is a hard restriction we can't engineer around.