tui-design 用于设计、构建、重构或评审终端界面，包括全屏 TUI、交互式提示和命令行工具，关注终端应用的布局与 UX。其做法是先在回答前按需求路由到权威参考：Go（Bubble Tea、Lipgloss、Bubbles、tview、gocui）、Rust（Ratatui、crossterm、Cursive）、Python（Textual、Rich、prompt_toolkit、urwid）、TypeScript/JavaScript（Ink、OpenTUI、Clack、Inquirer），以及 cli-basics、visual-patterns、interaction-patterns、exemplar-apps 等参考文件，并只加载任务需要的部分。
它要求先分类产品形态再选框架或布局：一次性 CLI 保持稳定 stdout、stderr 诊断和有意义退出码；召唤—选择—退出工具优先内联，交互界面放 stderr 或 /dev/tty，结果放 stdout；全屏会话使用备用屏幕和稳定空间模型。随后确定工作流形态，先画初始、加载、空、部分、成功、错误、断开、过小等状态与布局。
跨领域契约包括：终端生命周期上使用备用屏幕、框架管理清理、在每种退出路径恢复 raw 模式、屏幕缓冲区、光标和输入模式，处理 resize、挂起与重绘；渲染与性能上不在 UI/事件线程阻塞磁盘、网络或子进程，按输入、数据、resize 或有意义 tick 渲染，按终端单元格宽度测量并处理 CJK、组合字符和 emoji，虚拟化长列表；意义与访问上使用语义样式令牌、尊重 NO_COLOR、不单靠颜色、所有操作键盘可达、提供 --no-tui 等线性输出模式。
它还要求主动做两项评审：可计数的杂乱审计（边框嵌套、重复状态信号、每行标记等）与下限压力测试（80×24、60 列 tmux 分屏及最小尺寸的单栏回退）。构建与验证采用底层测试金字塔，覆盖单元、固定尺寸渲染快照和少量 PTY 端到端流程。评审现有界面时按优先级报告证据并关联用户可见失败。资料未提供具体收费、价格或平台信息。