CopilotKit
为多端应用构建生成式 UI、共享状态与人工介入式 Agent 体验。
按维度查看评分与理由
证据显示：仓库包含安全策略（SECURITY.md），提供漏洞报告流程；依赖覆盖（package.json overrides）显示对已知漏洞的主动缓解；工作流（canary.yml）遵循最小权限原则，使用受限的GitHub App token。扣分原因：未发现明确的用户确认机制（如human-in-the-loop的代码实现），数据流透明度有限（README提及共享状态但未详细说明），敏感数据处理细节缺失，外部影响（如网络请求）未明确说明，回滚机制未提及，来源归属（如第三方代码）未明确。
证据显示：仓库结构清晰，使用Nx monorepo管理，测试脚本存在（package.json test），e2e测试覆盖布局和暗模式回归。扣分原因：依赖可用性未验证（静态审查），失败消息未在文档中明确，自一致性部分依赖文档与代码的一致性，但未完全验证。
证据显示：README明确列出支持的平台（React, Angular, Vue, React Native, Slack等），提供快速开始和示例，能力边界（如Generative UI类型）有说明。扣分原因：触发精度（如useAgent hook的触发条件）未详细说明，环境适配（如浏览器版本）未明确。
证据显示：README提供信息架构（功能列表、快速开始、文档链接），安装说明（npx copilotkit@latest create），示例（examples目录），MIT许可证，维护责任（贡献指南）。扣分原因：命名稳定性未明确（版本历史未提供），已知限制未列出，版本变更日志未提供。
证据显示：输出可用性（Generative UI可动态渲染），边际价值（多平台支持，AG-UI协议），成本效益（快速开始，免费开源）。扣分原因：成本效益未量化（如性能、资源消耗），边际价值部分依赖外部平台（如Slack）的早期访问。
证据显示：README中的声明（如AG-UI协议采用）有外部链接，但未提供具体证据；测试存在但未验证。扣分原因：声明可追溯性有限（未提供具体版本或文档），跨来源佐证不足（仅依赖README），事实与推断分离不明确（如'best-in-class'等营销语言）。
- 静态审查无法验证运行时行为，所有评分基于源代码和文档。
- 依赖覆盖列表虽显示安全缓解，但未验证实际依赖树。
- README中的营销声明（如'best-in-class'）缺乏可验证证据。
- 未提供版本变更日志，命名稳定性存疑。
这个 Agent 能做什么，适合哪些场景？
CopilotKit 是用于构建全栈 Agent 应用、生成式 UI 和聊天应用的 SDK，已从 React 库扩展为多平台框架。它覆盖 React/Next.js、Angular、Vue 和 React Native，并将 Slack、Microsoft Teams、Discord、Google Chat 列为浏览器外的交付方向，其中后四类聊天平台处于 Beta 或早期访问状态。其交互模型将 UI、Agent 与工具连接在同一循环中，支持流式消息、工具调用、Agent 响应、共享状态和人工确认。项目还围绕 AG-UI 协议提供 Agent 与用户界面的连接方式，并提供 `useAgent` Hook 以程序化访问 Agent 状态。使用者需要在自己的应用中配置 LLM 提供商并部署应用；README 未给出完整的生产部署配置。
通过 npx copilotkit@latest create 创建项目后，应用配置 LLM key，并使用 CopilotKit 的 Provider、状态和 Hooks 连接 Agent 与 UI。聊天 UI 可接收流式消息、工具调用和 Agent 响应；后端工具可返回由客户端直接渲染的 UI 组件。生成式 UI 可按用户意图和 Agent 状态在运行时生成或更新组件，共享状态层允许 Agent 与 UI 组件实时读写同一状态。useAgent({ agentId: "my_agent" }) 返回 agent，可读取如 agent.state.city 的状态，并通过 agent.setState({ city: "NYC" }) 更新状态；同一 Agent 逻辑可用于网页、移动端及已列出的聊天平台集成。
- React 或 Next.js 团队希望在产品中加入可流式响应、支持工具调用的聊天界面时，可使用 CopilotKit 的 Chat UI 与 Agent 连接层。
- Angular 团队要在现有前端中接入 Agent UI，并希望保留与其他前端相同的 Agent 逻辑时，可使用仓库标注为 Supported 的 Angular 支持。
- React Native 产品团队需要让移动端读取和更新 Agent 共享状态，并呈现 Agent 驱动的界面时，可采用 React Native 支持路径。
- 需要在工作流中让 Agent 停止并请求用户输入、确认或编辑的应用，可使用 human-in-the-loop 能力。
- 已有后端工具且希望工具结果以客户端 UI 组件呈现的团队，可使用 Backend Tool Rendering。
- 希望把同一 Agent 部署到 Slack 或 Microsoft Teams 工作流中的团队，可申请 README 标明的早期访问。
这个 Agent 有哪些优点和局限？
- 以 AG-UI 为连接层，并通过
useAgent暴露可编程的 Agent 状态读取与更新接口。 - 同一 Agent 逻辑面向 React/Next.js、Angular、Vue 和 React Native，README 还列出 Slack 与 Microsoft Teams 的交付方向。
- 同时覆盖聊天 UI、后端工具渲染、运行时生成式 UI、共享状态和人工介入流程，而不只提供单一聊天组件。
- 快速开始只给出
npx copilotkit@latest create，未说明 Node.js 版本、完整 Provider 配置或生产部署步骤。 - Slack、Microsoft Teams、Discord 和 Google Chat 被标为 Beta 或早期访问，浏览器外部署不应视为普遍可用。
- 自学习能力标为 early access；README 所述 Cloud 或 self-hosted 可用性未提供具体安装或运维细节。
- 虽然列出 OpenAI、Anthropic 和 Gemini 的 LLM key，但 README 未展示各提供商配置、故障处理或模型兼容性细节。
如何安装或部署这个 Agent？
准备一个 LLM key（README 举例为 OpenAI、Anthropic 或 Gemini），在项目目录的 shell 中运行：
npx copilotkit@latest createREADME 未说明 Node.js 版本、生成器的交互参数或完整生产部署步骤。若要给编码 Agent 安装 CopilotKit skills，可运行：
npx copilotkit@latest skills install如何使用这个 Agent？
创建并配置项目后，在 UI 中以 useAgent 连接指定 Agent：
const { agent } = useAgent({ agentId: "my_agent" });随后可读取 agent.state.city，并在事件处理器中调用：
agent.setState({ city: "NYC" })README 表明 Provider、上下文、状态和 Hooks 会在安装流程中配置，但未给出完整 Provider 配置代码或 Agent 后端示例。
这个 Agent 与同类方案有什么区别？
README 将生成式 UI 分为三类：Static（AG-UI Protocol）、Declarative（A2UI）和 Open-Ended（MCP Apps & Open JSON）。CopilotKit 将自身定位为连接 Agent 工作流与用户界面的 UI 层，并以 AG-UI 处理线协议。