跨平台运行
框架明确支持 Windows 与 Linux 两类操作系统，机器人业务逻辑可跨平台复用，不需要为每个系统重写一套代码。
BotticelliBots
AI TOOL PROFILE工具资料开源 .NET Core 框架，把聊天机器人接到数据库、消息队列和 AI 引擎上
价格免费
平台Web / Windows / Linux / Docker
归类聊天对话
收录2026-10-12
复核2026-10-12
编辑评分
4.3 / 5
★★★★☆
BotticelliBots编辑总结
Botticelli 是一个开源 .NET Core 框架，用来构建接入数据库、队列中间件、语音引擎和 AI 引擎（如 Gpt-j、ChatGPT）的通用机器人。它支持 Windows 与 Linux，可对接 Telegram、Whatsapp、VK Messenger 等基础通讯工具，并通过 Botticelli.AI、Botticelli.Talks、Botticelli.Bus、Botticelli.Scheduler 等模块分别处理 AI、语音、队列与定时任务。项目提供 Docker 部署方式和 bot 管理、监控能力，源码托管在 GitHub。官网未公开任何定价、档位与量化性能指标。
BotticelliBots是什么？
Botticelli 是一个开源的 .NET Core 框架，面向需要自己搭建聊天机器人的开发者。它的定位是提供一个简单的机器人创建与维护平台，让不同通讯渠道上的机器人共用同一套业务逻辑：开发者写一次逻辑，就能部署到多个信使上。
框架的扩展能力被拆成若干独立模块：Botticelli.AI 负责接入 Gpt-j、ChatGPT 等 AI 引擎，Botticelli.Talks 对接语音合成器，Botticelli.Bus 对接 RabbitMq 这类消息代理以支撑高负载系统，Botticelli.Scheduler 负责定时调度。官方强调的框架特性包括跨平台、可靠、易用、易部署，并明确列出 Windows 与 Linux 支持以及 Docker 部署方式。
对普通开发者而言，典型的入手路径是克隆 GitHub 仓库、按文档搭建第一个机器人，再参考官方的「Air Quality Bot」和「Telegram bot with BotticelliBots」示例；对团队而言，消息代理集成、机器人管理与监控这几项能力更适合放进需要长期运维的生产环境。
BotticelliBots核心功能
AI 引擎接入
通过 Botticelli.AI 模块对接 AI 引擎，官方点名的包括 Gpt-j 和 ChatGPT，让机器人在对话流程里调用生成式模型。
多信使支持
支持所有基础通讯工具，已列出 Telegram、Whatsapp、VK Messenger 三家，机器人可以同时挂在这些渠道上共用一套逻辑。
数据库与消息队列
可直接与数据库集成，并通过 Botticelli.Bus 对接 RabbitMq 等消息代理，面向高负载系统的消息处理场景。
语音与定时调度
Botticelli.Talks 对接语音合成器，Botticelli.Scheduler 提供调度能力，机器人可按计划触发任务而不只被动应答。
Docker 部署
官方把「易于部署」列为选型理由之一，并明确提供 Docker 支持，方便在容器环境里上线和迁移机器人。
机器人管理与监控
框架附带机器人管理能力和监控能力，适合同时运维多个机器人实例，观察它们的运行状态。
BotticelliBots值不值得用？
如果你用 .NET Core 技术栈，需要把聊天机器人同时接到多个通讯渠道、数据库和消息队列上，Botticelli 的分模块设计省掉了自己拼装这些集成的功夫。它开源、可 Docker 部署，也有现成的 Telegram 机器人和空气质量机器人示例可以照抄。反过来说，它不是开箱即用的成品机器人，要写代码、要自己准备 AI 引擎和语音合成服务；官网没有公开定价、性能数据和发布节奏，选型前需要先看 GitHub 仓库的活跃度，并确认 RabbitMq、Gpt-j 这些具体组件是否与你现有环境匹配。
建议选它的情况
- 使用 .NET Core 技术栈、希望用同一套业务逻辑覆盖多个信使的开发者
- 需要把机器人接到数据库和 RabbitMq 等高负载消息链路的团队
- 想要 Docker 化部署并能接受自托管运维的场景
- 把它当作接入 Gpt-j、ChatGPT 与语音合成的中间层来使用
不建议选它的情况
- 不想写代码、只想找现成问答机器人的非技术用户
- 技术栈是 Python、Node.js 等非 .NET 体系且不愿引入 .NET 运行时
- 需要厂商提供 SLA、托管服务和明确报价的商业采购场景
BotticelliBots使用建议
入门先把路子走对
- 先克隆仓库官方给的第一步是执行 git clone https://github.com/devgopher/botticelli.git，把源码拉到本地再对照文档跑起来。
- 从 Telegram 示例抄起文档区提供了「Making a Telegram bot with BotticelliBots」和「Making your first bot」两份指引，先照着一份走通全流程，比直接读框架源码快。
- 确认版本分支文档页单独列出「Actual version」和「Actual version branch」，拉代码前先核对这两个信息，避免在旧分支上踩坑。
进阶省时间也省钱
- 按需装模块只接 AI 就引 Botticelli.AI，只做语音就引 Botticelli.Talks，不要把所有模块一次性全接进项目，减少无用依赖。
- 高负载走 Bus消息量大的场景用 Botticelli.Bus 对接 RabbitMq 做异步削峰，别让机器人的消息处理逻辑和主流程同步阻塞。
- 定时任务交给调度器需要定时推送或周期性拉数据的机器人，用 Botticelli.Scheduler 注册任务，而不是自己在业务代码里写死循环等待。
- 用 Docker 固化环境既然官方支持 Docker，就把运行环境打成镜像，避免在 Windows 和 Linux 之间迁移时重新配一遍依赖。
BotticelliBots适合谁用？
.NET 后端开发者
推荐熟悉 C# 和 .NET Core，需要一套现成骨架来搭多信使机器人，可直接复用框架的数据库与队列集成能力。
Telegram 机器人作者
推荐官方提供了 Telegram 机器人搭建指引，想在 Telegram 上接 ChatGPT 一类模型的开发者上手路径最短。
高负载消息系统团队
推荐通过 Botticelli.Bus 对接 RabbitMq 处理大流量消息，并由框架承担机器人管理与监控，适合已有 .NET 运维体系的后端团队。
Python/Node.js 开发者
有条件框架基于 .NET Core，跨技术栈使用需要额外引入 .NET 运行时和 C# 开发流程，迁移成本不低。
非技术运营人员
不推荐使用门槛是写代码和自托管部署，没有可视化建机器人的路径，采购式或零代码需求不适合。
BotticelliBots优点和缺点
优点
- 开源项目，源码托管在 GitHub 可自由查看和改造
- 基于 .NET Core，同时支持 Windows 与 Linux
- 官方明确提供 Docker 支持，部署方式容器化
- AI、语音、消息队列、调度拆成独立模块，可单独引用
- 原生支持 Telegram、Whatsapp、VK Messenger 等多个信使
- 提供机器人管理与监控能力，便于长期运维
- 官方给出首个机器人和 Telegram 机器人两份搭建指引
缺点
- 官网未公开定价、授权条款与商业支持方式
- 官网未提供性能数据、并发上限等量化指标
- 需要自行准备 Gpt-j、ChatGPT 等外部 AI 引擎
- 非 .NET 技术栈团队接入成本较高
- 官网未说明中文等多语言场景的支持情况
BotticelliBots常见问题
BotticelliBots 是免费的吗？＋
项目本体是开源的，源码放在 GitHub 上的 devgopher/botticelli 仓库，可以 git clone 到本地。官网没有公布任何收费档位或付费方案，也没有列出商用授权与支持服务的价格信息。
它支持哪些聊天渠道？＋
官方说明支持所有基础通讯工具，并列出了 Telegram、Whatsapp、VK Messenger 三家。框架的设计目标是让同一套业务逻辑跨渠道复用，所以机器人不必为每个渠道单独写一份实现。
怎么把 AI 能力接进机器人？＋
通过 Botticelli.AI 模块接入 AI 引擎，官方点名的有 Gpt-j 和 ChatGPT。也就是说框架负责对接这一层，模型服务本身需要你自己准备，官网未说明具体调用配额与费用。
能跑在哪些系统上，怎么部署？＋
支持 Windows 和 Linux，属于跨平台方案。官方把「易于部署」列为选型理由之一，并明确提供 Docker 支持，容器化上线可以减少环境差异带来的配置工作。
适合高并发场景吗？＋
可以，官方为高负载系统准备了 Botticelli.Bus，用于对接 RabbitMq 这类消息代理，把消息处理从主流程里解耦出来。官网未公开具体的吞吐量或并发指标。
需要写代码吗？＋
需要。它是一个 .NET Core 开发框架而非现成产品，使用方式是克隆仓库后基于框架编写机器人逻辑。官方提供了「Making your first bot」和 Telegram 机器人搭建两份示例指引作为起点。
