Browser Integration
TESTEDDirect browser usage of @csl/wrapper-sdk/browser with the same CslClient surface.
It fits when you explicitly need browser-side package orchestration with a publishable key and activation handshake, rather than the Script Tag or hosted-renderer path.
The browser entry is tested and verified as part of the released package. Browser package usage relies on publishable-key activation and allowed-origin checks. Secret keys remain server-only, and new browser work should prefer the Script Tag unless the package surface is explicitly needed.
Included today
@csl/wrapper-sdk/browserdecisionDelivery: "auto"getPublishableKey()orpublishableKey- job creation and decision retrieval in browser code
Verified source
README browser exampleBrowser export testsPackage smoke
browser.ts
typescript
API first, Script Tag second, SDK third
These pages are the advanced package layer for teams that intentionally choose @csl/wrapper-sdk. Primary onboarding still lives in the API docs, and browser-first installs should start with the Script Tag. Use contact only when you want rollout review, enterprise coordination, or help with non-standard integration constraints. Beacon billing rules live in SDK Concepts.