GUID: themorningstar.oldenemymodfix

One Harmony patch, a prefix on REPOLib.Modules.Enemies.RegisterEnemy(EnemyContent).

An old-SDK .repobundle contains an EnemyContent whose serialized _setup and _spawnObjects fields do not map to REPOLib 4.x's field layout, so both deserialize empty. The enemy prefab, a GameObject carrying an EnemyParent, and the EnemySetup ScriptableObject both still load, because the bundle's preload table pulls them into memory even though they are not top-level assets.

The prefix:

1. Skips healthy content where Setup is non-null and SpawnObjects is non-empty, so new-SDK mods are never touched.
2. Builds a haystack from the content's name and bundle name, for example "Vacuum Content" or "Enemy - Spinosaurus1", normalized to lowercase with spaces, dashes, and underscores stripped.
3. Finds the prefab with Resources.FindObjectsOfTypeAll<EnemyParent>(), taking the one whose normalized enemyName is the longest token of at least three characters contained in the haystack. Longest match stops a short name from taking the wrong slot.
4. Finds the matching EnemySetup by the same token, preferring one that already has spawn entries.
5. Writes both into the private backing fields by reflection.

RegisterEnemy then does the rest: it registers the prefab as a network prefab and rebuilds enemySetup.spawnObjects, so the bundle's stale PrefabRefs are never read.

Identification is by name token. If the enemy's name appears nowhere in the content or bundle name, it logs a warning and skips rather than guess. It only helps mods whose plugin ran and handed REPOLib the content. A mod whose own Awake crashed before registering anything is Repo Old Mod Rescue's job.