design-stage-interfaces

Decides between chat, GUI, or hybrid containers and renders AI answers as composed UI on a re-composing stage.

1|Updated Jul 13, 2026
One-click install
npx skills add https://github.com/dineshrevunuru/SuperSkills --skill design-stage-interfaces-dineshrevunuru
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: design-stage-interfaces
Source: https://github.com/dineshrevunuru/SuperSkills/tree/main/design-stage-interfaces
Command: npx skills add https://github.com/dineshrevunuru/SuperSkills --skill design-stage-interfaces-dineshrevunuru

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? AI features default to chat layouts — bubbles, scrollback, composer bars — even when a structured interface would serve users better, and teams lack a method to decide the right container or escape the chat pattern. ## Core Features & Use Cases - Container decision tree: A four-question flow (enumerable need, articulability, structured answer, recall need) that determines whether a feature should be GUI, conversational entry plus stage, or pure conversation. - 6-signal chat audit: Diagnoses whether a surface reads as chat via bubbles, scrollback, composer bar, turn stacking, avatars, and sent-message mechanics, with a specified replacement for each signal. - Stage design rules and recall menu: Seven rules for composing answers as generated UI on one present-tense surface, plus recall mechanisms (chapter rail, rewind scrubber, pinned artifacts, deep links) that replace transcripts. - Use Case: A voice-first portfolio agent that never sent text bubbles still read as chat; the audit found user-side bubbles, scrollback, and a bottom dock, and replacing them with a transient caption, single re-composing stage, and question-index chapter rail made it read as a composed system. ## Quick Start Ask the AI to decide whether your AI feature should be a chatbot or a composed UI surface and to run the 6-signal chat audit on your current design.

Frequently Asked Questions about design-stage-interfaces

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I decide if my AI feature should be a chatbot?

Use the four-question decision tree: if the user's need is enumerable up front, build a GUI instead of chat. If intent is open-ended, use conversational entry feeding an intent engine, then render structured answers as composed UI on a stage rather than prose replies.

What makes an interface read as chat instead of generative UI?

Six layout signals make a surface read as chat: speaker-attributed bubbles, accumulating scrollback, a bottom composer bar, stacked turn-taking, per-message avatars or timestamps, and a sent-message mechanic. Removing only some signals still reads as chat; all six must be replaced.

How do I replace chat history without a scrollback transcript?

Pick from the recall menu: a chapter rail indexing questions asked, a rewind scrubber for linear narrated content, pinned artifacts for proof the user must re-check, or deep links making every composed state shareable. History becomes an index of questions, never a transcript of answers.

When should I use design-conversational-interfaces instead of this skill?

Use design-conversational-interfaces for behavior inside a conversation: turn design, question phrasing, repair, and persona. This skill owns the earlier decision of whether and where conversation happens, plus the switch between talking and showing.

Why does my AI demo still look like a chatbot after restyling the bubbles?

Chat is a layout, not a visual skin. If scrollback, user-side bubbles, or a bottom composer dock remain, the surface still reads as chat regardless of styling. Run the 6-signal audit and specify a replacement for every signal present.