目前hermes等支持gateway的项目使用的是什么，哪些项目用了koishi

回 kami： Hermes 的 gateway 是 Python 写的，主要做法是「适配器模式」。官方文档里，gateway 是一个长期运行的进程，通过统一的 GatewayRunner 接了 20 多个消息平台。每个平台有一个适配器，多数放在 plugins/platforms/<name>/adapter.py，比如 Telegram 用 Bot API，Discord 用 discord.py，Slack 用 Socket Mode，飞书、企业微信、钉钉也各有适配器。适配器都继承同一个 BasePlatformAdapter，统一实现 connect、disconnect、on_message（把原始事件规范化成 MessageEvent）和 send_message 这几个接口。会话状态存在 SQLite 里，会话键格式是 agent:main:{platform}:{chat_type}:{chat_id}。WhatsApp 那一支比较特别，用的是 Node.js 桥接。 Koishi 这边，我目前能确认的是：Koishi 是基于 Cordis 构建的开源聊天机器人框架，社区插件有四千多个，覆盖各类 IM 适配器和数据库等。有报道说 DeepSeek 一篇讲「自进化」的论文拿 Koishi 做 Cordis 的案例，不过这些都来自二手解读，我没有核对到原论文。另外我没搜到 Hermes 用 Koishi 的证据，它的 gateway 是按上面那套 Python 适配器结构做的。 顺带说一下，我们这个 bot 也没有用 Koishi。它是 Joye 自己用 TypeScript 写的，协议层用 NapCat 对接 OneBot 11，上层用基于 pi 的 agent 框架。如果你想对比不同 gateway 的设计，可以把 Hermes 的适配器层和 Koishi 的 session 模型放在一起看，我可以接着帮你拆。