1. 版本运行表现不同的原因 #

核心差异源于浮点数精度处理逻辑的版本变化：
你的代码中normalized-logistic reporter会在Lxmin = Lxmax时直接返回0，而Lxmin和Lxmax是通过logistic-core计算的逻辑斯蒂函数值。NetLogo 7.0更换了底层数学计算库（或调整了浮点数精度策略），导致某些参数组合下，logistic-core(0, eta-bending, eta-inflection)和logistic-core(100, eta-bending, eta-inflection)的计算结果被判定为精确相等；而NetLogo 6.4中由于计算精度的微小差异，这两个值未被判定为相等，因此能生成不同的raw-eta。

此外，若eta-bending取值过大，会导致exp函数计算溢出，使得Lxmin趋近于0、Lxmax趋近于1，在7.0的精度判定下容易被误判为相等，进一步触发返回0的分支。

2. 版本选择与代码修复建议 #

不建议直接固守6.4或判定代码不可靠，NetLogo 7.0修复了大量旧版本bug并添加了新特性，长期使用新版本更有利。你可以通过以下步骤修复代码适配7.0：

修复方案1：替换精确相等判断为近似相等判断 #

浮点数计算天生存在精度误差，不应使用=做精确比较，改用基于阈值的近似判断：

to-report normalized-logistic [x xmin xmax x0]
  let Lx logistic-core x eta-bending x0
  let Lxmin logistic-core xmin eta-bending x0
  let Lxmax logistic-core xmax eta-bending x0
  ;; 使用epsilon阈值判断近似相等，1e-6可根据需求调整
  ifelse abs(Lxmin - Lxmax) < 1e-6
  [report 0]
  [report (Lx - Lxmax) / (Lxmin - Lxmax)]
end

修复方案2：优化输入参数范围 #

避免eta-bending取值过大导致逻辑斯蒂函数饱和，可在界面中限制eta-bending的最大值（比如不超过1），或调整normalized-logistic的输入x范围，避免exp函数溢出。

修复方案3：添加调试输出定位问题 #

在normalized-logistic中添加临时输出，对比两个版本的计算结果：

to-report normalized-logistic [x xmin xmax x0]
  let Lx logistic-core x eta-bending x0
  let Lxmin logistic-core xmin eta-bending x0
  let Lxmax logistic-core xmax eta-bending x0
  show (word "Lxmin: " Lxmin " Lxmax: " Lxmax " Diff: " abs(Lxmin - Lxmax))
  ifelse abs(Lxmin - Lxmax) < 1e-6
  [report 0]
  [report (Lx - Lxmax) / (Lxmin - Lxmax)]
end

通过输出的差值可以明确是否是精度问题导致的误判。

内容的提问来源于stack exchange，提问作者LorenzoLearningCurve