跳转至内容
  • 欢迎
  • 版块
  • 最新
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • 默认(不使用皮肤)
  • 不使用皮肤
折叠
品牌标识

Hellclient 社区

  1. 主页
  2. Script脚本
  3. 深入浅出制作全自动Mud机器人-解密系统

深入浅出制作全自动Mud机器人-解密系统

已定时 已固定 已锁定 已移动 Script脚本
全自动架构
1 帖子 1 发布者 10 浏览
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • jarlyynJ 离线
    jarlyynJ 离线
    jarlyyn
    编写于 最后由 jarlyyn 编辑
    #1

    解密系统在mud机器人中,属于比较高层的应用层。

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

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

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

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

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

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

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

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

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

    同步参考

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

    对于机器人,我的观点是

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

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

    1 条回复 最后回复
    • jarlyynJ jarlyyn 被引用 于这个主题
    回复
    • 在新帖中回复
    登录后回复
    • 从旧到新
    • 从新到旧
    • 最多赞同


    • 登录

    • 没有帐号? 注册

    • 登录或注册以进行搜索。
    Powered by Herbrhythm.
    • 第一个帖子
      最后一个帖子
    0
    • 欢迎
    • 版块
    • 最新
    • 标签
    • 热门
    • 用户
    • 群组