Skip to content

spec: add OVOS-GUI-1 GUI display subsystem specification#63

Draft
JarbasAl wants to merge 2 commits into
devfrom
feat/gui-spec
Draft

spec: add OVOS-GUI-1 GUI display subsystem specification#63
JarbasAl wants to merge 2 commits into
devfrom
feat/gui-spec

Conversation

@JarbasAl

Copy link
Copy Markdown
Member

OVOS-GUI-1 — GUI Display Subsystem specification

Adds a formal, implementation-agnostic specification for the OVOS GUI display
subsystem, in the same style as the existing specs (MSG-1, SESSION-1/2, INTENT-*).

ovos-gui-1.md (OVOS-GUI-1, Draft) covers:

  • Model — applications declare what to display (semantic templates), not how;
    the GUI service is a pure state-and-dispatch hub.
  • Closed template vocabulary — a curated set of SYSTEM_* templates (consistency
    across a varying display surface), full catalogue of all 22 templates with normative
    session-data keys/types; raw-passthrough (SYSTEM_html/SYSTEM_url) marked discouraged.
  • Wire protocolgui.value.set / gui.page.show (page_names, index, __from,
    __idle), reserved-key stripping, namespace lifecycle (builds on MSG-1).
  • Addressingsession_id only; shared/multi-room screens share a session_id;
    no separate location dimension (builds on SESSION-1/2).
  • Adapter contract — entry-point discovery, additive multi-modal fan-out, capability
    • graceful-degradation table, exception-safe / non-blocking / no-shared-state.
  • Interaction — media transport + confirm/select responses carrying the
    originating session_id.
  • Conformance — MUST/SHOULD for producers, the GUI service, and adapters.

Also wires OVOS-GUI-1 into README.md (index), CHANGELOG.md, and GLOSSARY.md.
Normative text is implementation-agnostic; code/toolkit names appear only in the
non-normative example.

Formalize the GUI display subsystem that decouples voice applications
from rendering technology. Applications declare what to display by
naming a template from a closed, curated SYSTEM_* vocabulary and
supplying its session data; interchangeable render backends (adapters)
decide how.

Covers: the closed template vocabulary with normative session-data keys
(§3), the gui.value.set / gui.page.show wire protocol with reserved
__from / __idle keys and the per-session namespace lifecycle (§4),
session_id-only addressing with shared screens sharing a session_id
(§5), the adapter contract — entry-point discovery, multi-modal
fan-out, exception-safe non-blocking handlers, capability degradation
(§6), the interaction path for media transport and confirm/select
responses (§7), and conformance (§8). Raw-passthrough templates
(SYSTEM_html / SYSTEM_url) are documented as discouraged escape hatches.

Wire into README index, CHANGELOG, and GLOSSARY.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@coderabbitai

coderabbitai Bot commented Jun 20, 2026

Copy link
Copy Markdown

Important

Review skipped

Draft detected.

Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 104a5abf-d548-427f-afe4-30da0e78b175

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

  • 🔍 Trigger review
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch feat/gui-spec

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Add §6.9: the resting display is a property of the surface, not an application.
Applications must not provide/register a home/resting screen; SYSTEM_idle only
requests a return to the resting state. No subsystem-level home-screen concept,
registry, or app type — a backend that wants one implements it privately.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant