誰不想擁有一隻可愛的貓娘呢！——關於貓娘機器人如何選擇

這是一隻叫香草的貓娘，她不光可以發語音、畫圖，還能主動問候和調戲羣友

比如每天早上在羣裏提醒羣友發圖

也可以隔一段時間來找你聊天（話說真的會有人天天和機器人文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 適合單純在羣裏養一隻會聊天的貓娘，少一點工具味，多一點羣友味。

如果後面有人感興趣，可以再單獨寫一篇偏實操思路的文章，比如怎樣讓你的貓娘會說話、會畫圖、會發表情包之類

誰不想擁有一隻可愛的貓娘呢

最後，記得電電