Users describe what they want to see in plain language. The system responds with an interactive view built from approved charts, tables, filters, and cards.
We tested whether users could describe the information they needed and receive a visual response built for that request. This approach is known as Generative UI.
A user can ask for a comparison, report, or summary in plain language. The system then combines the relevant charts, tables, filters, and cards into an interactive view.
They can ask for a specific comparison, report, or breakdown without navigating several screens or learning how every filter works.
The same component library can handle more variations without requiring a separate screen for every possible question.
Data access, permissions, queries, business rules, and component code remain inside the application. Teams can extend the system by adding approved components.
The model selects from a registry created and tested by the product team. It can only use the charts, tables, filters, and cards defined there.
The model does not generate interface code. It returns a structured set of instructions that the application can validate before rendering the view.
The model never connects directly to the database. Queries, credentials, permissions, and business rules remain in the backend.
Turns the user’s request into a structured UI specification.
Maps the specification to registered components and renders the screen.
Validates the model output, applies permissions, and resolves queries.
Store and provide the data used in the reports.
Coordinates state, events, and responses between the agent and the interface.

