assistant-ui vs CopilotKit: 如何选择？

assistant-ui vs CopilotKit：从交互任务开始

现有 React 应用主要需要围绕后端搭建聊天界面时，可以先试用 assistant-ui。应用需要用户和 Agent 通过共享状态、工具界面及审批步骤交互时，可以先试用 CopilotKit。两者都能构建面向 Agent 的体验，这些起点不表示两者互斥。

assistant-ui 官方仓库 说明 React 聊天库及后端适配。CopilotKit 官方介绍 说明应用连接 Agent 的框架。本页的 CopilotKit 不是 GitHub Copilot，也不是 Microsoft Copilot Studio。

先分清各层责任

层级	assistant-ui	CopilotKit
UI	组合聊天原语、消息及工具展示	构建聊天及交互式 Agent 界面
状态与 runtime	runtime 连接界面状态与后端	Agent 与应用交互可共享状态
后端与协议	选择符合后端形态的适配器	核对 Agent 后端及 AG-UI 集成路径
持久化	自有存储或可选 Assistant Cloud	核对选定后端及可选 Intelligence 服务
审批	设计流程及后端执行约束	官方说明支持人工参与交互

试用核对项：用户实际需要的组件及状态；谁拥有运行状态及处理冲突；事件格式、包版本与支持的事件；谁保存线程、历史、认证及保留规则；界面确认必须约束实际服务端动作。

assistant-ui 架构 说明了层级职责；CopilotKit 官方仓库 说明共享状态及人工参与能力。存在协议适配器，不代表每一种事件或工具流程都能在应用中互通。

适用条件与限制

聊天展示及后端适配是主要工作时，assistant-ui 值得进入试用。渲染聊天组件本身不提供模型服务、访问规则或持久存储，仍需明确这些责任。

界面变化及人的决策是 Agent 工作流一部分时，CopilotKit 值得进入试用。工具执行、授权和共享状态含义仍需应用定义；标注支持某后端，不代表自定义状态和恢复流程无需改动。

两个官方仓库都将源代码许可标为 MIT。上线前核对所用包及依赖的具体许可。Assistant Cloud 与 CopilotKit Intelligence 的服务条款及方案范围需要分别核对，库许可不代表托管服务免费或满足数据要求。

测试一条完整交互

1. 固定包版本，选一个后端，记录 UI、协议、持久化及授权责任。
2. 发送请求、接收流式输出、展示工具结果，再刷新线程，检查消息及应用状态是否保留。
3. 暂停一个动作等待审批，分别取消和批准，确认后端只执行获准动作。
4. 中断连接、重试并切换用户，检查重复执行、历史丢失及越权状态暴露。
5. 记录缺失事件及适配工作后再选型。需要混用时，另行验证该组合。

WWW Agents 未在此集成或评测两家产品。性能、包兼容性及安全适用性仍未验证。介绍见 assistant-ui 产品页，CopilotKit 使用 官方文档入口。