整个解密系统的本质就是：发出指令，期待响应，从响应中解析出系统状态，进入合适的模块。

一般而言，mud的解析会分为以下几种:

1. 单行格式化信息
2. 多行复杂信息
3. 延迟信息
4. 图形化信息
5. 多重交互流

其中单行格式化信息和多行复杂信息，是比较正常的信息交互模式。

而延迟信息，图形化信息，多重交互信息，就大概率是巫师为机器人设置的障碍了。

在开始深入解析解密系统之前，我们先要确认一点，解密系统的基础。

所有的解密，本质来说都是从两步开始的。

1. 确认信息同步
2. 记录调阅多行信息

确认信息同步，是为了跟信息一个明确的结束状态。一般会准备一个平时不怎么使用的指令，用来做信息结束的确认。只有看到这个指令回复出现，才进入下一步的动作。之前的所有的出发，不直接执行指令，只改变状态/属性/变量，最后才进行决策。同时，这也与mud机器的同步问题有关。

同步参考

而记录和调阅多行信息，是模拟人对mud信息的处理。机器对mud是按行进行匹配的，但人对mud是根据历史多行进行阅读的。所以，在准备解密时，必须把所有可能有用的信息记录在行数组里。再根据确定的触发，匹配合适的上下文，分析数据。

对于机器人，我的观点是

Mud应该是为人设计的。如果完全不适合人玩，那这机器也没有做的意义。

这也是我的解密模块的理论基础。