一个角色接五个入口：系统整合之后才出现的玩法

一、接口只是入口，不是应用

做 bot 最常见的做法是一个平台一套：Telegram 一份逻辑，Discord 一份，网页端再一份。功能相似，代码各写各的，改一个需求要改三遍，三个地方的行为迟早会漂。 更麻烦的是记忆。你在 Telegram 上说过的事，换到网页端它不知道 —— 因为记忆是跟着接口存的。 整合的第一步是把这件事反过来：记忆、工具、状态全部收进运行时，接口层只负责两件事 —— 把消息收进来，把回复发出去。它不判断、不存储、不裁剪。 听起来只是一次重构。但做完之后，有一批玩法是自己冒出来的，不是我设计的。

二、整合之后自己冒出来的玩法

跨端连续对话。早上在手机上问的问题，晚上回到电脑前接着聊，它记得 —— 因为记忆从来就不在接口那一层。 接进编辑器当编程助手。同一个角色走 ACP 协议进编辑器，带着长期记忆和全套工具来写代码：知道你的技术栈偏好，也知道上次为什么否掉了某个方案。这和临时开一个助手完全不是一回事。 对外暴露 OpenAI 兼容端点。任何支持这套接口的第三方工具接进来，拿到的却是一个带记忆、带工具、带人格的角色，而不是裸模型 —— 而它自己并不需要知道这件事。 手机给主机下命令。终端也只是一个接口，于是人在外面就能让家里那台机器干活，回复走的还是同一条对话。 主动开口。没人说话的时候它按空闲策略自己找事做，做完了从任意一个入口来找你。这一条最能说明整合的价值：发起方是它，不是你 —— 而它不需要关心你现在在哪个客户端。

三、能这么玩的前提

这么玩是有代价的，而且代价得先想清楚。 服务默认监听所有网卡、还开着局域网广播，而端口上挂着两样东西：一个能烧模型额度的兼容端点，一个能远程执行命令的终端接口。两样加起来，等于把一台能花钱、也能动文件的机器挂在了网上。 所以鉴权那一层不是摆设，尽管它只有一百多行：本机访问一律放行，其它设备一律要密钥，三类客户端各有各的带法（请求头、握手协议、查询串）—— 因为它们能塞的位置本来就不一样。没有账号、没有密码、没有会话，多一个概念就多一处能出错的地方。 真正的判断是这个：不要把安全做成一个复杂系统，要把它做成一句能一眼看完的规则。复杂的机制没人会去读，读不懂的规则等于没有规则。