mythoscode

Published

One gateway, on purpose

Most coding agents let you pick a provider. MythosCode does not, and that is a design choice we enforce in code.

What the rule says

Every model call goes to the JembatanAI gateway. A second provider, a configurable base URL, a vendor login flow or a per-provider proxy counts as a regression, not a feature request.

Why

One backend means one place to account for a call. Every key, every token and every cost passes through the same door, so a bill or an incident has one place to be read from. It also means we can say what the agent talks to, and the answer is short.

How it is enforced

  • The gateway host is a build-time constant. A development override exists and is compiled out of release builds, and it only accepts loopback addresses.
  • The key comes from one environment variable. It never enters a file, a log, a fixture or a commit.
  • A static scan lists the vendor code still left to strip. Its count may only go down.
  • Tests run against an offline mock gateway with mock keys. A test that reaches the live gateway is treated as a bug.

This is the recorded output of the scan, copied from the verification record of proof M0-GW-06 in the repository’s feature list:

$ bun scripts/mythoscode/static-scan.ts --providers
providers: jembatanai only
static-scan: 0 hit(s) in 0 file(s)

What it costs us

Less choice. If you want a model the gateway does not serve, MythosCode is the wrong tool today. We think a short, checkable answer to “where does my code go” is worth more than a long provider list.

What it does not claim

It does not say the gateway is the best place for every workload, and it does not promise any model quality. It says where the calls go, and a test proves it.

Blog