Skip to content

feat: improve OpenUI Gateway integration guidance - #14

Merged
vishxrad merged 13 commits into
mainfrom
visharad/openui-cloud-launch
Sep 9, 2026
Merged

vishxrad merged 13 commits into
mainfrom
visharad/openui-cloud-launch

Conversation

@vishxrad

@vishxrad vishxrad commented Sep 2, 2026

Copy link
Copy Markdown
Contributor

Summary

  • Default new apps, prototypes, and dummy-data requests to the openui-cloud CLI template, while preserving explicit self-hosted requirements and existing application architecture.
  • Ask the user to complete sign-in/key setup during implementation, offer browser/terminal handoffs, protect secrets, and resume runtime verification afterward.
  • Keep shared hosted-service guidance in references/gateway/, with separate Responses, Chat Completions, Conversations, and standalone artifact runbooks. Preserve Chat Completions history/tool loops and all three Responses history modes.
  • Recommend conversation plus store: true for new persistent Gateway chats, while preserving existing history ownership. Link directly to both protocols' app-owned tool loops.
  • Provide component-library prompt/spec/renderer guidance, catalog all 17 first-party examples, and route existing assistant-ui, CopilotKit, and custom chat applications to their current integration guides.
  • Align links and terminology with the reorganized Gateway, Agent Interface, and Observability docs without inventing renamed CLI flags, package exports, or environment variables.
  • Distinguish framework browser transports from model APIs and storage. Document generated-source checks where CLI prose and LangGraph/Vercel AI SDK overlays differ; include Eve's native session transport.
  • Preserve the default template's managed slides/reports and bundle standalone artifact examples for client setup, generation, rendering, streaming, and editing inside the skill. Remove the historical blob link and make external references supplementary; the skill does not depend on the OpenUI documentation PR being merged. Retain installed-version checks and runtime verification.
  • Update BYOK, model-selection, token-header, Observability, generated-file, and public theme-helper guidance while retaining authentication, authorization, request validation, and tool execution safeguards.
  • Keep Gateway nomenclature consistent in headings, example helper names, and reference paths. Retain Cloud only for former-name discovery, upstream source paths, and unchanged SDK/CLI compatibility identifiers; the rename does not remove features or require a backend migration.
  • Simplify the README's building-block descriptions.

Validation

  • quick_validate.py skills/openui: passed.
  • git diff --check: passed.
  • Syntax-checked all five bundled artifact TypeScript/TSX snippets. Mocked checks passed for client configuration, generation metadata and empty responses, stream accumulation and failures, edit history and metadata, and managed viewer selection/streaming props; no external requests were made.
  • Checked 152 local Markdown links/anchors and balanced code fences across 14 Markdown files.
  • Checked 57 unique public reference URLs during the documentation audit, including live response status, redirects, documentation-index membership, and linked anchors. Generation endpoints were not called.
  • Compared the example catalog against all 17 entries in the upstream examples README.
  • Audited live docs and first-party source at thesysdev/openui@a47bb1934c5185a8abc482760c9563ee1511a331.
  • Inspected published @openuidev/cli@0.2.12, @openuidev/thesys@0.3.2, and @openuidev/thesys-server@0.1.4 without executing package install scripts.

No new Claude behavior evaluation, authenticated Gateway generation, or standalone artifact endpoint test was run. The skill explicitly distinguishes verified template/package contracts from documentation gaps.

Context

OpenUI Cloud launch work item: https://thesys-dev.slack.com/archives/C0783MULUMQ/p1787898666168549

@vishxrad vishxrad changed the title Make the OpenUI skill Cloud-first for launch feat: Improving skill for better use with OpenUI cloud Sep 5, 2026
@vishxrad vishxrad changed the title feat: Improving skill for better use with OpenUI cloud feat: improve OpenUI Gateway and Cloud integration guidance Sep 8, 2026
@vishxrad vishxrad changed the title feat: improve OpenUI Gateway and Cloud integration guidance feat: improve OpenUI Gateway integration guidance Sep 8, 2026
Comment thread skills/openui/references/gateway/chat/api-selection.md Outdated
Comment thread skills/openui/references/gateway/chat/api-selection.md Outdated
Comment thread README.md Outdated
Comment thread skills/openui/SKILL.md Outdated
Comment on lines +63 to +72
## Design for Model Reliability

- Use descriptive, distinct component names and descriptions that explain when to choose each component.
- Keep schemas flat. Prefer several composable components over deeply nested objects.
- Compose children through component `.ref` schemas. Use `z.union([...])` only when the container genuinely accepts several child types.
- Order Zod object keys deliberately: required and distinctive props first, optional props last. OpenUI Lang maps positional arguments using this order.
- Keep the library focused on components the model should generate. Do not expose an entire product design system by default.
- Choose a predictable root that can render before its referenced children arrive, then keep `root = ...` first in generated examples for progressive streaming.
- Use `componentGroups` and short group `notes` when they materially help the model choose related components or avoid an invalid combination.
- Use `tagSchemaId()` for reusable non-component helper schemas when the generated signature would otherwise degrade to `any`.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ask aditya to review this section

@vishxrad
vishxrad merged commit 8b01beb into main Sep 9, 2026
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.

2 participants