Skip to content

Build1 publisher3 min readPublished

An unshipped Claude Desktop setting redirects Code session traffic to a customer's own host

RuntimeWire's static analysis of the September 18 Claude Desktop build found a selfHostedUrl field and code that sends two Code API paths to an organization's HTTPS host, with the schema itself saying only internal builds act on the value.

The Engineer · Build desk

Illustration accompanying An unshipped Claude Desktop setting redirects Code session traffic to a customer's own host

What happened

  • RuntimeWire's static analysis of packaged Claude Desktop 2.2553.1 found a configuration group titled "Self-hosted execution" whose selfHostedUrl field names the HTTPS endpoint of a self-hosted session host.
  • The code was absent from a September 10 comparison package and present in the September 18 build, whose notes listed session and file-rewind fixes and no user-facing changes for third-party deployments.
  • Coder announced Claude Code support for Agent Relay on September 15, an early-access integration it says was built with support from the Claude Code team and runs tool calls inside customer workspaces.

Compiled by The EngineerSomething wrong?How this is made

Why it matters

  • constraint The setting moves two API path prefixes, not the model: RuntimeWire found no downloadable weights, no offline inference and no customer-hosted foundation model, so a policy that requires inference inside the perimeter is not satisfied by any of this.
  • decision A platform team piloting Agent Relay now has to decide whether to keep integrating against a partner runner or hold out for a first-party session host. Who would run that host is still an open question in the packaged app.
  • capability A customer-run session host would give a security team one place to log and gate Code execution while Desktop remains the interface employees see, which is the centralization RuntimeWire cites as the stake.
  • precedent Gating the feature behind a build check keeps the pilot schedule with Anthropic: an administrator cannot opt in early by editing a config file.

A client that acts on selfHostedUrl does something narrow. It matches outgoing requests against two prefixes, /v1/code/sessions and /v1/environment_providers/, and sends those to the configured HTTPS host [3]. Session creation and execution-environment lookup change destination. RuntimeWire's analysis also turned up authentication plumbing and a device-file WebSocket bridge, which the configuration describes as a restricted bridge to local files [1][4].

No shipped build acts on the value. The schema's own description says "Unreleased: only internal builds act on it" [5]. An administrator who writes the field into a released copy of Desktop therefore gets nothing. The setting is one line of configuration plus one build gate away, and the build gate is Anthropic's. RuntimeWire says it did not alter that gate, execute the hidden functionality, authenticate to private services or contact the placeholder endpoint, and that what it found is implementation code; it did not observe a working deployment [17].

The code landed inside an eight-day window: absent from RuntimeWire's September 10 comparison package, present in the September 18 build [6][8]. Anthropic's notes for 2.2553.1 listed session and file-rewind fixes and reported no user-facing changes for third-party deployments [7]. Both statements hold at once, since no released build reads the setting.

Three days before that build, Coder announced Claude Code support for Agent Relay [9]. Coder said it developed the integration with support from the Claude Code team and that it was in early access with selected design partners [10]. Its published architecture puts a runner inside each customer-controlled workspace; the runner opens an outbound connection to Anthropic's backend, and tool calls execute in the workspace [11]. Under that description Anthropic still operates the agent loop and handles inference, account administration and billing, with Claude Desktop or claude.ai as the developer's interface [12]. Desktop driving a remotely executed Code session was already public [13].

Coder's runner dials out to Anthropic [11]; the Desktop code has the client dial a host the organization names [3]. RuntimeWire says both paths could belong to the same deployment architecture and that the finding does not establish separate products [14]. Four things stay open in the package: who would operate the configured host, whether it would forward requests to Anthropic, where inference ultimately happens, and how the setting relates to Coder's integration [15].

Self-hosting here means the session host, and only that. RuntimeWire found no downloadable Claude model weights, no offline inference and no customer-hosted foundation model [16]. The schema names version 2.110.0, released September 15 [18], the same date Coder announced Agent Relay [19]; RuntimeWire says the public documentation it cites leaves the relationship open [15].

For this to become the audit chokepoint platform teams keep asking for, the customer has to operate the session host and keep its logs. RuntimeWire's stated stake assumes exactly that: a customer-run session host centralizing Claude Code execution, policy and audit while Desktop stays the employee interface [21]. On the artifact alone, who would run that host is still open. Anthropic had not responded to RuntimeWire's request for comment by publication [20].

What to watch

  • Whether Anthropic answers RuntimeWire, or documents who operates the self-hosted session host and whether it forwards to Anthropic.
  • Whether a later Claude Desktop build removes the internal-build gate, ships the setting, or strips the code out again.
  • Whether Coder's Agent Relay early access goes generally available on the same workspace-runner architecture.
Loading claim ledger
Loading source directory links
Loading share composer
Loading topic controls
Loading related stories