如何搭建一个聊天机器人？#0

本文是搭建聊天机器人的前置文章，如果想要速成或者已经对计算机操作有足够了解的可以跳过这一篇

文章中可能包含大量的用词不准确不专业，大家看得懂就行。jpg

前言

大约是2019年左右吧，第一次接触并自己开发qq机器人还是在酷q，酷q的易上手性使得当时有大量的各种类型的bot出现，包括但不限于骰娘。而本人当时初次接触跑团就是网团、对骰娘有很浓厚的兴趣，于是尝试自己搭建了一个基于酷q的溯洄骰（也是在这个时候与dice结下了不解之缘）酷q的好处在于、它是全图形界面，插件化，使得用户几乎不需要编程知识就可以搭建一个非常基础的bot，dice的可拓展性也给oc爱好者们一个入口来改造bot的“性格”。

后来酷q倒了，导致大量骰娘下线。首先出现的是gocq以及mirai，但是两者都有一个很明显的不有好的点：没有图形化页面了，开发者们不得不学习怎么使用晦涩的命令行来部署框架，而里面的内容如果自己不会相关语言也只能等别人开源，一些留下来的骰主们报团取暖开始尽量用最简单的方法教会其他人如何复活自己最爱的孩子们，那是对于不会编程的人来说非常艰难的一段时间，其中也包括我。

随着时间推移，Mirai 因为完全脱离了酷Q 的体系，逐渐占据上风。它的用户社区不断壮大，逐渐形成了比较完善的插件与文档体系。大家也意识到：虽然从零开始搭建确实很困难，但这也意味着更大的可拓展性和自由度。与此同时，其他框架和一键部署方案也慢慢成熟，例如一些可以在手机上直接运行的 Bot。不同方案虽各有特色，但都在为同一个目标努力：让一个 QQ 账号能够在无人值守的情况下自动发消息、执行命令。

不过很快，一个比“框架难用”更严重的问题出现了：协议风控。不同于酷Q 时代只存在的“封号风险”，现在连让 Bot 登录都成了一道难关（开发者们最讨厌的错误代码之一就是 code=45）。来自腾讯的风控让一批又一批机器人倒下。从最初的手动过滑条验证，到后来的扫码登录、切换不同的协议版本，社区与腾讯之间进入了长期的“猫鼠游戏”。在这个过程中，Mirai 因为长期无法突破登录风控，在大约一年前一度宣布暂停协议适配。但生态并没有因此停滞。正因为当初 Mirai 打下了良好的基础，更多新项目在这段时间百花齐放：最近出现的 Overflow 又重新连接起 NapCat、go-cqhttp 等，使得 Mirai 用户也能继续使用新的协议栈。NapCat 与 go-cqhttp 等协议实现，快速跟进风控变化；NoneBot、Koishi 等框架在上层生态发力，提供了插件化和高度可扩展的解决方案。

说了那么多，看不懂的估计头晕晕了（）

不过这些都不重要，重要的是我们现在有了非常好的开源生态，大家可以随意选择自己最喜欢的路线来搭建自己的机器人，并且做各种个性化设置

那么来讲一些前置小知识吧

基础Q&A

github是什么，该怎么使用？

可以理解为一个代码专用的网盘，并且全公开透明，一般传到了github上的代码都可以叫开源了的代码，你可以下载这些代码或者从代码里搞出来的应用

一般来说大多数人使用的海豹骰也是在github上开源的，如果你对代码非常上手可以学习参考源代码，也可以在像应用商城里下载软件一样下载海豹骰这个“应用”，一般来说这个下载安装方式很多样，对于新手来说只要跟着教程走指哪点哪就行，实在不知道的话找找项目下有没有一个Release的按钮，应用一般放在这里