谁不想拥有一只可爱的猫娘呢！——关于猫娘机器人如何选择

这是一只叫香草的猫娘，她不光可以发语音、画图，还能主动问候和调戏群友

比如每天早上在群里提醒群友发图

也可以隔一段时间来找你聊天（话说真的会有人天天和机器人文AI吗

而且还能发图片和表情包，甚至你给她发图片也可以识别

当然，最重要的是可以发语音捏~谁能拒绝一只会说原神牛逼的猫娘呢！

https://api.xiaoheihe.cn/v3/bbs/app/api/web/share?h_camp=link&h_src=YXBwX3NoYXJl&link_id=4c4571e8db74

抖机灵结束了，接下来进入正题

目前常用的项目有 Koishi、AstrBot、MaiBot 等，看起来似乎都差不多，这让很多人在选择的时候就有点懵了。

实际上这些项目的功能定位差异很大，每个都有自己的强项，面向的也是不同的受众群体。

而这这就是本文要解决的问题——你到底应该选哪个

这篇并不是手把手喂饭教程，主要是介绍机器人部署的项目选择和思路，防止大家在第一步就卡住

一、机器人结构

在介绍项目之前，先简单说一下这种猫娘机器人的配置结构。

拿最简单的 QQ 机器人举例，其实这不是那种带🤖标志的机器人（因为官方机器人啥也干不了，只能当一个智能客服），所以你需要准备一个真实的 QQ 来接入。

这种机器人一共有 3 层结构。

1. QQ 连接层

你需要一个工具来抓取和发送 QQ 聊天信息，因为 Koishi、AstrBot、MaiBot 这些框架是没法直接连 QQ 的，于是就需要用到 NapCat

NapCat 不是本文介绍重点，如果你要部署 QQ 机器人，这几乎是你唯一的选择（所以介绍这玩意没啥意义）

另外 NapCat 必须跑在 Docker 容器或者 Linux 环境，不要直接Windows运行！不要直接Windows运行！

要是不听劝的话，长则三天短则半天就会喜提封号套餐

2. 机器人框架

Koishi、AstrBot、MaiBot 这类项目处于这个位置，它们负责处理消息、插件、AI 对话、上下文、人格、功能调用等。

也就是把 NapCat 抓过来的消息进行处理，然后调用 AI 模型和工具来生成相应的回复内容。

3. 能力模块

简单来说就是插件，因为机器人框架中只提供基础能力，大部分高级功能都要靠插件实现。

比如语音靠 TTS，生图靠 ComfyUI 或各种生图 API，表情包靠 meme 插件或模板库，猫娘人格靠提示词、人设、记忆和上下文……

所以要想做一个“会说话、会画图、会发表情包的猫娘”，光靠一个项目是做不到的，必须要用 QQ 协议端 + 机器人框架 + AI 模型 + 插件/工具 + 人设调教 这一系列工具来实现。

听起来有点复杂，但也正因为如此，你才可以把猫娘养成你想要的样子。

二、机器人框架

1. Koishi：功能很多的群聊工具箱

Koishi 的定位更像一个通用机器人框架，主要是通过插件市场安装插件来实现各种高级功能。

它的优点是生态大、插件多、控制台成熟，而且更像一个长期可维护的机器人底座，你可以把它理解成一个扩展功能很多的群聊工具箱。

如果你想做的是这种机器人，那 Koishi 很合适：

• 来点随机图

• 查一下战绩

• 联网搜个东西

• 群友发关键词就回图

• 接入某个插件，实现一堆小功能

但 Koishi 的缺点也很明显：上手困难，没法做到开箱即用。

虽然可以通过插件接入 AI、生图、语音、表情包，但这些更像是搭积木。

搭得好就会非常强，搭不好就会变成……装了一大堆插件但是跑不起来

所以 Koishi 其实更适合开发者，尤其是那种能自己动手配插件、写插件的人。

如果你是纯小白，单纯想要一只“像群友一样说话的猫娘”，那么用 Koishi 显然不是最佳选择。

2. AstrBot：AI 助手型猫娘

AstrBot 更像一个 AI Agent 机器人平台，面向个人 AI 助手、智能客服、自动化助手、自建知识库等场景。

简单说，AstrBot 适合那种“想要一个能接大模型、能用工具、能做知识库、还能接 QQ/飞书/Slack 的 AI 机器人。”

AstrBot 接入的猫娘不光可以卖萌，还能做到：

• 总结群聊

• 回答资料库问题

• 调用工具来联网搜索

• 做不同的 AIRP 人设

• 玩一点 Agent 自动化

• 顺便发图、发语音

AstrBot 的优势在于 AI 相关能力比较集中，不需要从零把 LLM、上下文、工具调用、知识库这些东西全都自己拼起来。

对于想快速做一个 AI 群聊 bot 的人来说，AstrBot 的配置难度会比 Koishi 低很多。

不过缺点也很明显，自带功能太多也就意味着很笨重，上手需要理解很多概念：模型服务、插件、Agent、知识库、权限、平台适配等等……

新人第一次看到后台估计会有点懵，配置了一大圈最后发现猫娘还是不会说话

所以 AstrBot 适合对于 AI 相关概念有一些基础了解的人，而且方向更偏大模型、人设、知识库、工具调用之类的。

如果 Koishi 是群聊工具箱，那 AstrBot 更像 AI 助手工作台，做出来的是一只“能干活的猫娘”

3. MaiBot：像沙雕群友一样的猫娘

MaiBot（麦麦机器人）定位很明确，不需要当能干的秘书，纯粹就是来当沙雕群友的

如果你想要的是一种“群里多了一只猫娘”的感觉，那么 MaiBot 就很适合。

它更重视人格、记忆、群聊氛围、说话时机、自然互动，不同于 Koishi、Astrbot 那种偏向一问一答式的工具调用，也就是更适合下面这种像人一样插嘴的感觉：

群友：今天好困，不想上班了。

猫娘：那就摆烂吧喵，反正世界也不会因为你多睡十分钟就爆炸的喵~

但 MaiBot 的缺点也来自它的优点，因为这就是个纯粹的 AIRP 数字人，不适合做生产力。

在稳定完成任务方面，比如客服、知识库问答、自动化流程、定时推送、复杂插件管理，那么 MaiBot 的使用体验远不如上面两个项目。

MaiBot 更关注人格、记忆、语气、互动自然度，可以让机器人像群友一样聊天。

如果你的目标就是做一只可爱的卖萌猫娘，那 MaiBot 是最合适的选择。

三、语音、生图、表情包怎么做

实际上，这些功能不完全取决于你选 Koishi、AstrBot 还是 MaiBot，主要是配置插件和相应的 AI 服务商。

语音一般需要 TTS 服务，把文字变成音频，再由机器人发出去。

生图一般需要接生图模型、本地服务或者第三方 API。

表情包一般需要 meme 插件、模板库，或者自己写生成逻辑。

猫娘人格需要人设、提示词、记忆、上下文和一点点肉麻的调参

所以别人的机器人能发语音和表情包，不代表可以一键复刻，因为协议端、插件、API key、模型、提示词、缓存、素材库，全都堆在后面，这些才是真正折腾的地方。

猫娘在前台卖萌，后面全是配置文件在加班

一句话总结：

Koishi 适合做自定义功能型机器人，插件丰富且易于扩展，有很强的功能定制化属性。

AstrBot 适合做能干活的助手机器人，这个项目的工具属性会更强一些。

MaiBot 适合单纯在群里养一只会聊天的猫娘，少一点工具味，多一点群友味。

如果后面有人感兴趣，可以再单独写一篇偏实操思路的文章，比如怎样让你的猫娘会说话、会画图、会发表情包之类

谁不想拥有一只可爱的猫娘呢

最后，记得电电