Novu 通信基础设施
为产品和智能体提供统一 API 与对话模型，连接收件箱、邮件、短信、推送、聊天等所有渠道的开源通信层。
- 源仓库
- novuhq/novu
- Star 数
- ★ 40k
- 最近更新
- 今天
- License
- NOASSERTION
- 主语言
- TypeScript
- FA 评分
- 0/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台
- 费用
- 有免费版，另有付费云服务
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 开发者在构建 SaaS 产品，需要快速集成多渠道通知（收件箱、邮件、短信），而无需自己管理多个提供商。
- 不适合
- 需要完全离线或数据不出本地的团队
- 不想依赖 Twilio、SendGrid 等第三方付费渠道的团队
- 需要 React Native、Vue 或 Angular 现成 Inbox 组件的团队
这个 Agent 能做什么，适合哪些场景？
Novu 是一个开源通信基础设施，面向需要与用户互动的产品和 AI 智能体。它提供单一 API 和统一对话模型，支持多渠道消息发送，包括应用内收件箱、邮件、短信、推送和聊天。Novu 包含可嵌入的实时收件箱组件、工作流引擎、摘要引擎、无代码邮件编辑器以及用户偏好组件。对于智能体场景，Novu 提供 Agent Communication Infrastructure (ACI)，连接 Slack、Microsoft Teams、Telegram、WhatsApp 等渠道，实现双向消息传递。该项目采用 Open Core 模式，核心功能 MIT 许可，企业版功能需商业许可。
Novu 的核心操作包括：通过统一 API 发送通知到多个渠道（收件箱、邮件、短信、推送、聊天）；提供可嵌入的 React 收件箱组件（@novu/react）和 JavaScript SDK（@novu/js）；执行工作流引擎，支持分支和条件；提供摘要引擎批量合并通知；提供无代码邮件编辑器；通过 ACI 接收渠道入站消息，标准化后路由到智能体，并发送智能体回复；支持众多提供商，如邮件（SendGrid、SES、Mailgun 等）、短信（Twilio、SNS 等）、推送（FCM、APNS 等）、聊天（Slack、Teams、Telegram 等）。用户可通过仪表盘创建免费账户并配置。
- 开发者在构建 SaaS 产品，需要快速集成多渠道通知（收件箱、邮件、短信），而无需自己管理多个提供商。
- 团队已经构建了 AI 智能体（如 Claude、LangGraph），希望将其连接到 Slack 或 Teams 作为协作工具。
- 产品经理希望通过可视化工作流编辑器设计通知流程，并支持条件和摘要。
- 开发者希望为用户提供可嵌入的通知中心，同时允许用户自定义通知偏好。
- 企业需要统一管理多个消息提供商，降低集成和维护成本。
如何安装或部署这个 Agent？
根据 README，安装步骤为：访问 Novu 仪表盘创建免费账户，然后按照仪表盘上的指引进行配置。对于命令行工具，可使用 'npx novu@latest connect' 体验 ACI。也可以使用 npm 安装 @novu/react 和 @novu/js 包。
如何使用这个 Agent？
首先在仪表盘创建账户和项目，获取 API 密钥。然后使用 Novu API 发送通知，或嵌入 React 收件箱组件。对于 ACI，使用 'npx novu@latest connect' 命令启动连接器，按照提示配置渠道。具体使用细节需参考官方文档。
这个 Agent 有哪些优点和局限？
- 统一 API 覆盖多个渠道，减少集成工作。
- 提供可嵌入的收件箱组件和偏好组件，提升用户体验。
- 支持工作流和摘要引擎，灵活控制通知发送。
- ACI 支持双向消息和统一对话模型，简化智能体渠道集成。
- 采用 Open Core 模式，部分企业功能需要商业许可。
- 需要依赖外部提供商（如 Twilio、SendGrid），可能产生额外成本。
- 安装和配置指南相对简略，详细步骤需参考官方文档。
- React Native、Vue、Angular 收件箱组件尚未发布，平台覆盖有限。
这个 Agent 与同类方案有什么区别？
文中未明确提及替代品。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Novu 通信基础设施 当前 | 0 · 缺口较多 | 云服务 / SaaS免费版 + 付费版 | ★ 40k | 今天 | TypeScript | — |
| DeterminFlow | 66 · 存在缺口 | 桌面应用免费 + 模型费 | ★ 920 | 1 个月前 | Python | — |
| AgenticX 多智能体平台 | 64 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 506 | 1 天前 | Python | Claude Code · OpenAI API · Claude API |
| VoltAgent | 28 · 缺口较多 | 命令行工具免费版 + 付费版 | ★ 11k | 21 天前 | TypeScript | ChatGPT · OpenAI API · Claude API |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示仓库包含SECURITY.md，提供漏洞报告流程，但未提供权限模型、用户确认机制、数据流透明度或敏感数据处理细节。依赖安全方面，package.json有resolutions固定minimist版本，但未提供依赖审计或漏洞扫描证据。外部影响方面，README描述发送通知和连接渠道，但未说明权限或副作用。回滚和来源归属未提及。因此所有信任标准得分为0。
仓库包含大量测试文件，如apps/dashboard/tests/manage-workflows.e2e.ts，表明有测试覆盖，但静态审查无法验证测试执行或结果。依赖可用性方面，package.json列出了许多依赖，但未提供可用性保证。失败消息方面，测试中有验证错误检查，但未提供用户可见的失败消息设计。因此所有可靠性标准得分为0。
README明确目标受众为开发者和产品，场景包括通知和代理通信。能力边界方面，README说明Novu不是代理本身，但未详细说明限制。触发精度方面，工作流有触发机制，但未提供精确触发条件。环境适配方面，package.json指定Node版本和pnpm，但未提供部署环境细节。因此所有适应性标准得分为0。
信息架构方面，README有目录和章节，但未提供详细文档结构。安装说明方面，README提供快速开始，但未提供完整安装指南。命名稳定性方面，未提及命名约定。示例和FAQ方面，README有示例，但未提供FAQ。已知限制方面，未提及。许可证方面，README说明Open Core，但package.json中license为NOASSERTION，不一致。版本和变更日志方面，未提供。维护责任方面，README提到贡献指南，但未明确维护者。因此所有约定标准得分为0。
输出可用性方面，README描述API和组件，但未提供输出格式示例。边际价值方面，README声称提供统一API和多种渠道，但未与其他方案比较。成本效益方面，未提供定价或性能数据。因此所有有效性标准得分为0。
声明可追溯性方面，README有链接到文档和代码，但未提供具体证据。跨来源佐证方面，未提供外部验证。事实与推断分离方面，README混合事实和营销声明，未明确区分。因此所有可验证性标准得分为0。
- 源码中未见：最小权限约束只授予完成任务所需的权限：用专用账号或只读令牌，并限定可访问的目录和仓库。
- 源码中未见：执行前用户确认开启或自行加上执行前确认；先在沙箱或测试环境跑通，确认行为后再接入真实数据。
- 源码中未见：数据流向说明运行时观察它连接了哪些外部服务（代理或防火墙日志）；弄清数据去向之前不要输入敏感数据。
- 源码中未见：敏感信息处理使用专用、低权限、可随时吊销的 API 密钥，不要复用生产凭据，也不要让密钥出现在日志里。
- 源码中未见：依赖安全审查安装前固定版本并做一次依赖扫描（如 npm audit、pip-audit）；优先放在容器里运行。
- 源码中未见：外部影响披露先弄清它会写入、发送或修改哪些外部系统，用测试账号或测试仓库验证后再接入正式环境。
- 源码中未见：回滚或恢复路径运行前先备份，或在 git 分支、快照上操作，确保改动可以撤销。
- 源码中未见：来源归属可核验从官方仓库或包源安装，核对发布者和仓库地址，避免同名仿冒包。
- 静态审查无法验证测试执行或安全性，需动态测试。
- 许可证元数据为NOASSERTION，与README的Open Core描述不一致，需澄清。
- 未提供权限模型或数据流透明度，需审查实际代码。
最近版本
来自该项目 GitHub Releases 的最新发布记录，说明为上游原文摘录，未经本站改写或测试。
-
发布说明摘录
🚀 Features - api-service: rich inbound message content and author metadata fixes NV-8629 ([#12728](https://github.com/novuhq/novu/pull/12728)) - framework: re-export Chart, Table and LinkButton card builders fixes NV-8632 ([#12727](https://github.com/novuhq/novu/pull/12727)) - api-service,framework: add inbound message edit/delete lifecycle fixes NV-8628 ([#12703](https://github.com/novuhq/novu/pull/12703)) - providers: add Google Chat provider and documentation fixes NV-8811 ([#12690](https://github.com/novuhq/novu/pull/12690)) …在 GitHub 查看 ↗ -
发布说明摘录
🩹 Fixes - framework: type outbound agent cards as protocol CardElement instead of Record fixes NV-8745 ([#12525](https://github.com/novuhq/novu/pull/12525)) ❤️ Thank You - Adam Chmara @ChmaraX在 GitHub 查看 ↗ -
发布说明摘录
This was a version bump only for @novu/nextjs to align it with other projects, there were no code changes.在 GitHub 查看 ↗