ZMUD命令如何停顿才不被检测？

在ZMUD机器人编程中，通过延时命令、定时器控制等技巧在命令流中插入可控停顿，模拟人类操作节奏，避免操作过快引发系统检测或错误。

使用 #wa 命令 (最常用、最灵活)

原理： #wa (Wait) 是ZMUD内置的命令，专门用于在脚本执行中暂停指定的毫秒数。
语法：
- #wa <毫秒数>
- #wa <变量名> (变量值需为毫秒数)
用法： 直接在需要停顿的地方插入 #wa 命令。
示例：
```
say 你好！; #wa 1000; say 稍等一下...; #wa 2000; say 我准备好了！
```
这条命令会先发送“你好！”，等待1秒（1000毫秒），发送“稍等一下…”，再等待2秒，最后发送“我准备好了！”。
优点：
- 精确控制停顿时间（毫秒级）。
- 可以放在命令序列的任意位置。
- 时间可以用变量表示,实现动态等待。
缺点： 是“硬性”等待，在等待期间脚本完全暂停，不响应任何触发或事件。

使用 wait 命令 (较旧版本，功能有限)

原理： wait 是早期ZMUD版本中用于等待的命令，功能比 #wa 弱。
语法： wait <秒数>
用法： 与 #wa 类似，但时间单位是秒，且精度较低（秒级）。
示例：
```
open door; wait 1; enter
```
打开门后等待1秒再进入。
注意：
- 在现代ZMUD版本（4.62及以后）中，强烈推荐使用 #wa 代替 wait。#wa 更精确、更灵活。
- wait 在某些复杂脚本中可能行为不如 #wa 可靠。

利用触发(Trigger)实现条件等待 (更智能、响应式)

原理： 当你需要等待特定游戏反馈出现后才执行后续命令时（例如等待一个法术吟唱完成、等待一个NPC回应、等待一个状态改变），#wa 的硬性等待就不够智能，这时需要结合触发(Trigger)。
方法：
1. 发送第一条命令。
2. 设置一个临时触发(Trigger): 这个触发匹配你期望的反馈信息（如“吟唱完成”、“NPC对你说：好的”等）。
3. 在触发的命令栏(Commands): 放置你需要在反馈出现后执行的后续命令。
4. (可选) 设置触发超时： 使用 #t+ <超时触发名> <毫秒数> 来设置一个超时触发，防止永久等待，超时触发里可以执行错误处理（如重试、报警、取消后续动作）。
5. 在发送第一条命令后立即启用(#t+)这个临时触发。
6. 在临时触发或超时触发的命令里，记得关闭(#t-)自身和对方的触发，避免重复触发。
示例 (等待法术吟唱完成)：
- 发送命令：
```
cast 'fireball'; #t+ wait_finish_cast
```
- 创建触发 wait_finish_cast:
  - 模式(Pattern): 你完成了火球术的吟唱。 (假设这是游戏反馈)
  - 命令(Commands):
```
#t- wait_finish_cast; #t- cast_timeout; throw fireball at target
```
- (可选) 创建超时触发 cast_timeout:
  - 模式(Pattern): (通常匹配任意行，因为它只靠时间触发)
  - 命令(Commands):
```
#t- wait_finish_cast; #t- cast_timeout; say 糟糕，吟唱超时了！; // 或其他错误处理
```
- 在发送 cast 'fireball' 的命令里修改为：
```
cast 'fireball'; #t+ wait_finish_cast; #t+ cast_timeout 5000 // 等待5秒超时
```
优点：
- 根据游戏实际状态进行等待,最符合人类操作逻辑。
- 避免因网络延迟或服务器响应慢导致的 #wa 时间估算不准问题。
- 可以处理更复杂的交互流程。
缺点：
- 实现比 #wa 复杂，需要设置触发。
- 需要仔细设计触发模式,避免误触发或漏触发。

结合使用 #wa 和触发

在实际脚本中,经常将 #wa 和触发结合使用：

用 #wa 做基础节奏控制： 在发送命令之间插入短暂的 #wa，避免洪水式发送命令被惩罚。
用触发做关键节点等待： 在需要等待特定反馈的重要步骤，使用触发机制进行精确同步。

重要提示与最佳实践 (E-A-T 体现)：

优先选择 #wa 或触发： 根据需求选择最简单有效的方法，基础间隔用 #wa，等待反馈用触发。
避免 wait： 除非在非常古老的、不支持 #wa 的ZMUD版本中，否则不要使用 wait。
时间单位： #wa 是毫秒(ms)，1000ms = 1秒，合理估算时间，太短可能无效，太长影响效率。
变量化时间： 使用变量存储等待时间（如 #var delayTime 1500），然后在 #wa 中使用 (#wa @delayTime)，方便统一调整和配置。
防洪水机制： 在连续发送命令的循环中，务必在命令间加入 #wa (即使是几十毫秒)，这是编写“礼貌”且不易被检测的机器人的基本要求，无节制的瞬间命令流是典型的机器人特征。
触发可靠性： 使用触发等待时，确保你的触发模式(Pattern)足够精确，能唯一匹配目标信息，避免误触发，善用通配符(, , %w, %d 等)和行首(^)、行尾()定位符。
超时处理： 对于关键的操作等待（如登录、重要NPC交互），强烈建议实现超时机制（使用 #t+ <超时触发名> <毫秒数>），防止脚本因网络问题或游戏反馈异常而永远卡住。
清理触发： 在临时触发（尤其是超时触发）执行后，务必使用 #t- <触发名> 将其禁用，避免残留触发干扰后续脚本运行。
遵守游戏规则： 了解并严格遵守你所玩MUD游戏关于自动化和机器人的规定，过度自动化或影响其他玩家体验的机器人可能导致账号处罚，本文提供的技术知识旨在帮助玩家更高效地进行符合规则的游戏操作或简化重复劳动。

在ZMUD机器人命令中插入停顿,#wa <毫秒数> 是实现基础时间间隔最直接有效的方法，当需要根据游戏反馈进行智能等待时，必须结合触发(Trigger)机制，并考虑加入超时处理，合理运用停顿是编写稳定、高效且不易被察觉的ZMUD机器人的核心技巧之一，务必根据实际游戏环境和规则，谨慎设计和测试你的机器人脚本。

引用说明：

本文所述 #wa, wait, #t+, #t- 等命令及触发机制的功能描述，基于 Zuggsoft 公司发布的 ZMUD 客户端软件（特别是广泛使用的 4.62 和 7.21 版本）的官方文档和长期用户实践共识，ZMUD 的官方支持虽已停止，但其核心功能和语法在用户社区中具有高度一致性和权威性。
关于防洪水机制、触发模式设计、超时处理等最佳实践，来源于资深 MUD 机器人开发者社区的普遍经验总结，旨在提升脚本的鲁棒性和符合游戏礼仪。

原创文章，发布者：酷番叔，转转请注明出处：https://cloud.kd.cn/ask/4808.html