Documentation Index
Fetch the complete documentation index at: https://developer.suki.ai/llms.txt
Use this file to discover all available pages before exploring further.
Quick summary
The Suki Web SDK now supports a minimized layout designed during ambient sessions. This feature transforms the Suki Web SDK UI into a compact, viewport-aligned widget, freeing up screen space so clinicians can focus on the EHR or patient chart
while Suki Web SDK captures audio in the background. This feature is available from version
3.1.0 and later.Important:
- This applies only to the Headed Web SDK, where Suki runs inside the SDK iframe. It does not apply to the Headless Web SDK, headless-only apps, or API-only integrations.
- Minimized layout frees up screen space for the EHR/chart while maintaining ambient awareness.
- On critical errors, Web SDK automatically re-expands the UI to ensure visibility of required actions.
- You control the surrounding layout to reclaim space for your own UI. You do not control when minimized layout is enabled.
When minimized layout is available
In the headed iframe, auto-minimize runs when the following conditions are met:- Ambient and re-ambient: The minimized surface tracks an active ambient-style session in that iframe. It is not a partner-controlled “small UI” mode for non-ambient flows.
- Minimize capability: The hosted iframe evaluates policy and runtime constraints for the current user or organization before shrinking. The UI requests minimized layout only when minimize capability is on. If it is off, ambient stays expanded and auto-minimize does not run.
Where minimized layout helps
Minimized layout helps in the following scenarios:- Desk and chart reference (web): A provider runs an ambient session at the desk; the SDK minimizes so they can read the patient chart, orders, or other partner content while capture continues, including before moving to an exam room.
- Dense or portrait layouts: On short, narrow, or vertical viewports, the full headed panel competes with the chart. Minimized mode keeps a small control surface so host UI stays scannable.
When minimize capability is off, the iframe stays fully expanded for ambient and partners will not see auto-minimize.
Key features
Auto-Minimize
When ambient (or re-ambient) recording is active and minimize is supported, the UI moves to a small rectangular overlay automatically. No separate partner action is required to shrink the surface.
Core Controls on the Widget
From the minimized surface users can pause (center), cancel (top-left), or generate notes (bottom-right) without opening the full headed panel. Cancel still uses the standard confirmation step before ending the session.
Auto-Expand on Errors
On 409 Conflict (for example session collisions or state locks), the SDK exits minimized layout and returns to the full headed view so the user can complete Remote Completion or other recovery UI.
How minimized layout works
Suki turns on minimize capability in the hosted configuration for eligible partners and users. On your side, ship a correct mount and reclaim layout space so the minimized iframe does not leave a large empty slot in your app.Configure the mount point
In minimized layout, the SDK draws a small overlay usingposition: fixed. Fixed positioning is resolved against the nearest containing block, not always the browser viewport. If that block is wrong, the widget can shift, clip, or disappear.
Follow these rules when you choose the DOM node where the Web SDK mounts.
Where to mount
Mount the Web SDK root on a stable, full-viewport ancestor, for example:- Mount on
document.body - A full-height app shell you control (main layout wrapper)
- A side panel that is not nested under an element that applies CSS transforms
Do not mount inside modals, animated drawers, or other subtrees that sit under transformed or heavily layered stacking ancestors. Those patterns can trap or clip
position: fixed descendants, misalign the widget to the viewport, or break expected z-order.Avoid transformed ancestors
Do not mount the SDK inside subtrees that settransform, filter, or will-change in a way that creates a new containing block for fixed descendants. Those properties create new stacking contexts; position: fixed on the iframe may then resolve to the wrong box, which can look like offscreen placement, clipping, or odd layering.
If you cannot move the mount, remove or isolate those properties on ancestors above the mount node.
Keep overflow visible
While minimized, set the mount element (and any immediate wrappers you own) tooverflow: visible so the fixed iframe is not clipped by overflow: hidden or auto scrollers.
Reclaim screen space
The SDK sizes and positions the iframe for both headed and minimized modes. Your app still owns the mount container around that iframe. If that container keeps the same width and height as the full headed panel (often about 360×640 px reserved in your layout), you will see a large empty gap even though the SDK UI is already small. After minimize, shrink or collapse that container so your grid, flex, or split view can grow into the freed space. Recommended approaches:- Drop or lower
min-height/min-widthon the mount wrapper while minimized. - Switch the mount slot to
autoheight, a smaller fixed height, or hide a dedicated “SDK column” until the user expands again.
fixed and does not need layout flow space.