Glim Guides · Playbook

Building presence into Copilot-style UIs

A playbook for IDE and SaaS copilots: where to place presence, how to sync with streams and tools, and how Glim keeps the chrome alive.

2026-07-22 9 min read For AI product builders

Copilot UIs share a layout problem: the valuable surface is a document, diff, or canvas. The AI is secondary chrome. If that chrome goes dead during inference, the whole product feels brittle.

Placement patterns that work

Pick one primary placement. Multiple mascots competing with the editor is noise.

Sync with copilot events

EventState
Composer focused / mic openlistening
Completion or agent request startedthinking
Stream / partial applytalking
Idle after accept/rejectidle

Do not steal focus from code

Presence should be peripheral. Avoid modal overlays for ordinary thinking. Keep contrast calm on dark IDE themes; Glim’s mono and deep themes are starting points.

Instrumentation

Track whether users cancel during thinking, re-prompt within 5 seconds, or accept suggestions after talking. Presence is working when cancel-without-reason drops — not when animation likes increase.

Ship a free creature from Glim into your staging copilot this week; wire states before you debate mascot lore.

Try Glim free. Offline starter + MIT creatures. No fake checkout.