一句话看懂：开发者“偷偷摸鱼的少年”于2026年10月30日发布完整复盘，用一台Ubuntu服务器、两个Docker容器和五个自写插件，把DeepSeek、本地Whisper语音、飞书CLI和一个Agent运行时串成可对话、可查资料、可读写飞书文档的QQ机器人“大肥鱼”。
事件核心：发生了什么
这篇复盘记录了一条完整的个人AI应用搭建链路：消息通道采用NapCat（OneBot v11），对话中枢是AstrBot 4.29.3，模型选用DeepSeek的deepseek-flash，联网搜索复用DeepSeek自带的tools/search接口，语音识别用CPU上运行的本地Whisper small，语音合成用微软Edge TTS的晓伊音色，再通过自研插件桥接DeepSeek Harness（dsh –profile headless）执行复杂任务，并调用飞书官方CLI读写云文档。
文章也记录了几处工程细节：国内服务器拉取Docker Hub镜像超时时，作者不重启daemon，改用镜像源前缀拉取再retag；NapCat每次重启需重新扫码，因此后续只重启AstrBot；AstrBot未声明modalities时会默认模型支持所有模态，把音频塞进请求导致DeepSeek返回422，显式限定为text、image、tool_use后可回退为[Audio]占位文本。群聊唤醒方面，通过空wake_prefix加自写门控插件，实现主人免@、其他人需@或叫名字。
为什么重要
目前公开信息显示，这类项目代表了AI应用的一种务实路线：不追求自研大模型，而是把现成的大模型API、开源对话框架、本地语音组件和Agent运行时组装成端到端工具。它展示了DeepSeek在中文低成本推理和搜索接口上的可组合性，也说明开源框架（AstrBot、NapCat、Whisper）在IM场景中已具备较完整的插件生态。对行业而言，这类个人级Agent落地案例说明“多步任务+文档操作+权限门控”已能由个人在单台服务器上完成，而非只有大厂才能交付。
对用户/开发者/创作者的影响
对开发者，这是一份可复制的部署参考：内网IP绑定、容器隔离、只改对话中枢不碰登录容器等做法降低了生产机上试错的风险；modalities声明、语音转写失败降级等坑点有直接复用价值。对普通用户，机器人已支持上下文记忆、实时搜索、语音收发和飞书文档读写，但需注意NapCat登录态不持久、权限控制依赖自写插件。对创作者和企业，飞书CLI的接入意味着类似思路可迁移到团队知识库或文档自动化，但目前仍是个人实践，尚不能视为开箱即用的产品能力。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
可观察三点：AstrBot后续版本是否原生支持按用户区分的唤醒策略，减少自写插件依赖；DeepSeek搜索接口与Agent运行时的稳定性、计费方式是否变化；NapCat登录态持久化或官方QQ机器人能力是否改善，这会直接影响此类方案的运维成本。
来源：juejin
