fix: 高度偏好默认关闭 —— 它让寻路器完全规划不出路径(自动扩地的直接拦路虎)
实测定位:高度偏好的启发值实现与 mineflayer-pathfinder 的内部约定冲突。 该库每次 compute() 返回 partial 时,用 h 最小的节点当 partial 路径的终点 (astar.js: if (neighborNode.h < this.bestNode.h) this.bestNode = neighborNode), 而 AltitudeGoal 把 h 减去了 权重 × y,于是「又高又偏」的节点 h 反而更小, partial 路径被引向高处而不是目标附近 —— A* 一直在算、永不收敛, 机器人一次移动指令都发不出来。 王城平台上的对照实测(其余配置完全相同): - altitudePreference = true → inputTicks = 0,任务永远停在「寻路超时,重新寻路」 - altitudePreference = false → inputTicks = 237,立刻开始移动 顺带排除:searchRadius 从 -1 改到 128 对结果没有任何影响, 所以不是「搜索空间无界」导致的;pathfinder 与 manual 两种执行器表现一致。 改动: - expansionConfig 默认 altitudePreference 改为 false,并在注释里写清原因与 「想重新启用应该怎么做」(把偏置改成低处加移动代价,保持启发值只反映真实距离); - AltitudeGoal 的类注释补上完整推导与实测数据,避免以后有人又把它打开; - 新增回归用例:断言默认关闭,并用启发值差值把「为什么必然出问题」固化下来。 测试 468 → 469,全绿。
这个提交包含在:
@@ -97,9 +97,20 @@ function defaultConfig() {
|
||||
allowJump: true,
|
||||
allowBreak: false,
|
||||
allowPlace: false,
|
||||
/** 寻路高度偏好:优先往高处走 */
|
||||
altitudePreference: true,
|
||||
/** 高度偏好权重:每上升 1 格折算的启发成本减少量 */
|
||||
/**
|
||||
* 寻路高度偏好:优先往高处走。
|
||||
*
|
||||
* ⚠️ **默认关闭,因为当前实现会让寻路器完全规划不出路径。**
|
||||
* 实测(2026-10-01,王城平台上):打开时 `inputTicks = 0`(一次移动指令都不发)、
|
||||
* 任务永远停在「寻路超时,重新寻路」;关掉后 `inputTicks = 237`,立刻开始移动。
|
||||
*
|
||||
* 原因见 `AltitudeGoal` 的注释:它把高度偏置加在启发值上,
|
||||
* 而 mineflayer-pathfinder 用「h 最小」挑 partial 路径的终点(`bestNode`),
|
||||
* 于是偏置会把 partial 路径引向「又高又偏」的节点,永远到不了目标附近。
|
||||
* 想重新启用,应把偏置改成**移动代价**(低处加 cost),而不是改启发值。
|
||||
*/
|
||||
altitudePreference: false,
|
||||
/** 高度偏好权重:每上升 1 格折算的启发成本减少量(当前实现下不生效) */
|
||||
altitudeWeight: 0.1,
|
||||
|
||||
// ==================== 生存辅助(与 Java 版同名) ====================
|
||||
|
||||
在新工单中引用
屏蔽一个用户