HVAA优化及BUG修复 by WayneFerdon · Pull Request #155 · dodying/UserJs

WayneFerdon · 2025-08-21T03:19:04Z

增加初始闲置竞技场配置非空检测
修正其他技能的OC判断及选择范围判断，修正条件判断中iscd的值与Readme中示例不相符的问题 (修复技能可释放判断及其他技能技能排序无效问题 #154 未进行冲突处理直接覆盖了，因此按照其中实际有效的内容重新修改了)

Qiyue0515 · 2025-09-05T04:36:44Z

最近转法发现一个问题：
// 先处理特殊的 “先给全体上buff”
let skillPack = ['We', 'Im'];
这里改成先上weaken再上Imperil会比较好，这样血线的压力会小一点

WayneFerdon · 2025-09-05T04:49:59Z

最近转法发现一个问题： // 先处理特殊的 “先给全体上buff” let skillPack = ['We', 'Im']; 这里改成先上weaken再上Imperil会比较好，这样血线的压力会小一点

@Qiyue0515 现在这个应该就是先we再im的啊

DreamSeeker08 · 2025-10-21T15:18:10Z

最近转法发现一个问题： // 先处理特殊的 “先给全体上buff” let skillPack = ['We', 'Im']; 这里改成先上weaken再上Imperil会比较好，这样血线的压力会小一点

你好，能分享一个法系的设置给我导入吗？
我不太会弄，更新到最新的v2.90.22.20还是不会释放陷危、虚弱等debuf

Kotone-Hikaru · 2025-10-22T10:09:30Z

法师好像不能正确的释放im 只会释放weaken 在给每个怪都上完weaken之后就卡在这里了

WayneFerdon · 2025-10-22T10:28:33Z

@DreamSeeker08 @SakuyaSaki 之前的debuff逻辑有条件判断时可能会有点问题，分支新上传了一版(2.90.22.22)，可以测试看下还有没有问题

Kotone-Hikaru · 2025-10-23T03:33:32Z

@WayneFerdon 2.90.22.22 imp正确释放了但是全部上好imp之后不会自动释放攻击，但是鼠标移动到对应的怪上后才会攻击且有的时候只会用普通攻击不会释放t123法术

WayneFerdon · 2025-10-23T08:36:14Z

@WayneFerdon 2.90.22.22 imp正确释放了但是全部上好imp之后不会自动释放攻击，但是鼠标移动到对应的怪上后才会攻击且有的时候只会用普通攻击不会释放t123法术

@SakuyaSaki
我这里测试是正常的，普通和高级的都能够释放，不确定是什么原因
不过推测可能是战斗中途启用新脚本，导致ability数据未初始化，战斗中读取技能范围数据出错，这个节点刚好是点击完技能还没选目标（在算范围），如果有mb等脚本的话刚好移上去就选中了?
新的版本（2.90.22.23）增加了非空检测，可以再看下

Kotone-Hikaru · 2025-10-23T10:15:27Z

@WayneFerdon 确实是因为中途才开启脚本导致的如果在一开始就开启然后再进入战斗的话就能正常释放t123
不过这个自动闲置竞技场好像有点问题还是说逻辑改变了

Kotone-Hikaru · 2025-10-23T10:28:06Z

AR好像是ok 的但是GF不行不知道为什么

WayneFerdon · 2025-10-23T13:15:58Z

AR好像是ok 的但是GF不行不知道为什么

@SakuyaSaki 有bug，修复了(2.90.22.24)

Kotone-Hikaru · 2025-10-23T13:32:42Z

发现现在的全部上debuff好像逻辑和之前的相比不一样之前会优先释放258这3个位子然后再释放没有释放到的
现在是按照优先级来释放的大部分时候是乱序会导致有的时候会多1t 理论上来说假如敌人是8个的话第一次释放 2 5 7 这样应该是最好的（有机会补到6号位没有上到debuff的情况）其他的按照258释放一遍然后补漏掉的比较好

WayneFerdon · 2025-10-23T14:51:41Z

@SakuyaSaki
给全体放debuff的两个各加了选项，可以选是按照位置还是权重释放
按位置还是用权重的逻辑，但是统一权重为-1而非按状态计算，保留结合用死亡、已有debuff等的特殊权重进行排除
本来想直接改了，但是We给高权重的先放有时也能降低自己受到的伤害，所以各自处理了（

Kotone-Hikaru · 2025-10-24T05:05:54Z

@WayneFerdon 感谢现在自动gf 已经正常工作了但是debuff顺序释放好像还是没生效现在还是按照权重来释放的

WayneFerdon · 2025-10-24T13:14:10Z

@WayneFerdon 感谢现在自动gf 已经正常工作了但是debuff顺序释放好像还是没生效现在还是按照权重来释放的

@SakuyaSaki 应该修复了(2.90.22.26)
漏了选初始目标也要按顺序了（

Kotone-Hikaru · 2025-10-25T02:18:39Z

@WayneFerdon 观察了一下现在的释放第一次释放目标1 会给 123上（可能是机制？给第一位上会顺延到后面）第二次就会释放4 但是这个时候只会给45上debuff 这样3的位置会被重复上debuff 浪费了一个轮次感觉还是应该改为给2 5 8位置轮流释放

Kotone-Hikaru · 2025-10-25T03:52:00Z

function getRangeCenterID(target, range = undefined, isWeaponAttack = false, excludeCondition = undefined, forceUseIndex = undefined) {
    // 静态计数器
    if (typeof getRangeCenterID.callCount === 'undefined') getRangeCenterID.callCount = 0;
    getRangeCenterID.callCount++;

    // --- 固定顺序目标 ---
    const fixedIndices = [1, 4, 7]; // 数组索引
    let msTemp = JSON.parse(JSON.stringify(g('battle').monsterStatus));
    msTemp.sort(objArrSort('order'));

    if (getRangeCenterID.callCount <= fixedIndices.length) {
        // 尝试获取固定目标，如果越界或死亡就跳过
        for (let i = getRangeCenterID.callCount - 1; i < fixedIndices.length; i++) {
            const idx = fixedIndices[i];
            if (idx >= 0 && idx < msTemp.length && !msTemp[idx].isDead) {
                return getMonsterID(msTemp[idx].order);
            }
        }
        // 如果固定顺序没有可用目标，回归正常逻辑
    }

    // ---------------- 原本逻辑 ----------------
    if (!range) return getMonsterID(target);

    const centralExtraWeight = -1 * Math.log10(1 + (isWeaponAttack ? ((g('option').centralExtraRatio / 100) ?? 0) : 0));
    let order = target.order;
    let newOrder = order;

    let unreachableWeight = g('option').unreachableWeight;
    let minRank = Infinity;

    for (let i = order - range; i <= order + range; i++) {
        if (i < 0 || i >= msTemp.length || msTemp[i].isDead) continue;

        let rank = 0;
        for (let j = i - range; j <= i + range; j++) {
            let cew = (j === i) ? centralExtraWeight : 0;
            let mon = msTemp[j];

            if (j < 0 || j >= msTemp.length || mon.isDead || (excludeCondition && excludeCondition(mon))) {
                rank += unreachableWeight - cew;
                continue;
            }

            rank += cew;
            rank += forceUseIndex ? -1 : mon.finWeight;
        }

        if (rank < minRank) {
            minRank = rank;
            newOrder = i;
        }
    }

    return getMonsterID(newOrder);
}

让GPT写了一下我试了一下这样是ok的可以正确的释放到正确的258的位置（）

WayneFerdon · 2025-10-25T09:22:18Z

@WayneFerdon 观察了一下现在的释放第一次释放目标1 会给 123上（可能是机制？给第一位上会顺延到后面）第二次就会释放4 但是这个时候只会给45上debuff 这样3的位置会被重复上debuff 浪费了一个轮次感觉还是应该改为给2 5 8位置轮流释放

@SakuyaSaki
gpt这个即使不是全体或按顺序也会强行按顺序，而且目标死亡往后跳一个实际也会将死亡的包含在范围内了，也是不对的

原来的是按照顺序从上往下选需要释放的
但是释放本身可能会失败（被抵抗了）
你的这个可能是放了123，然后选5放456，但是6被抵抗了
例如：

在2放完123
在5放456，5失败
此时因为5需要释放，而包含5的最优的范围为567，就会在6释放567

不过这个也有问题，新的版本已经改为：

释放全体时会遍历全部需要放的目标
然后选出包含任意目标中权重最优的（按顺序的话仍是单个权重为-1）
这样就能优先往后去释放一片目标（无论是按顺序还是实际权重，确保收益最大化）
然后再进行补漏（失败或者未释放到的）

Kotone-Hikaru · 2025-10-25T09:35:37Z

新版这个选择权重好像还是有点问题在8个怪的时候有时候会先在2或者6释放，这样123 567都会上上debuff 然后就会空下来4和8 这样会多放一次imp 这里的逻辑感觉如果是要按照释放的debuff到底有没有赋予然后再对应的改变逻辑好像有点复杂（）

Kotone-Hikaru · 2025-10-25T09:45:21Z

想到一个逻辑大概是就是重下往上检测第一个带debuff的然后+2就是下一个需要释放的目标
比如给123上好imp了然后下一个就应该上在5
假如1和3抵抗了就给2的+2上那就是345 然后漏掉的之后再补？
不知道能不能实现（）

WayneFerdon · 2025-10-25T09:57:04Z

@SakuyaSaki 遍历的时候忘记按照顺序遍历了，导致还是按照权重遍历，后面权重高，先遍历到被记录了，然后遍历到前面的低权重的时候，算出来有效范围都一样，不大于先记录的，所以没覆盖掉
2.90.22.29已改为要按顺序的话就会按顺序遍历，这下应该行了（

想到一个逻辑大概是就是重下往上检测第一个带debuff的然后+2就是下一个需要释放的目标比如给123上好imp了然后下一个就应该上在5 假如1和3抵抗了就给2的+2上那就是345 然后漏掉的之后再补？不知道能不能实现（）

从下往上找这个如果之前手动选了最后一个，就会变成直接补漏，所以还是得上面这个修复（

Kotone-Hikaru · 2025-10-25T10:01:23Z

@WayneFerdon 试了一下好像好像正常工作了感谢更新

Kotone-Hikaru · 2025-10-27T03:17:39Z

发现卷轴使用有点异常守护卷轴好像有点问题同样的条件一次 gf 其他卷轴都是15左右守护卷轴用了150

且这个好像没有效果在ar也会不停释放守护卷轴

WayneFerdon · 2025-10-27T07:34:54Z

发现卷轴使用有点异常守护卷轴好像有点问题同样的条件一次 gf 其他卷轴都是15左右守护卷轴用了150 且这个好像没有效果在ar也会不停释放守护卷轴

@SakuyaSaki 我这里是正常的啊（
没有一直放，而且筛选也是有用的
不过原来的释放逻辑也有点问题，也稍微改了下（2.90.22.30）

Kotone-Hikaru · 2025-10-27T08:02:47Z

@WayneFerdon 这个有没有什么办法能导出log之类的吗

Kotone-Hikaru · 2025-10-27T08:05:39Z

You evade the attack from Macallan. -- Aiga Mizuki crits you for 3810 wind damage. You evade the attack from Google Dancing Israelis. You evade the attack from Hemidactylus. You evade the attack from Storyteller. Youshi153 gains the effect Imperiled. Hemidactylus gains the effect Coalesced Mana. Hemidactylus gains the effect Imperiled. Practiced Ass Spanker gains the effect Imperiled. You cast Imperil. Cooldown expired for Storms of Njord You are healed for 11583 Health Points. You cast Cure. You gain the effect Protection. You use Scroll of Protection. Cooldown expired for Cure You evade the attack from Youshi153. You evade the attack from Practiced Ass Spanker. Hemidactylus gains the effect Coalesced Mana. Hemidactylus gains the effect Imperiled. Practiced Ass Spanker gains the effect Imperiled. Macallan gains the effect Imperiled. You cast Imperil. You evade the attack from Macallan. Aiga Mizuki crits you for 3487 wind damage. You evade the attack from Storyteller. Hemidactylus crits you for 5077 slashing damage. Your spirit shield absorbs 1553 points of damage from the attack into 24 points of spirit damage. Aiga Mizuki gains the effect Imperiled. Storyteller gains the effect Coalesced Mana. Storyteller gains the effect Imperiled. Google Dancing Israelis gains the effect Imperiled. You cast Imperil. Google Dancing Israelis hits you for 2676 wind damage. You evade the attack from Youshi153. You are healed for 11583 Health Points. You cast Cure. Spawned Monster G: MID=282436 (Youshi153) LV=500 HP=174260 Spawned Monster F: MID=110494 (Hemidactylus) LV=500 HP=203444 Spawned Monster E: MID=153284 (Practiced Ass Spanker) LV=500 HP=183060 Spawned Monster D: MID=124000 (Macallan) LV=500 HP=183060 Spawned Monster C: MID=112618 (Aiga Mizuki) LV=500 HP=179060 Spawned Monster B: MID=194240 (Storyteller) LV=500 HP=171860

这是一次异常的释放保护卷轴的战斗记录

我试了几次每次在异常释放卷轴的时候都会放一个cure

WayneFerdon · 2026-06-07T21:02:20Z

2.90.210 新增了一个参数 targetOrder

targetGroup: 获取分组内的目标个数（包含死亡），并更改当前公式内的目标分组(见11.3.1). 每次公式计算的初始目标分组为undefined的空分组. 可选模式如下：

a: 选择全体. targetGroup_a
s: 按照给定数量从上往下划分，然后选取包含当前目标的一组 targetGroup_s_2 相当于每2个1组（模式B）
r: 按照给定的距离，以当前目标为起点划分
- 只有一个参数时，为对称范围. targetGroup_r_1 相当于当前目标 ± 1（共3格）
- 两个参数时，分别为 targetGroup_r_向上_向下. targetGroup_r_1_2 相当于当前 [目标 - 1, 目标 + 2]（共4格）
- 距离 >= 10时，溢出为 9 - 距离，例如：targetGroup_r_4_10 相当于 [目标 - 4, 目标 - 1] （共4格）
- 参数缺省=-1/10:
  - targetGroup_r_ 相当于 targetGroup_r_10;
  - targetGroup_r_1_ 相当于 targetGroup_r_1_10;
  - targetGroup_r__1 相当于 targetGroup_r_10_1.
  - 仅在有2个_划分参数时会补充第2个参数
o/oa: 按照给定的order(0~9)划定区域.
- o需要当前目标在区域内，否则返回0和空分组（模式A）
- oa不需要当前目标在区域内.
- targetGroup_o_1_3 相当于 order=[1,2,3] 即第2,3,4格
- 两个参数分别为上下界，缺省分别为-1/10

target类参数的max/min/sum/count可加前缀a/agorga/g表示按照包含死亡目标/分组内统计且包含死亡目标/分组内统计（仍忽略死亡目标）
公式中具体分组按照实际运行过程中的分组（可被另一个targetGroup参数覆盖修改，因此写公式的时候要注意一下计算顺序）
对于 分组->确认buff/存活->统计->权重，可以用类似 ((targetGroup_...) * 0 + targetBuffTurn_count_...) * [权重] 来实现
这样其他类型的分组->条件->统计->权重也能实现了，不用一个个加Group的方法（

PS: 例如下图（虽然偷懒没截个好点的例子（

JKU533 · 2026-06-08T08:02:02Z

s: 按照给定数量从上往下划分，然后选取包含当前目标的一组 targetGroup_s_2 相当于每2个1组（模式B）
o需要当前目标在区域内，否则返回0和空分组（模式A）
对于分组->确认buff/存活->统计->权重，可以用类似 ((targetGroup_...) * 0 + targetBuffTurn_count_...) * [权重] 来实现
这样其他类型的分组->条件->统计->权重也能实现了，不用一个个加Group的方法（

首先专门测了下模式AB...其他没管，过于复杂....
(targetGroup_o_0_2)*50
条件有效分组有效是1-3位的怪，然而权重值很怪，初始上了weaken权重变化后分别是 -9 0.8 -4 加上这个公式是141 150 145
尝试用公式((targetGroup_o_0_2) +50) 结果全体都加了50不限于前三个怪

条件有效。分组无效，全部怪都被+-100:
((targetGroup_o_0_2) * 0 + (targetBuffTurn_count_weaken != 0))*-100
((targetGroup_s_3) * 0 + (targetBuffTurn_count_weaken != 0))*100
无视分组只有被上weaken怪的会+100应该算正常?:((targetGroup_s_3)*0 + (targetBuffTurn_weaken != 0))*100

WayneFerdon · 2026-06-08T08:24:49Z

s: 按照给定数量从上往下划分，然后选取包含当前目标的一组 targetGroup_s_2 相当于每2个1组（模式B）
o需要当前目标在区域内，否则返回0和空分组（模式A）
对于分组->确认buff/存活->统计->权重，可以用类似 ((targetGroup_...) * 0 + targetBuffTurn_count_...) * [权重] 来实现
这样其他类型的分组->条件->统计->权重也能实现了，不用一个个加Group的方法（

首先专门测了下模式AB...其他没管，过于复杂.... (targetGroup_o_0_2)*50 条件有效分组有效是1-3位的怪，然而权重值很怪，初始上了weaken权重变化后分别是 -9 0.8 -4 加上这个公式是141 150 145 尝试用公式((targetGroup_o_0_2) +50) 结果全体都加了50不限于前三个怪

条件有效。分组无效，全部怪都被+-100: ((targetGroup_o_0_2) * 0 + (targetBuffTurn_count_weaken != 0))*-100 ((targetGroup_s_3) * 0 + (targetBuffTurn_count_weaken != 0))*100 无视分组只有被上weaken怪的会+100应该算正常?:((targetGroup_s_3)*0 + (targetBuffTurn_weaken != 0))*100

@JKU533

targetGroup返回的值是 组内目标个数
如果是组内的 +50 应该是 (targetGroup_o_0_2 > 0) * 50，先用 > 0 转化为 {0,1}再去乘实际额外权重 50
targetBuffTurn_count_weaken 返回的 还是全体的，targetBuffTurn_gcount_weaken 才是统计分组内的weaken目标数（count前面加个g）

JKU533 · 2026-06-08T08:48:42Z

targetGroup返回的值是 组内目标个数

如果是组内的 +50 应该是 (targetGroup_o_0_2 > 0) * 50，先用 > 0 转化为 {0,1}再去乘实际额外权重 50

targetBuffTurn_count_weaken 返回的 还是全体的，targetBuffTurn_gcount_weaken 才是统计分组内的weaken目标数（count前面加个g）

12了解了!
((targetGroup_o_0_2 > 0) * 0 + targetBuffTurn_gcount_weaken != 0)*100
我这....前缀a/agorga/g 好像没生效条件没追加权重

WayneFerdon · 2026-06-08T09:11:26Z

@JKU533

2.90.212 应该行了
忘了把新的带前缀的模式参数加进 targetBuffTurn 的参数划分了
导致没识别为统计类型而是直接把gcount之类的直接当buff名字了（

JKU533 · 2026-06-08T17:24:19Z

['@(skillOTOS.212+skillOTOS.213) < 2']
{skillOTOS.212: 0, skillOTOS.213: 0}

Weaken / 212 Imperil / 213
debuff好像没正常计数?
['@(skillOTOS.132+skillOTOS.133) < 2']
{skillOTOS.132: 1, skillOTOS.133: 1}
这个倒是会正常计数

…具/Defence/Focus/SS开关(dodying/pull/155#issuecomment-4651594640)

WayneFerdon · 2026-06-08T18:30:27Z

['@(skillOTOS.212+skillOTOS.213) < 2'] {skillOTOS.212: 0, skillOTOS.213: 0}

Weaken / 212 Imperil / 213 debuff好像没正常计数? ['@(skillOTOS.132+skillOTOS.133) < 2'] {skillOTOS.132: 1, skillOTOS.133: 1} 这个倒是会正常计数

之前版本没统计这些（
因为偷懒没全部加

2.91.0 已经新增所有自动使用的：

技能: OFC/FRD/T3/T2/T1
法术/道具: 按id
防御/集中/SS开关: defend/focus/spiriton/spiritoff

JKU533 · 2026-06-08T19:21:13Z

userscript.html?name=%255BHV%255DAutoAttack.user.js&id=3f7312a3-4de3-4254-be84-fca477d537ea:5793 Unmatched debuff description: 'Siphons off the target's mana over time, and gives it to the player.'
from Ether Theft 'Siphons off the target's mana over time. This returns a small amount of mana to the player.'

userscript.html?name=%255BHV%255DAutoAttack.user.js&id=3f7312a3-4de3-4254-be84-fca477d537ea:3843 Unknown param [object Object] for switchMaxMin, fallback to default.

VM20443:309 Unmatched debuff description: 'Siphons off the target's mana over time, and gives it to the player.'
from Ether Theft 'Siphons off the target's mana over time. This returns a small amount of mana to the player.'

今天异世界枯竭效果更新了文本?
hvAAButton放左上角会跟其他扩展UI重叠吧还是原来的位置比较好

WayneFerdon · 2026-06-08T19:38:59Z

userscript.html?name=%255BHV%255DAutoAttack.user.js&id=3f7312a3-4de3-4254-be84-fca477d537ea:5793 Unmatched debuff description: 'Siphons off the target's mana over time, and gives it to the player.' from Ether Theft 'Siphons off the target's mana over time. This returns a small amount of mana to the player.'

userscript.html?name=%255BHV%255DAutoAttack.user.js&id=3f7312a3-4de3-4254-be84-fca477d537ea:3843 Unknown param [object Object] for switchMaxMin, fallback to default.

VM20443:309 Unmatched debuff description: 'Siphons off the target's mana over time, and gives it to the player.' from Ether Theft 'Siphons off the target's mana over time. This returns a small amount of mana to the player.'

今天异世界枯竭效果更新了文本?

可能是，2.91.1 已经改了

hvAAButton放左上角会跟其他扩展UI重叠吧还是原来的位置比较好

左上角是适配维护/装备弹窗的位置，但是判断出了问题（
也已经修复了

lukasva77 · 2026-06-09T04:53:42Z

TypeError: can't access property 4213, ability is null
setMonsterBuffSkillLib moz-extension://30326764-a8bc-4293-9765-e4fad582e458/ [HV]AutoAttack.user.js#23:158
checkIsHV moz-extension://30326764-a8bc-4293-9765-e4fad582e458/ [HV]AutoAttack.user.js#23:846
VMrvho5zvpg8l moz-extension://30326764-a8bc-4293-9765-e4fad582e458/ [HV]AutoAttack.user.js#23:379
VMrvho5zvpg8l moz-extension://30326764-a8bc-4293-9765-e4fad582e458/ [HV]AutoAttack.user.js#23:7196
VMrvho5zvpg8l moz-extension://30326764-a8bc-4293-9765-e4fad582e458/ [HV]AutoAttack.user.js#23:7197
ln moz-extension://30326764-a8bc-4293-9765-e4fad582e458/sandbox/injected-web.js:1
moz-extension://30326764-a8bc-4293-9765-e4fad582e458/ [HV]AutoAttack.user.js#23:1
[HV]AutoAttack.user.js:7193:13

Script doesn't even start no button
Violentmonkey+Firefox

lukasva77 · 2026-06-09T05:15:41Z

#194

This might be relevant to the above

JKU533 · 2026-06-09T06:43:05Z

userscript.html?name=%255BHV%255DAutoAttack.user.js&id=3f7312a3-4de3-4254-be84-fca477d537ea:3861 Uncaught TypeError: func[arr[1]] is not a function
at getter (userscript.html?name=%255BHV%255DAutoAttack.user.js&id=3f7312a3-4de3-4254-be84-fca477d537ea:3861:39)
at userscript.html?name=%255BHV%255DAutoAttack.user.js&id=3f7312a3-4de3-4254-be84-fca477d537ea:3951:58
at Object.evaluatePostfix (userscript.html?name=%255BHV%255DAutoAttack.user.js&id=3f7312a3-4de3-4254-be84-fca477d537ea:573:38)
at Object.evaluate (userscript.html?name=%255BHV%255DAutoAttack.user.js&id=3f7312a3-4de3-4254-be84-fca477d537ea:619:23)
at handleRPNFormula (userscript.html?name=%255BHV%255DAutoAttack.user.js&id=3f7312a3-4de3-4254-be84-fca477d537ea:3951:21)
at checkCondition (userscript.html?name=%255BHV%255DAutoAttack.user.js&id=3f7312a3-4de3-4254-be84-fca477d537ea:3976:20)
at Object.useDeSkill [as Debuff] (userscript.html?name=%255BHV%255DAutoAttack.user.js&id=3f7312a3-4de3-4254-be84-fca477d537ea:6540:15)
at onBattleRound (userscript.html?name=%255BHV%255DAutoAttack.user.js&id=3f7312a3-4de3-4254-be84-fca477d537ea:5176:27)
at HTMLButtonElement.pauseChange (userscript.html?name=%255BHV%255DAutoAttack.user.js&id=3f7312a3-4de3-4254-be84-fca477d537ea:3993:11)

条件_targetHpDecimal_max >= 0.4
会变成_targetHpDecimalDecimal_max >= 0.4 导致报错
奇怪了,打着打着公式变了
_targetHp == _targetHp_max && _targetBuffTurn_soulfire != 0
也会被补全成_targetHpDecimal == _targetHp_max && _targetBuffTurn_soulfire != 0
好像是_targetHp 后面会自动增值Decimal 应用就一直在增值

找到原因了，是版本迁移方面识别错误的问题 2.91被错误识别成旧版本了吧

WayneFerdon mentioned this pull request Aug 21, 2025

修复技能可释放判断及其他技能技能排序无效问题 #154

Closed

WayneFerdon mentioned this pull request Sep 5, 2025

HV Auto attack 遇到BUG #157

Open

This was referenced Oct 20, 2025

HVAA 更新后的奇怪bug #159

Closed

HV Auto attack 使用雷法模式不会放陷危/ In Elec mage mode doesn't cast Imperil #160

Open

WayneFerdon mentioned this pull request Oct 25, 2025

HVAA 无法自动继续新回合 #161

Closed

WayneFerdon added 10 commits June 8, 2026 03:33

2.90.208 增加公式功能：targetGroup参数、switchMinMax对应模式

d064471

Update hvAutoAttack.user.js

44d5ac8

Update README.md

3a6f42d

Update README_en.md

5e7d0ec

2.90.209 调整targetGroup的默认分组为null而不是undefined

5eabf89

Update README_en.md

46e4abc

Update README.md

af45a14

Update README.md

8d92623

Update README_en.md

d5a111a

2.90.210 修正返回值错误

53fe553

2.90.211 增加维护时的兼容及自动刷新（每1h）

908755c

2.90.212 修正公式targetminmax

fec2da0

WayneFerdon added 2 commits June 9, 2026 02:25

2.91.0 适配v091，移除部分legacy功能；暂时跳过版本更新重置设置提示；skillOTOS改为记录所有自动使用的技能/法术/道…

07ac3c4

…具/Defence/Focus/SS开关(dodying/pull/155#issuecomment-4651594640)

修正typo

7427b3a

WayneFerdon added 3 commits June 9, 2026 02:40

Update README_en.md

64e66b1

Update README.md

8fbb5b2

公式下拉菜单添加skillOTOS

83e7f6d

2.91.1 修正v091的Drain描述匹配；修正维护状态/装备弹窗的hvAAButton位置判断

1d57d77

Uh oh!

Conversation

WayneFerdon commented Aug 21, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Qiyue0515 commented Sep 5, 2025

Uh oh!

WayneFerdon commented Sep 5, 2025

Uh oh!

DreamSeeker08 commented Oct 21, 2025

Uh oh!

Kotone-Hikaru commented Oct 22, 2025

Uh oh!

WayneFerdon commented Oct 22, 2025

Uh oh!

Kotone-Hikaru commented Oct 23, 2025

Uh oh!

WayneFerdon commented Oct 23, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Kotone-Hikaru commented Oct 23, 2025

Uh oh!

Kotone-Hikaru commented Oct 23, 2025

Uh oh!

WayneFerdon commented Oct 23, 2025

Uh oh!

Kotone-Hikaru commented Oct 23, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

WayneFerdon commented Oct 23, 2025

Uh oh!

Kotone-Hikaru commented Oct 24, 2025

Uh oh!

WayneFerdon commented Oct 24, 2025

Uh oh!

Kotone-Hikaru commented Oct 25, 2025

Uh oh!

Kotone-Hikaru commented Oct 25, 2025

Uh oh!

WayneFerdon commented Oct 25, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Kotone-Hikaru commented Oct 25, 2025

Uh oh!

Kotone-Hikaru commented Oct 25, 2025

Uh oh!

WayneFerdon commented Oct 25, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Kotone-Hikaru commented Oct 25, 2025

Uh oh!

Kotone-Hikaru commented Oct 27, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

WayneFerdon commented Oct 27, 2025

Uh oh!

Kotone-Hikaru commented Oct 27, 2025

Uh oh!

Kotone-Hikaru commented Oct 27, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

WayneFerdon commented Jun 7, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

JKU533 commented Jun 8, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

WayneFerdon commented Jun 8, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

JKU533 commented Jun 8, 2026

Uh oh!

WayneFerdon commented Jun 8, 2026

Uh oh!

JKU533 commented Jun 8, 2026

Uh oh!

WayneFerdon commented Jun 8, 2026

Uh oh!

JKU533 commented Jun 8, 2026

Uh oh!

WayneFerdon commented Aug 21, 2025 •

edited

Loading

WayneFerdon commented Oct 23, 2025 •

edited

Loading

Kotone-Hikaru commented Oct 23, 2025 •

edited

Loading

WayneFerdon commented Oct 25, 2025 •

edited

Loading

WayneFerdon commented Oct 25, 2025 •

edited

Loading

Kotone-Hikaru commented Oct 27, 2025 •

edited

Loading

Kotone-Hikaru commented Oct 27, 2025 •

edited

Loading

WayneFerdon commented Jun 7, 2026 •

edited

Loading

JKU533 commented Jun 8, 2026 •

edited

Loading

WayneFerdon commented Jun 8, 2026 •

edited

Loading

JKU533 commented Jun 9, 2026 •

edited

Loading