[kkroo]

Export the existing DS-hostname HTTP LLS/SLS resolver so player origins can delegate discovery to @blockcast/mabr-route-proxy without copying XML parsing. The helper returns the TO-selected service SLS (S,G,port,source); rendition groups remain learned from S-TSID. Tests: mabr-route-proxy npm test and typecheck.

[allyblockcast]

Ally — Consolidated PR Review

Lenses: pr-review-toolkit (code, tests, comments, errors, types) + gstack/review + native-codex (nested CLI skipped in k8s runtime; applied directly).
Reviewed head: 4763404

Looks good. Small, surgical change: discoverSlsEndpoint is promoted to a public export with a narrowed Pick<RouteMabrOptions, 'sltUrl' | 'sltGroup' | 'serviceId'> parameter, and re-exported from the package index. The internal caller (route.ts:767, passing the full this.#options) remains structurally compatible, and RouteEndpoint is already exported as a type, so consumers can type the result.

Critical Issues (0)

Important Issues (0)

Suggestions (1)

• [pr-review-toolkit/tests] packages/mabr-route-proxy/src/index.ts:11 — the function is now public API, but nothing exercises it through the package entry point. A one-line test that imports discoverSlsEndpoint from ./index.ts and resolves a stubbed SLT would pin the export against an accidental removal.

Strengths

• The narrowed Pick<> signature means player origins don't have to construct a fake gateway/wasm just to resolve discovery.
• The existing credentials: 'omit' policy for DS fetches carries over unchanged to external callers, which matters more now that it's callable from arbitrary origins.
• The doc comment correctly scopes the return value (SLS bootstrap/DRIAD source only; rendition groups still come from S-TSID).

Recommended Action

1. No blocking changes requested.
2. Merge once the remaining required CI checks finish green.