Fix Animated Armour food handling and armoury navigation

[runsonmypc]

Summary

Fixes food handling and armoury navigation in the Animated Armour plugin.

Eating

• Raise the eat threshold from ~30% to ~60% HP (Gaussian-randomized) so the bot eats sooner.
• Eat opportunistically during the animate delay, one tick after the animate click (never same-tick, which would cancel the animate), and only when it won't overheal (missing HP >= the configured food's heal amount, e.g. Salmon = 9).

Banking — no more lost suits

• The plugin previously walked to the bank when out of food, which could happen mid-kill and cost the suit. Now it only restocks before animating the next suit, when fewer than two food remain.
• Added an emergency mid-fight bank as a last resort only (food empty and HP <= ~20%) to avoid dying outright. This will abandon the current suit by design — death is the worse outcome.

Armoury navigation

• Walk with a distance tolerance (walkTo(stand, 4)) instead of demanding the exact tile, which was the slow, re-pathing invocation.
• Explicit door-open fallback (door IDs 24309 / 24306, from the shortest-path transport data) if the walker stalls on the wrong side of the armoury door.
• Guard armour-stand targeting on arrival distance so we re-walk rather than silently failing the lookup; null-guard getWorldLocation().

Housekeeping

• Bump plugin version 1.0.1 → 1.0.2.
• Rebased onto current main; adopts the new queryable cache API (Rs2TileObjectModel.click()) for the armour stand, consistent with the upstream combat-plugin migration.

Testing

• Builds clean: ./gradlew build -PpluginList=AnimatedArmourPlugin → BUILD SUCCESSFUL (plugin compiles, AnimatedArmourPlugin-1.0.2.jar packaged, tests pass).
• In-game validation still recommended for the door-click fallback path and the eat-one-tick-after-animate timing.

🤖 Generated with Claude Code