AI 界面库与成品应用
比较消息运行层、显示组件、协议和可部署产品。
前端需要哪种能力
聊天前端至少维护消息、输入、传输状态、流式显示和取消；有工具、文件、分支或实时音频时，还要表达这些内容的身份、审批与终态。消息运行层负责传输与状态，显示组件负责呈现，成品应用还包含账户、存储、模型设置和部署。按需求比较层次，可以减少同一会话被两套组件维护的成本。
| 候选 | 提供的层次 | 适用条件与代价 |
|---|---|---|
| AI SDK UI | chat hooks、transport、UIMessage 等 | 已有 TS 服务及对应前端绑定；组件设计由应用负责 |
| assistant-ui | React primitives、成品组件、runtime adapter | 后端多样、需要线程／分支／工具界面；核对 adapter 版本 |
| CopilotKit | 应用内副驾、前后端集成、AG-UI 连接 | 有应用状态与工具交互；云和企业功能另计 |
| AI Elements | 可复制到项目的组件源码 | 使用 React／shadcn 等匹配栈；源码升级由项目负责 |
| Ant Design X | Ant Design 产品中的会话与显示能力 | 已有 antd 中后台；配套 request／Markdown 使用对应版本 |
| deep-chat | Web Component 聊天界面 | 多框架或较老页面；密钥与服务请求经后端 |
| LlamaIndex chat-ui | 资料问答界面组件 | 与自身资料和后端接口是否契合 |
归档列出 React、Vue、Svelte、Angular、移动端及渠道支持，具体绑定与功能并非同时发布；Solid 的社区绑定也需要独立检查。不能把官网列出的后端 adapter 当成每条消息类型均已实测。AI SDK UI、assistant-ui、CopilotKit、AI Elements、Ant Design X、deep-chat、LlamaIndex chat-ui。
流式、工具与生成界面
Streamdown、Ant Design X Markdown 等处理不完整 Markdown，仍需对链接协议、HTML、图片、图表及下载内容设定安全和完整性边界。频繁 DOM 更新和大段推理文本会影响交互，按用户阅读行为控制刷新、折叠和自动滚动。Streamdown。
AG-UI 描述 agent 与界面的事件，MCP 接工具，A2A 描述 agent 间通信；采用一个协议不会自动实现另外两个。MCP Apps 把工具界面嵌入宿主时需要来源、iframe 和权限隔离。生成界面应约束组件注册表、属性及动作，模型返回任意代码或 HTML 不能直接获得客户端权限。AG-UI、MCP Apps。
审批界面显示经过验证的工具参数、目标资源与期限，服务端重新核对身份和资源版本后执行。取消连接和取消工具效果不同，客户端依据服务器终态更新。重连需明确是续传、查询还是重跑，流片段本身不能承担恢复事实。
成品应用适合怎样的任务
| 产品或模板 | 归档中的定位 | 二次开发前要核对 |
|---|---|---|
| LibreChat | 多模型、账户与工具的自部署门户 | 后端、数据库、权限与许可 |
| LobeChat／LobeHub | 完整助手产品与生态 | 本地／云功能、商业授权和部署组件 |
| Vercel chatbot | Next.js 等栈的模板参考 | 实际 package.json、账户与存储；模板未必使用最新 major |
| big-AGI | 较紧凑的 AI 工作台 | 模型及用户状态、项目维护和授权 |
| Chatbox | 桌面客户端与商业版 | GPL 等具体代码许可、服务和品牌条款 |
| NextChat | 多端助手产品路线 | 开源模板与商业服务的差异 |
| Open WebUI | 自部署门户，前端 Svelte、后端 Python | 跨语言部署、当前许可与品牌要求 |
成品系统节约账户、设置与会话接线，继承较多配置和升级责任；纯组件便于融入已有产品。对比这些候选应先确认需要独立门户还是业务界面内的功能。LibreChat、LobeHub、Vercel chatbot、big-AGI、Chatbox、NextChat、Open WebUI。
归档将旧 chatbot-ui、nlux、chatscope 的较低发版频率作为维护提醒。本轮没有重新核查仓库与包注册表，不能直接认定停更、无法使用或仅有教学价值。chatscope 是通用聊天组件，是否适合 AI 场景取决于应用是否自行实现流和工具状态。
采用路线与未知范围
已有 React 产品可从 AI SDK UI 或 assistant-ui 比较起步；已有 antd 产品可先检查 Ant Design X；多渠道副驾可检查 CopilotKit 与 AG-UI 的目标端实现；只需门户可试成品产品。每个方案先核对前端框架、后端消息协议、工具与文件、持久状态和许可证，避免同时引入两套 runtime。
归档中的 RSC 入口、artifacts／editor 组件、跨端完整支持与部分模板依赖存在未核实项。采用前查目标版本文档与依赖，再验证长消息、事件乱序、取消、浏览器刷新、权限拒绝、审批和文件生命周期。本轮未进行浏览器或真实产品运行验证，因此没有给出界面完成度或可用性排名。
最后更新于