Design
Design and Interaction Specs
UI architecture, interaction boundaries, and product design direction for contributors
Design and Interaction Specs
This section consolidates the earlier Console UI restructuring notes into a stable contributor-facing reference.
Scope Model
Global: console-level overview, model management, agent list, extension-level statusAgent: services, tasks, logs, and runtime operations for the selected agentContext: message timeline, context metadata, prompt inspection, local UI input
Domain Model
Observe: status and summariesOperate: explicit actions such as start, stop, restart, reconnect, runInspect: logs, history, prompt composition, run detail, diagnostics
UX Constraint
Do not flatten all controls into one page. A contributor should always be able to answer:
- What scope am I currently affecting?
- Am I observing, operating, or inspecting?
Product-Level Conventions
- User-facing docs belong in
/docs - Developer-facing system thinking belongs in
/devdocs - UI surfaces should expose real runtime facts, not vague marketing abstractions
- Draft architecture decisions can start as notes, but should be consolidated into stable pages when they become implementation guidance