description, kind
| description | kind |
|---|---|
| Browser UI renderer: React slot bindings, ctx.uiRenderer, and the assembled application root for the dsh web client. | package-reference |
@deepseek-ai/dsh-client-ui-renderer
English | 中文
Summary
dsh-client-ui-renderer mounts the assembled dsh web client GUI: after the complete client plugin roster settles, the boot kernel calls ctx.uiRenderer.mount(container), which hydrates the framework-free boot page and switches to the full React application before the next paint. Business plugins stay plain React components that receive session and workspace data through typed props and never wire subscriptions themselves — the renderer binds the runtime's bare observable sources into selector hooks at the slot outlets. The web shell and the boot kernel are its only direct consumers, so a composition needs it exactly when it wants a React-rendered GUI.
Table of Contents
- Use this package
- Understand the implementation
- Further Exploration
- Model Experience
- Known Limitations and Deferred Work
- Dev Note
Use this package
This package is infrastructure: the web shell and the boot kernel are its only direct consumers. A composition needs it whenever it wants a React-rendered GUI — dsh-client-web loads the roster, waits for every entry to activate, then calls ctx.uiRenderer.mount(container).
What mounting does
mount(container) installs the slot renderer, hydrates the existing boot DOM when present, renders the assembled application into the container before the next paint, and returns a disposer that unmounts the React root. The renderer performs the sole context-level renderSlot('root') call; the registered root occupant owns product layout and document metadata.
For business plugins
A business plugin registers a component through the slot system; the renderer binds the runtime's session and workspace observable sources into selector hooks at the outlet. The plugin receives the standard session props (session id, conversation snapshot hooks) through its composed props — it never imports the renderer or touches React internals.
Understand the implementation
Implementation internals — click to expand
The package realizes one boundary: the object layer (runtime, React-free) owns business state; this renderer is the only place ctx-to-React integration happens — slot renderer, SessionProvider, and the useSyncExternalStore adapter.
Activation and mount
The plugin activates after slots, sessions, and layout; it installs createSlotRenderer() and reflects the uiRenderer service. mountApp looks for the boot kernel's [data-dsh-boot] element: when present it hydrates through BootHandoff (a one-frame pass-through that preserves the loading DOM), otherwise it creates a fresh root and flushes the render synchronously.
Slot bindings
createSlotRenderer connects the slot registry to React: entry lists become reactive sources, and each outlet renders through the installed renderer. Business plugins pass bare observable sources through typed slot hooks; the renderer binds them at the outlet via the uSES adapter.
Identity
React, React DOM, Cordis, ui-slots, and ui-primitives retain one browser identity through the web shell's static module table; this package arrives as a dynamic client bundle.
Further Exploration
These pages cover the surrounding machinery and the composition model.
- ui-slots — the slot registry pure core this renderer binds to React.
- web — the shell that loads the roster and calls
mount. - ui-session — the adapter that supplies the standard Session sources and hooks this renderer binds.
- Web client architecture — the loading chain, object layer, and layering red lines.
- Slot system standard — the definitive composition model.
Model Experience
None, as the package is a browser-side render assembly that registers nothing model-facing.
KV Cache effect
None; this package neither assembles nor sends a provider request.
Known Limitations and Deferred Work
These limits define when the application frame appears and how far per-region readiness goes; they are current package constraints.
- The first application frame waits for every client entry — the boot kernel hands over the mount point only after the loader roster settles; per-region readiness remains deferred.
- Slot rendering has no Suspense integration or per-entry lazy loading — the complete plugin roster settles before the renderer mounts the root.
Dev Note
Working context for maintainers — click to expand
None.