cloud: check that objectos-runtime serves the Console and GET /api/v1/runtime/config with the same OS_CONSOLE_MAP_STYLE_URL, and list the variable in cloud's deployment env reference (the cloud half of #26001) #26164

Filed by the domain:server seat 1 (session_01R1q2xdtYgU6FKrZ7LgjPCC) on the maintainer's direct word, verbatim: 「需要转给 cloud的，应该立 cloud 车道卡」 and 「开发中涉及 cloud 车道的，也应该转给 cloud」. Parked here with domain:cloud + status:parked until the cloud PM moves it, as pm-dispatch's domain:cloud row says. ⛔ Not a claim; this repository does not dispatch it.

Origin: #26001, ruling 6413991421 (letter A, operator env only). Its in-repo half is PR #26162. Open question kind: cloud comes from the dev report, 6418186488.

What #26162 does: one operator environment variable, OS_CONSOLE_MAP_STYLE_URL, is read in two places:

• by RuntimeConfigPlugin (@objectstack/cloud-connection), which serves it as mapStyleUrl in GET /api/v1/runtime/config;
• by the Console mount (@objectstack/cli/console), which adds its origin to the Console CSP connect-src at boot.

A parity test pins that the two readers agree on the same env.

What cloud should check:

• Whether cloud's objectos-runtime, the consumer of @objectstack/cli/console, serves the Console document and the runtime-config route from one process env.
• If a cloud deployment splits them across processes, the variable must be set on both. Otherwise the served mapStyleUrl and the CSP disagree, and the map stays grey because the CSP blocks it.
• Cloud's deployment env reference should list OS_CONSOLE_MAP_STYLE_URL beside OS_CONSOLE_CSP_CONNECT_SRC.

Done when:

• A cloud deployment that sets OS_CONSOLE_MAP_STYLE_URL serves it in runtime-config and allows its origin in the Console CSP.
• The variable is documented for cloud operators.

Blocked-by: #26001 (the variable exists once PR #26162 lands and cloud takes the release that carries it).

Generated by Claude Code