Jianglang

> 感谢提交PR， 很精彩的代码 👍🏻 > > 不过引入插件化可能会带来一些理解成本的提升，可否先合并到分支[https://github.com/zhayujie/chatgpt-on-wechat/tree/plugins中，我先学习和测试一下再合并入主分支](https://github.com/zhayujie/chatgpt-on-wechat/tree/plugins%E4%B8%AD%EF%BC%8C%E6%88%91%E5%85%88%E5%AD%A6%E4%B9%A0%E5%92%8C%E6%B5%8B%E8%AF%95%E4%B8%80%E4%B8%8B%E5%86%8D%E5%90%88%E5%B9%B6%E5%85%A5%E4%B8%BB%E5%88%86%E6%94%AF)~ 感谢review。 前几天我将本地的novel ai画图部署到bot上时，重写了bot的create_img最后能用但调用很混乱。所以就想不如将它做成插件，实现的版本也比较简单，具体做法就是： - 将处理消息过程解耦成收到、处理、包装、发送等部分 - 每个消息处理部分前触发一个事件，插件按照优先级被事件触发后决定 自己接管进行回答、对消息进行修改再交付给下个插件或跳过默认的消息处理过程。 我暂时想到的一些能基于以上过程的能够实现的插件是 敏感词检查、管理员指令、消息统计、消息转发和接管部分api的插件。 这些插件跟整个主程序是解耦的，少数人使用的单一功能如本地部署的novelai画图做成插件的形式，可以选择放置在独立的仓库中。

现在会报Error

#348

目前`banwords`插件可用于屏蔽敏感内容。

参考 https://github.com/zhayujie/chatgpt-on-wechat/tree/master/plugins/banwords

已准备支持企业微信应用号，正在合并中 #936

已支持railway一键部署

已集成itchat-uos到项目中

已支持railway一键部署

Same here, it works well in version 633 and versions before 633.