{"slug": "why-ai-should-return-interfaces-not-walls-of-text", "title": "Why AI Should Return Interfaces, Not Walls of Text", "summary": "Vira, an open-source AI product, advocates for AI assistants to return structured interfaces rather than walls of text, arguing that text is a poor final surface for outcomes with structure, decisions, and actions. The company proposes a contract where models supply structured content and applications control the surface, enabling editable, actionable results like plans, comparisons, and checklists. This approach changes backend requirements, including validated schemas and versioned artifacts, and is central to Vira's Generative UI direction.", "body_md": "AI assistants have trained us to accept a strange default: ask for an outcome, receive a wall of text, then do the work of turning that text into something usable.\n\nThat default is convenient for a model. It is not always useful for a person.\n\nA recipe is not only a paragraph. A project plan is not only a list. A comparison is not only a summary. These outcomes have structure, decisions, state, and actions. When the answer has a shape, the interface should reflect that shape.\n\nText is excellent for explanation, exploration, and ambiguity. It is portable, searchable, and easy to generate.\n\nBut text becomes a poor final surface when the user needs to:\n\nIn those situations, the user performs a second translation: from prose into a mental model, then from that model into actions.\n\nGenerative UI should not mean letting a model write arbitrary frontend code. That creates problems around security, consistency, accessibility, and maintenance.\n\nA more useful contract is narrower:\n\nThe model supplies structured content. The application controls the surface.\n\nA checklist schema can expose checkable items without allowing arbitrary code. A comparison schema can make trade-offs visible without asking the model to invent a new component. A plan schema can be edited and saved while remaining inside known interaction rules.\n\nA generated interface should make four things clear:\n\nThe user should immediately understand whether they received a plan, recipe, table, document, or workflow.\n\nEditable fields, reorderable steps, and explicit controls turn a static answer into a working surface.\n\nSources, assumptions, model choice, and confidence boundaries should not disappear behind polished presentation.\n\nA good result has an obvious next action: save it, refine it, export it, run it, or ask for a different version.\n\nReturning interfaces is not only a design decision. It changes the backend contract.\n\nThe system needs validated schemas, versioned artifacts for durable edits, clear fallback to plain text, permission-aware actions, accessible renderers, and observability for schema selection and failure modes.\n\nThis is why “just add a UI” is the wrong mental model. The interface is part of the product protocol.\n\nVira is built around this boundary: open models can generate useful results, but the product should decide how those results become usable work.\n\nVira can return a conversation when conversation is the right surface. When a request benefits from structure, its Generative UI direction maps the result to a task-specific interface—such as a plan, comparison, table, checklist, or document. The renderer remains controlled by the application, and the result can become a reusable output rather than disappearing in chat history.\n\nThat matters for open-source AI. Open models make capability more portable, but portability alone does not create a good product. Routing, tools, interfaces, storage, and operational controls still have to fit together.\n\nBefore building a generated interface, ask:\n\nIf the answer is no, a text response may be better.\n\nThe goal is not to replace text. It is to stop treating text as the only possible destination for intelligence.\n\nAI should return the smallest useful interface for the job—when an interface genuinely makes the result easier to understand and use.", "url": "https://wpnews.pro/news/why-ai-should-return-interfaces-not-walls-of-text", "canonical_source": "https://dev.to/viraai/why-ai-should-return-interfaces-not-walls-of-text-4130", "published_at": "2026-08-19 20:38:00+00:00", "updated_at": "2026-08-19 21:15:29.385095+00:00", "lang": "en", "topics": ["generative-ai", "ai-products", "ai-tools", "ai-agents"], "entities": ["Vira"], "alternates": {"html": "https://wpnews.pro/news/why-ai-should-return-interfaces-not-walls-of-text", "markdown": "https://wpnews.pro/news/why-ai-should-return-interfaces-not-walls-of-text.md", "text": "https://wpnews.pro/news/why-ai-should-return-interfaces-not-walls-of-text.txt", "jsonld": "https://wpnews.pro/news/why-ai-should-return-interfaces-not-walls-of-text.jsonld"}}