Why
The Verified Completions gateway will be a separate crate that talks to the engine over the existing WebSocket API, like any other client. This keeps HTTP and LLM dependencies (axum, reqwest, retry logic) out of the engine crate and forces the gateway to use the public API. The repo is a single crate today, so we need a workspace first.
What to do
Done when
CI is green, the Docker image behaves the same, and gateway/ exists as an empty workspace member ready for the M0 work.
Depends on
Nothing. Can run in parallel with the rule pack validation.
Why
The Verified Completions gateway will be a separate crate that talks to the engine over the existing WebSocket API, like any other client. This keeps HTTP and LLM dependencies (axum, reqwest, retry logic) out of the engine crate and forces the gateway to use the public API. The repo is a single crate today, so we need a workspace first.
What to do
Cargo.tomlto a Cargo workspacegateway/member crate as a placeholdercargo build,cargo test, the Docker image, and CI all still work exactly as beforeDone when
CI is green, the Docker image behaves the same, and
gateway/exists as an empty workspace member ready for the M0 work.Depends on
Nothing. Can run in parallel with the rule pack validation.