[Xehanort88]

Problem

Enemies cannot have equipment. An author who wants an enemy's sword to give it stats and traits, set its attack animation, or be changed by a battle event has to fake each of those separately.

What changed

A new Reactor Feature, Enemy Equipment, off by default. With it off, the game and the Database behave as before and any entered data is kept.

• Database › Enemies › Equipment... opens a window of ordered slots: add, repeat, reorder and remove equipment types, pick from a searchable list of the weapons and armors that fit, and see item details and parameter totals. OK/Cancel works on a draft.
• The enemy's page shows read-only Equipment Bonus and Equipped Total beside Base, from the same calculation. The totals are labelled as leaving out plugin processing, JavaScript, battle states and random variance. No project code runs in the editor.
• Runtime: Game_Enemy gains equipSlots, equips, weapons, armors and changeEquip. Equipment adds parameters and traits. Stat variance stays in paramBase, and Dual Wield does not rewrite slots. A change clamps HP and MP without healing or reviving.
• Change Enemy Equipment (code 357, RPGReactor / ChangeEnemyEquipment) changes one troop member's slot and never touches the party's inventory. Invalid targets do nothing. On a troop page the dialog names the members and their slots.
• Battle Presentation: cleared Weapon 1/2 fields ([0, 0]) no longer hide what the enemy holds; a non-zero authored weapon still overrides what is shown. The attack animation order is the authored animation, then the new Game_Enemy.rrWeaponAnimationId, then the existing fallback. Equipped weapons reach weapon-bound sequences, held models and Map Battle reach, as authored weapons already do.
• Referenced by lists equipped items. New strings are in all 17 locales as a machine-assisted first pass and would benefit from review.

Data

Optional enemy.rrEquipment: an ordered list of { etypeId, kind, itemId }, with kind using the drop-item numbering (2 weapon, 3 armor, 0 empty). No migration. An enemy with no slots carries no field. In the game, each enemy holds a plain copy tagged with its enemy id, so:

• a change stays on that enemy and survives a Map Battle save;
• a Transform to another enemy reads that enemy's rows, and a Transform to the same id keeps the loadout;
• an enemy from an older save reads its rows on first use.

Verification

• Automated: new enemy-equipment.test.cjs runs on the shipped objects. The whole suite was names-diffed against a clean main on the same machine: 70 failing names before and after, the same set once the new files were tracked. Those are this Windows machine's environmental failures, plus timing-sensitive tests. After that run, one escaping helper in the new window was swapped to rrEscapeHtml; only the affected test files were re-run (92 of 92 passed).

• Editor, driven over CDP at 1280×800 and fullscreen: feature off and on, picking by mouse and keyboard, search, repeat, reorder, remove, add, Cancel, OK with and without changes, missing-item warnings, live totals, and a command round trip. 36 of 36 checks passed.

• Live, in NW.js with this runtime: a large project's real plugin set in a battle test, plus a zero-plugin boot. Run for feature on and feature off. This exercised the object layer against live battlers; a full attack animation was not watched on screen.

• Rebase: the runs above were made on a tree that also held two unrelated local commits. The branch was then rebased onto upstream/main, where it contains only this change; the affected test files were re-run there (93 of 93 passed). The whole suite and the live runs were not repeated after the rebase. The runtime revision here was already ahead of upstream's, so it jumps from 20261101.41 to 20261108.4.

Limits

• A plugin that changes an enemy's attack animation with a tag needs to override rrWeaponAnimationId. Without that, an equipped weapon's animation outranks such a tag, only on enemies an author has equipped.
• Equipment creates no loot, has no durability or player-facing inspection, and no equipment artwork. A conventional mid-battle save is not a feature of the engine, so only Map Battle saves apply.

🤖 Generated with Claude Code

[Psychronic-Games]

Oh Hell yeah I was going to get to this eventually but you got ahead of me on it, Will merge!