ВЕРСИИ (466)

### 0.116.0 **PlayerMobs are calmer around traders** PlayerMobs no longer pick fights with piglin traders. Only the most aggressive PlayerMobs will still attack one, and the most timid just keep a wary eye on it instead of running away. A trader that attacks first still gets a fight.

### 0.116.0 **PlayerMobs are calmer around traders** PlayerMobs no longer pick fights with piglin traders. Only the most aggressive PlayerMobs will still attack one, and the most timid just keep a wary eye on it instead of running away. A trader that attacks first still gets a fight.

### 0.116.0 **PlayerMobs are calmer around traders** PlayerMobs no longer pick fights with piglin traders. Only the most aggressive PlayerMobs will still attack one, and the most timid just keep a wary eye on it instead of running away. A trader that attacks first still gets a fight.

### 0.116.0 **PlayerMobs are calmer around traders** PlayerMobs no longer pick fights with piglin traders. Only the most aggressive PlayerMobs will still attack one, and the most timid just keep a wary eye on it instead of running away. A trader that attacks first still gets a fight.

### 0.116.0 **PlayerMobs are calmer around traders** PlayerMobs no longer pick fights with piglin traders. Only the most aggressive PlayerMobs will still attack one, and the most timid just keep a wary eye on it instead of running away. A trader that attacks first still gets a fight.

### 0.116.0 **PlayerMobs are calmer around traders** PlayerMobs no longer pick fights with piglin traders. Only the most aggressive PlayerMobs will still attack one, and the most timid just keep a wary eye on it instead of running away. A trader that attacks first still gets a fight.

### 0.116.0 **PlayerMobs are calmer around traders** PlayerMobs no longer pick fights with piglin traders. Only the most aggressive PlayerMobs will still attack one, and the most timid just keep a wary eye on it instead of running away. A trader that attacks first still gets a fight.

### 0.115.0 **Enchantment fix** Fixed an enchantment not behaving the same on PlayerMobs as it does on players. ### 0.114.0 **No more freezes when a PlayerMob swims for shore** A PlayerMob that fell into deep water could freeze the whole server for up to a minute while it looked for a bank to climb out on. It now only searches ground the world already has loaded, so the game keeps running and the mob still finds its way back. - Fixed long server freezes while a PlayerMob swims back to the train

### 0.115.0 **Enchantment fix** Fixed an enchantment not behaving the same on PlayerMobs as it does on players. ### 0.114.0 **No more freezes when a PlayerMob swims for shore** A PlayerMob that fell into deep water could freeze the whole server for up to a minute while it looked for a bank to climb out on. It now only searches ground the world already has loaded, so the game keeps running and the mob still finds its way back. - Fixed long server freezes while a PlayerMob swims back to the train

### 0.115.0 **Enchantment fix** Fixed an enchantment not behaving the same on PlayerMobs as it does on players. ### 0.114.0 **No more freezes when a PlayerMob swims for shore** A PlayerMob that fell into deep water could freeze the whole server for up to a minute while it looked for a bank to climb out on. It now only searches ground the world already has loaded, so the game keeps running and the mob still finds its way back. - Fixed long server freezes while a PlayerMob swims back to the train

### 0.115.0 **Enchantment fix** Fixed an enchantment not behaving the same on PlayerMobs as it does on players. ### 0.114.0 **No more freezes when a PlayerMob swims for shore** A PlayerMob that fell into deep water could freeze the whole server for up to a minute while it looked for a bank to climb out on. It now only searches ground the world already has loaded, so the game keeps running and the mob still finds its way back. - Fixed long server freezes while a PlayerMob swims back to the train

### 0.115.0 **Enchantment fix** Fixed an enchantment not behaving the same on PlayerMobs as it does on players. ### 0.114.0 **No more freezes when a PlayerMob swims for shore** A PlayerMob that fell into deep water could freeze the whole server for up to a minute while it looked for a bank to climb out on. It now only searches ground the world already has loaded, so the game keeps running and the mob still finds its way back. - Fixed long server freezes while a PlayerMob swims back to the train

### 0.115.0 **Enchantment fix** Fixed an enchantment not behaving the same on PlayerMobs as it does on players. ### 0.114.0 **No more freezes when a PlayerMob swims for shore** A PlayerMob that fell into deep water could freeze the whole server for up to a minute while it looked for a bank to climb out on. It now only searches ground the world already has loaded, so the game keeps running and the mob still finds its way back. - Fixed long server freezes while a PlayerMob swims back to the train

### 0.115.0 **Enchantment fix** Fixed an enchantment not behaving the same on PlayerMobs as it does on players. ### 0.114.0 **No more freezes when a PlayerMob swims for shore** A PlayerMob that fell into deep water could freeze the whole server for up to a minute while it looked for a bank to climb out on. It now only searches ground the world already has loaded, so the game keeps running and the mob still finds its way back. - Fixed long server freezes while a PlayerMob swims back to the train

### 0.113.0 **Player Mobs build with proper blocks** Player Mobs climbing back onto the train no longer build their steps out of beds, doors, torches, slabs or chests. They now only use solid full blocks, and still carry anything else they pick up. - No more half beds or half doors left beside the track - Mobs with no suitable blocks gather some or craft planks instead

### 0.113.0 **Player Mobs build with proper blocks** Player Mobs climbing back onto the train no longer build their steps out of beds, doors, torches, slabs or chests. They now only use solid full blocks, and still carry anything else they pick up. - No more half beds or half doors left beside the track - Mobs with no suitable blocks gather some or craft planks instead

### 0.113.0 **Player Mobs build with proper blocks** Player Mobs climbing back onto the train no longer build their steps out of beds, doors, torches, slabs or chests. They now only use solid full blocks, and still carry anything else they pick up. - No more half beds or half doors left beside the track - Mobs with no suitable blocks gather some or craft planks instead

### 0.113.0 **Player Mobs build with proper blocks** Player Mobs climbing back onto the train no longer build their steps out of beds, doors, torches, slabs or chests. They now only use solid full blocks, and still carry anything else they pick up. - No more half beds or half doors left beside the track - Mobs with no suitable blocks gather some or craft planks instead

### 0.113.0 **Player Mobs build with proper blocks** Player Mobs climbing back onto the train no longer build their steps out of beds, doors, torches, slabs or chests. They now only use solid full blocks, and still carry anything else they pick up. - No more half beds or half doors left beside the track - Mobs with no suitable blocks gather some or craft planks instead

### 0.113.0 **Player Mobs build with proper blocks** Player Mobs climbing back onto the train no longer build their steps out of beds, doors, torches, slabs or chests. They now only use solid full blocks, and still carry anything else they pick up. - No more half beds or half doors left beside the track - Mobs with no suitable blocks gather some or craft planks instead

### 0.113.0 **Player Mobs build with proper blocks** Player Mobs climbing back onto the train no longer build their steps out of beds, doors, torches, slabs or chests. They now only use solid full blocks, and still carry anything else they pick up. - No more half beds or half doors left beside the track - Mobs with no suitable blocks gather some or craft planks instead

### 0.112.0 **Echoes stay varied** Echoes from other worlds no longer run dry when few new deaths arrive nearby: each stretch of track now draws on a wider set of past lives, still favouring the most recent.

### 0.112.0 **Echoes stay varied** Echoes from other worlds no longer run dry when few new deaths arrive nearby: each stretch of track now draws on a wider set of past lives, still favouring the most recent.

### 0.112.0 **Echoes stay varied** Echoes from other worlds no longer run dry when few new deaths arrive nearby: each stretch of track now draws on a wider set of past lives, still favouring the most recent.

### 0.112.0 **Echoes stay varied** Echoes from other worlds no longer run dry when few new deaths arrive nearby: each stretch of track now draws on a wider set of past lives, still favouring the most recent.

### 0.112.0 **Echoes stay varied** Echoes from other worlds no longer run dry when few new deaths arrive nearby: each stretch of track now draws on a wider set of past lives, still favouring the most recent.

### 0.112.0 **Echoes stay varied** Echoes from other worlds no longer run dry when few new deaths arrive nearby: each stretch of track now draws on a wider set of past lives, still favouring the most recent.

### 0.112.0 **Echoes stay varied** Echoes from other worlds no longer run dry when few new deaths arrive nearby: each stretch of track now draws on a wider set of past lives, still favouring the most recent.

### 0.111.0 **Loved friends may share a Totem of Undying** A PlayerMob that adores you might now part with a Totem of Undying.

### 0.111.0 **Loved friends may share a Totem of Undying** A PlayerMob that adores you might now part with a Totem of Undying.

### 0.111.0 **Loved friends may share a Totem of Undying** A PlayerMob that adores you might now part with a Totem of Undying.

### 0.111.0 **Loved friends may share a Totem of Undying** A PlayerMob that adores you might now part with a Totem of Undying.

### 0.111.0 **Loved friends may share a Totem of Undying** A PlayerMob that adores you might now part with a Totem of Undying.

### 0.111.0 **Loved friends may share a Totem of Undying** A PlayerMob that adores you might now part with a Totem of Undying.

### 0.111.0 **Loved friends may share a Totem of Undying** A PlayerMob that adores you might now part with a Totem of Undying.

### 0.110.0 **No more server stutter on death with a long life history** Every death records your life for future echoes. With a large history of past lives, saving that record still briefly froze the server on each death (around a fifth of a second with tens of thousands of lives). Deaths now cost the same tiny amount no matter how many lives are on record; all of the saving work happens in the background. - Per-death server-thread cost no longer grows with the size of the global life log (lives.dat) - Save file format unchanged; existing life histories load as before

### 0.110.0 **No more server stutter on death with a long life history** Every death records your life for future echoes. With a large history of past lives, saving that record still briefly froze the server on each death (around a fifth of a second with tens of thousands of lives). Deaths now cost the same tiny amount no matter how many lives are on record; all of the saving work happens in the background. - Per-death server-thread cost no longer grows with the size of the global life log (lives.dat) - Save file format unchanged; existing life histories load as before

### 0.110.0 **No more server stutter on death with a long life history** Every death records your life for future echoes. With a large history of past lives, saving that record still briefly froze the server on each death (around a fifth of a second with tens of thousands of lives). Deaths now cost the same tiny amount no matter how many lives are on record; all of the saving work happens in the background. - Per-death server-thread cost no longer grows with the size of the global life log (lives.dat) - Save file format unchanged; existing life histories load as before

### 0.110.0 **No more server stutter on death with a long life history** Every death records your life for future echoes. With a large history of past lives, saving that record still briefly froze the server on each death (around a fifth of a second with tens of thousands of lives). Deaths now cost the same tiny amount no matter how many lives are on record; all of the saving work happens in the background. - Per-death server-thread cost no longer grows with the size of the global life log (lives.dat) - Save file format unchanged; existing life histories load as before

### 0.110.0 **No more server stutter on death with a long life history** Every death records your life for future echoes. With a large history of past lives, saving that record still briefly froze the server on each death (around a fifth of a second with tens of thousands of lives). Deaths now cost the same tiny amount no matter how many lives are on record; all of the saving work happens in the background. - Per-death server-thread cost no longer grows with the size of the global life log (lives.dat) - Save file format unchanged; existing life histories load as before

### 0.110.0 **No more server stutter on death with a long life history** Every death records your life for future echoes. With a large history of past lives, saving that record still briefly froze the server on each death (around a fifth of a second with tens of thousands of lives). Deaths now cost the same tiny amount no matter how many lives are on record; all of the saving work happens in the background. - Per-death server-thread cost no longer grows with the size of the global life log (lives.dat) - Save file format unchanged; existing life histories load as before

### 0.110.0 **No more server stutter on death with a long life history** Every death records your life for future echoes. With a large history of past lives, saving that record still briefly froze the server on each death (around a fifth of a second with tens of thousands of lives). Deaths now cost the same tiny amount no matter how many lives are on record; all of the saving work happens in the background. - Per-death server-thread cost no longer grows with the size of the global life log (lives.dat) - Save file format unchanged; existing life histories load as before

### 0.109.0 **PlayerMob loads on Forge 1.21.1 again** The Forge 1.21.1 version of PlayerMob crashed during startup, so the mod never loaded on Forge 1.21.1 servers or clients. It now loads normally, and spawn eggs (including the personality eggs) register correctly. - Fixed the Forge 1.21.1 startup crash (NoSuchMethodException: PlayerMobForge.<init>()) - Fixed a spawn-egg registration crash on Forge 1.21.1 that surfaced after the startup fix

### 0.109.0 **PlayerMob loads on Forge 1.21.1 again** The Forge 1.21.1 version of PlayerMob crashed during startup, so the mod never loaded on Forge 1.21.1 servers or clients. It now loads normally, and spawn eggs (including the personality eggs) register correctly. - Fixed the Forge 1.21.1 startup crash (NoSuchMethodException: PlayerMobForge.<init>()) - Fixed a spawn-egg registration crash on Forge 1.21.1 that surfaced after the startup fix

### 0.109.0 **PlayerMob loads on Forge 1.21.1 again** The Forge 1.21.1 version of PlayerMob crashed during startup, so the mod never loaded on Forge 1.21.1 servers or clients. It now loads normally, and spawn eggs (including the personality eggs) register correctly. - Fixed the Forge 1.21.1 startup crash (NoSuchMethodException: PlayerMobForge.<init>()) - Fixed a spawn-egg registration crash on Forge 1.21.1 that surfaced after the startup fix

### 0.109.0 **PlayerMob loads on Forge 1.21.1 again** The Forge 1.21.1 version of PlayerMob crashed during startup, so the mod never loaded on Forge 1.21.1 servers or clients. It now loads normally, and spawn eggs (including the personality eggs) register correctly. - Fixed the Forge 1.21.1 startup crash (NoSuchMethodException: PlayerMobForge.<init>()) - Fixed a spawn-egg registration crash on Forge 1.21.1 that surfaced after the startup fix

### 0.109.0 **PlayerMob loads on Forge 1.21.1 again** The Forge 1.21.1 version of PlayerMob crashed during startup, so the mod never loaded on Forge 1.21.1 servers or clients. It now loads normally, and spawn eggs (including the personality eggs) register correctly. - Fixed the Forge 1.21.1 startup crash (NoSuchMethodException: PlayerMobForge.<init>()) - Fixed a spawn-egg registration crash on Forge 1.21.1 that surfaced after the startup fix

### 0.109.0 **PlayerMob loads on Forge 1.21.1 again** The Forge 1.21.1 version of PlayerMob crashed during startup, so the mod never loaded on Forge 1.21.1 servers or clients. It now loads normally, and spawn eggs (including the personality eggs) register correctly. - Fixed the Forge 1.21.1 startup crash (NoSuchMethodException: PlayerMobForge.<init>()) - Fixed a spawn-egg registration crash on Forge 1.21.1 that surfaced after the startup fix

### 0.109.0 **PlayerMob loads on Forge 1.21.1 again** The Forge 1.21.1 version of PlayerMob crashed during startup, so the mod never loaded on Forge 1.21.1 servers or clients. It now loads normally, and spawn eggs (including the personality eggs) register correctly. - Fixed the Forge 1.21.1 startup crash (NoSuchMethodException: PlayerMobForge.<init>()) - Fixed a spawn-egg registration crash on Forge 1.21.1 that surfaced after the startup fix

### 0.108.0 **No more freeze when you die with a long life history** Dying no longer pauses the server while PlayerMob saves your past lives. The record of every life you've lived is now written to disk in the background, so the game keeps running smoothly even after hundreds of deaths, and the save is crash-safe. - Fixes a multi-second server freeze on death for players with many recorded lives (seen in Dungeon Train) - Lives are saved crash-safe: a crash during a save can no longer corrupt your past-lives file - Everything is still saved on world save and when you quit, so no lives are lost

### 0.108.0 **No more freeze when you die with a long life history** Dying no longer pauses the server while PlayerMob saves your past lives. The record of every life you've lived is now written to disk in the background, so the game keeps running smoothly even after hundreds of deaths, and the save is crash-safe. - Fixes a multi-second server freeze on death for players with many recorded lives (seen in Dungeon Train) - Lives are saved crash-safe: a crash during a save can no longer corrupt your past-lives file - Everything is still saved on world save and when you quit, so no lives are lost

### 0.108.0 **No more freeze when you die with a long life history** Dying no longer pauses the server while PlayerMob saves your past lives. The record of every life you've lived is now written to disk in the background, so the game keeps running smoothly even after hundreds of deaths, and the save is crash-safe. - Fixes a multi-second server freeze on death for players with many recorded lives (seen in Dungeon Train) - Lives are saved crash-safe: a crash during a save can no longer corrupt your past-lives file - Everything is still saved on world save and when you quit, so no lives are lost

### 0.108.0 **No more freeze when you die with a long life history** Dying no longer pauses the server while PlayerMob saves your past lives. The record of every life you've lived is now written to disk in the background, so the game keeps running smoothly even after hundreds of deaths, and the save is crash-safe. - Fixes a multi-second server freeze on death for players with many recorded lives (seen in Dungeon Train) - Lives are saved crash-safe: a crash during a save can no longer corrupt your past-lives file - Everything is still saved on world save and when you quit, so no lives are lost

### 0.108.0 **No more freeze when you die with a long life history** Dying no longer pauses the server while PlayerMob saves your past lives. The record of every life you've lived is now written to disk in the background, so the game keeps running smoothly even after hundreds of deaths, and the save is crash-safe. - Fixes a multi-second server freeze on death for players with many recorded lives (seen in Dungeon Train) - Lives are saved crash-safe: a crash during a save can no longer corrupt your past-lives file - Everything is still saved on world save and when you quit, so no lives are lost

### 0.108.0 **No more freeze when you die with a long life history** Dying no longer pauses the server while PlayerMob saves your past lives. The record of every life you've lived is now written to disk in the background, so the game keeps running smoothly even after hundreds of deaths, and the save is crash-safe. - Fixes a multi-second server freeze on death for players with many recorded lives (seen in Dungeon Train) - Lives are saved crash-safe: a crash during a save can no longer corrupt your past-lives file - Everything is still saved on world save and when you quit, so no lives are lost

### 0.108.0 **No more freeze when you die with a long life history** Dying no longer pauses the server while PlayerMob saves your past lives. The record of every life you've lived is now written to disk in the background, so the game keeps running smoothly even after hundreds of deaths, and the save is crash-safe. - Fixes a multi-second server freeze on death for players with many recorded lives (seen in Dungeon Train) - Lives are saved crash-safe: a crash during a save can no longer corrupt your past-lives file - Everything is still saved on world save and when you quit, so no lives are lost

### 0.107.0 **Mods can make Player Mobs want an item only from the player who threw it** A new integration hook lets other mods decide that a Player Mob should pick up an item only when a particular player threw it, based on how the mob feels about that player right now. Player Mobs now only walk over to items they will actually take. Dungeon Train uses this so a Player Mob picks up a camera only when it means to photograph you.

### 0.107.0 **Mods can make Player Mobs want an item only from the player who threw it** A new integration hook lets other mods decide that a Player Mob should pick up an item only when a particular player threw it, based on how the mob feels about that player right now. Player Mobs now only walk over to items they will actually take. Dungeon Train uses this so a Player Mob picks up a camera only when it means to photograph you.

### 0.107.0 **Mods can make Player Mobs want an item only from the player who threw it** A new integration hook lets other mods decide that a Player Mob should pick up an item only when a particular player threw it, based on how the mob feels about that player right now. Player Mobs now only walk over to items they will actually take. Dungeon Train uses this so a Player Mob picks up a camera only when it means to photograph you.

### 0.107.0 **Mods can make Player Mobs want an item only from the player who threw it** A new integration hook lets other mods decide that a Player Mob should pick up an item only when a particular player threw it, based on how the mob feels about that player right now. Player Mobs now only walk over to items they will actually take. Dungeon Train uses this so a Player Mob picks up a camera only when it means to photograph you.

### 0.107.0 **Mods can make Player Mobs want an item only from the player who threw it** A new integration hook lets other mods decide that a Player Mob should pick up an item only when a particular player threw it, based on how the mob feels about that player right now. Player Mobs now only walk over to items they will actually take. Dungeon Train uses this so a Player Mob picks up a camera only when it means to photograph you.

### 0.107.0 **Mods can make Player Mobs want an item only from the player who threw it** A new integration hook lets other mods decide that a Player Mob should pick up an item only when a particular player threw it, based on how the mob feels about that player right now. Player Mobs now only walk over to items they will actually take. Dungeon Train uses this so a Player Mob picks up a camera only when it means to photograph you.

### 0.107.0 **Mods can make Player Mobs want an item only from the player who threw it** A new integration hook lets other mods decide that a Player Mob should pick up an item only when a particular player threw it, based on how the mob feels about that player right now. Player Mobs now only walk over to items they will actually take. Dungeon Train uses this so a Player Mob picks up a camera only when it means to photograph you.

### 0.106.0 **Integration seams: wanted items, gift details, busy check** Three additive hooks for integrating mods (built for Dungeon Train's cameras): a pickup predicate that makes an item something every PlayerMob wants off the floor, a gift observer that reports the live mob and the exact item a player handed over (read before the gift warms the mob's feeling), and a public isInCombat() so a mod can tell when a mob is too busy to react. Nothing changes for players on its own. - PlayerMobPickupHooks.install(predicate): extra always-wanted items, alongside the extraPickupItems config - GiftObserver.onPlayerGift(giver, mob, stack): fired just before the gift is credited - PlayerMobEntity.isInCombat(): target, fleeing or recovering onto the train ### 0.105.0 **Your echo remembers every pet you had** An echo used to come back only with the pets standing near you when you died. Now it remembers every animal you tamed in that life: the wolf you left at home, the cat you lost along the way, the horse you named. Up to three return with it, and the ones you named always come first, then the ones still alive. A pet that died before you comes back whole. - An echo chooses from every pet tamed during that life, not just the ones nearby at death. - Named pets return first, then living ones, then the most recently seen. - Pets that died earlier in the life can return too, at full health. - Unnamed mounts still stay behind, and the cap is still three. ### 0.104.0 **Starts up again on Minecraft 26.2** The mod now loads on Minecraft 26.2. ### 0.103.0 **PlayerMobs look busy** PlayerMobs now look busy when they're going through a chest or their own gear. ### 0.102.0 **Your unfinished books come back with your echo** Die while still writing a book & quill and your echo brings the draft back with it. It never takes up any of the echo's own inventory. Take down your echo to get the book back, or win it over and the draft is the first thing it gives you, so you can pick up right where you left off. - Only a book & quill with something written in it counts; blank and signed books are unchanged - Each draft comes back once: after you have it, later echoes of that death won't bring it again - Die with it again and your next echo carries the new draft - Can be turned off in playermob.properties (echoDraftBooks)

### 0.106.0 **Integration seams: wanted items, gift details, busy check** Three additive hooks for integrating mods (built for Dungeon Train's cameras): a pickup predicate that makes an item something every PlayerMob wants off the floor, a gift observer that reports the live mob and the exact item a player handed over (read before the gift warms the mob's feeling), and a public isInCombat() so a mod can tell when a mob is too busy to react. Nothing changes for players on its own. - PlayerMobPickupHooks.install(predicate): extra always-wanted items, alongside the extraPickupItems config - GiftObserver.onPlayerGift(giver, mob, stack): fired just before the gift is credited - PlayerMobEntity.isInCombat(): target, fleeing or recovering onto the train ### 0.105.0 **Your echo remembers every pet you had** An echo used to come back only with the pets standing near you when you died. Now it remembers every animal you tamed in that life: the wolf you left at home, the cat you lost along the way, the horse you named. Up to three return with it, and the ones you named always come first, then the ones still alive. A pet that died before you comes back whole. - An echo chooses from every pet tamed during that life, not just the ones nearby at death. - Named pets return first, then living ones, then the most recently seen. - Pets that died earlier in the life can return too, at full health. - Unnamed mounts still stay behind, and the cap is still three. ### 0.104.0 **Starts up again on Minecraft 26.2** The mod now loads on Minecraft 26.2. ### 0.103.0 **PlayerMobs look busy** PlayerMobs now look busy when they're going through a chest or their own gear. ### 0.102.0 **Your unfinished books come back with your echo** Die while still writing a book & quill and your echo brings the draft back with it. It never takes up any of the echo's own inventory. Take down your echo to get the book back, or win it over and the draft is the first thing it gives you, so you can pick up right where you left off. - Only a book & quill with something written in it counts; blank and signed books are unchanged - Each draft comes back once: after you have it, later echoes of that death won't bring it again - Die with it again and your next echo carries the new draft - Can be turned off in playermob.properties (echoDraftBooks)

### 0.106.0 **Integration seams: wanted items, gift details, busy check** Three additive hooks for integrating mods (built for Dungeon Train's cameras): a pickup predicate that makes an item something every PlayerMob wants off the floor, a gift observer that reports the live mob and the exact item a player handed over (read before the gift warms the mob's feeling), and a public isInCombat() so a mod can tell when a mob is too busy to react. Nothing changes for players on its own. - PlayerMobPickupHooks.install(predicate): extra always-wanted items, alongside the extraPickupItems config - GiftObserver.onPlayerGift(giver, mob, stack): fired just before the gift is credited - PlayerMobEntity.isInCombat(): target, fleeing or recovering onto the train ### 0.105.0 **Your echo remembers every pet you had** An echo used to come back only with the pets standing near you when you died. Now it remembers every animal you tamed in that life: the wolf you left at home, the cat you lost along the way, the horse you named. Up to three return with it, and the ones you named always come first, then the ones still alive. A pet that died before you comes back whole. - An echo chooses from every pet tamed during that life, not just the ones nearby at death. - Named pets return first, then living ones, then the most recently seen. - Pets that died earlier in the life can return too, at full health. - Unnamed mounts still stay behind, and the cap is still three. ### 0.104.0 **Starts up again on Minecraft 26.2** The mod now loads on Minecraft 26.2. ### 0.103.0 **PlayerMobs look busy** PlayerMobs now look busy when they're going through a chest or their own gear. ### 0.102.0 **Your unfinished books come back with your echo** Die while still writing a book & quill and your echo brings the draft back with it. It never takes up any of the echo's own inventory. Take down your echo to get the book back, or win it over and the draft is the first thing it gives you, so you can pick up right where you left off. - Only a book & quill with something written in it counts; blank and signed books are unchanged - Each draft comes back once: after you have it, later echoes of that death won't bring it again - Die with it again and your next echo carries the new draft - Can be turned off in playermob.properties (echoDraftBooks)

### 0.106.0 **Integration seams: wanted items, gift details, busy check** Three additive hooks for integrating mods (built for Dungeon Train's cameras): a pickup predicate that makes an item something every PlayerMob wants off the floor, a gift observer that reports the live mob and the exact item a player handed over (read before the gift warms the mob's feeling), and a public isInCombat() so a mod can tell when a mob is too busy to react. Nothing changes for players on its own. - PlayerMobPickupHooks.install(predicate): extra always-wanted items, alongside the extraPickupItems config - GiftObserver.onPlayerGift(giver, mob, stack): fired just before the gift is credited - PlayerMobEntity.isInCombat(): target, fleeing or recovering onto the train ### 0.105.0 **Your echo remembers every pet you had** An echo used to come back only with the pets standing near you when you died. Now it remembers every animal you tamed in that life: the wolf you left at home, the cat you lost along the way, the horse you named. Up to three return with it, and the ones you named always come first, then the ones still alive. A pet that died before you comes back whole. - An echo chooses from every pet tamed during that life, not just the ones nearby at death. - Named pets return first, then living ones, then the most recently seen. - Pets that died earlier in the life can return too, at full health. - Unnamed mounts still stay behind, and the cap is still three. ### 0.104.0 **Starts up again on Minecraft 26.2** The mod now loads on Minecraft 26.2. ### 0.103.0 **PlayerMobs look busy** PlayerMobs now look busy when they're going through a chest or their own gear. ### 0.102.0 **Your unfinished books come back with your echo** Die while still writing a book & quill and your echo brings the draft back with it. It never takes up any of the echo's own inventory. Take down your echo to get the book back, or win it over and the draft is the first thing it gives you, so you can pick up right where you left off. - Only a book & quill with something written in it counts; blank and signed books are unchanged - Each draft comes back once: after you have it, later echoes of that death won't bring it again - Die with it again and your next echo carries the new draft - Can be turned off in playermob.properties (echoDraftBooks)

### 0.106.0 **Integration seams: wanted items, gift details, busy check** Three additive hooks for integrating mods (built for Dungeon Train's cameras): a pickup predicate that makes an item something every PlayerMob wants off the floor, a gift observer that reports the live mob and the exact item a player handed over (read before the gift warms the mob's feeling), and a public isInCombat() so a mod can tell when a mob is too busy to react. Nothing changes for players on its own. - PlayerMobPickupHooks.install(predicate): extra always-wanted items, alongside the extraPickupItems config - GiftObserver.onPlayerGift(giver, mob, stack): fired just before the gift is credited - PlayerMobEntity.isInCombat(): target, fleeing or recovering onto the train ### 0.105.0 **Your echo remembers every pet you had** An echo used to come back only with the pets standing near you when you died. Now it remembers every animal you tamed in that life: the wolf you left at home, the cat you lost along the way, the horse you named. Up to three return with it, and the ones you named always come first, then the ones still alive. A pet that died before you comes back whole. - An echo chooses from every pet tamed during that life, not just the ones nearby at death. - Named pets return first, then living ones, then the most recently seen. - Pets that died earlier in the life can return too, at full health. - Unnamed mounts still stay behind, and the cap is still three. ### 0.104.0 **Starts up again on Minecraft 26.2** The mod now loads on Minecraft 26.2. ### 0.103.0 **PlayerMobs look busy** PlayerMobs now look busy when they're going through a chest or their own gear. ### 0.102.0 **Your unfinished books come back with your echo** Die while still writing a book & quill and your echo brings the draft back with it. It never takes up any of the echo's own inventory. Take down your echo to get the book back, or win it over and the draft is the first thing it gives you, so you can pick up right where you left off. - Only a book & quill with something written in it counts; blank and signed books are unchanged - Each draft comes back once: after you have it, later echoes of that death won't bring it again - Die with it again and your next echo carries the new draft - Can be turned off in playermob.properties (echoDraftBooks)

### 0.106.0 **Integration seams: wanted items, gift details, busy check** Three additive hooks for integrating mods (built for Dungeon Train's cameras): a pickup predicate that makes an item something every PlayerMob wants off the floor, a gift observer that reports the live mob and the exact item a player handed over (read before the gift warms the mob's feeling), and a public isInCombat() so a mod can tell when a mob is too busy to react. Nothing changes for players on its own. - PlayerMobPickupHooks.install(predicate): extra always-wanted items, alongside the extraPickupItems config - GiftObserver.onPlayerGift(giver, mob, stack): fired just before the gift is credited - PlayerMobEntity.isInCombat(): target, fleeing or recovering onto the train ### 0.105.0 **Your echo remembers every pet you had** An echo used to come back only with the pets standing near you when you died. Now it remembers every animal you tamed in that life: the wolf you left at home, the cat you lost along the way, the horse you named. Up to three return with it, and the ones you named always come first, then the ones still alive. A pet that died before you comes back whole. - An echo chooses from every pet tamed during that life, not just the ones nearby at death. - Named pets return first, then living ones, then the most recently seen. - Pets that died earlier in the life can return too, at full health. - Unnamed mounts still stay behind, and the cap is still three. ### 0.104.0 **Starts up again on Minecraft 26.2** The mod now loads on Minecraft 26.2. ### 0.103.0 **PlayerMobs look busy** PlayerMobs now look busy when they're going through a chest or their own gear. ### 0.102.0 **Your unfinished books come back with your echo** Die while still writing a book & quill and your echo brings the draft back with it. It never takes up any of the echo's own inventory. Take down your echo to get the book back, or win it over and the draft is the first thing it gives you, so you can pick up right where you left off. - Only a book & quill with something written in it counts; blank and signed books are unchanged - Each draft comes back once: after you have it, later echoes of that death won't bring it again - Die with it again and your next echo carries the new draft - Can be turned off in playermob.properties (echoDraftBooks)

### 0.106.0 **Integration seams: wanted items, gift details, busy check** Three additive hooks for integrating mods (built for Dungeon Train's cameras): a pickup predicate that makes an item something every PlayerMob wants off the floor, a gift observer that reports the live mob and the exact item a player handed over (read before the gift warms the mob's feeling), and a public isInCombat() so a mod can tell when a mob is too busy to react. Nothing changes for players on its own. - PlayerMobPickupHooks.install(predicate): extra always-wanted items, alongside the extraPickupItems config - GiftObserver.onPlayerGift(giver, mob, stack): fired just before the gift is credited - PlayerMobEntity.isInCombat(): target, fleeing or recovering onto the train ### 0.105.0 **Your echo remembers every pet you had** An echo used to come back only with the pets standing near you when you died. Now it remembers every animal you tamed in that life: the wolf you left at home, the cat you lost along the way, the horse you named. Up to three return with it, and the ones you named always come first, then the ones still alive. A pet that died before you comes back whole. - An echo chooses from every pet tamed during that life, not just the ones nearby at death. - Named pets return first, then living ones, then the most recently seen. - Pets that died earlier in the life can return too, at full health. - Unnamed mounts still stay behind, and the cap is still three. ### 0.104.0 **Starts up again on Minecraft 26.2** The mod now loads on Minecraft 26.2. ### 0.103.0 **PlayerMobs look busy** PlayerMobs now look busy when they're going through a chest or their own gear. ### 0.102.0 **Your unfinished books come back with your echo** Die while still writing a book & quill and your echo brings the draft back with it. It never takes up any of the echo's own inventory. Take down your echo to get the book back, or win it over and the draft is the first thing it gives you, so you can pick up right where you left off. - Only a book & quill with something written in it counts; blank and signed books are unchanged - Each draft comes back once: after you have it, later echoes of that death won't bring it again - Die with it again and your next echo carries the new draft - Can be turned off in playermob.properties (echoDraftBooks)

### 0.101.0 **Gifts mean more, and caring for animals shapes your echo** PlayerMobs now value what you give them far more: every gift warms them up about twice as much as before. Feeding animals by hand also counts toward the kind of person you were, so the echo you leave behind comes back a little friendlier. - Gifts raise a PlayerMob's feeling about twice as much, with a much bigger jump for a real gear upgrade - Breeding, growing, healing or feeding animals (horses included) makes your echo friendlier, up to a limit per life - /playermob life now shows how many animals you've fed

### 0.101.0 **Gifts mean more, and caring for animals shapes your echo** PlayerMobs now value what you give them far more: every gift warms them up about twice as much as before. Feeding animals by hand also counts toward the kind of person you were, so the echo you leave behind comes back a little friendlier. - Gifts raise a PlayerMob's feeling about twice as much, with a much bigger jump for a real gear upgrade - Breeding, growing, healing or feeding animals (horses included) makes your echo friendlier, up to a limit per life - /playermob life now shows how many animals you've fed

### 0.101.0 **Gifts mean more, and caring for animals shapes your echo** PlayerMobs now value what you give them far more: every gift warms them up about twice as much as before. Feeding animals by hand also counts toward the kind of person you were, so the echo you leave behind comes back a little friendlier. - Gifts raise a PlayerMob's feeling about twice as much, with a much bigger jump for a real gear upgrade - Breeding, growing, healing or feeding animals (horses included) makes your echo friendlier, up to a limit per life - /playermob life now shows how many animals you've fed

### 0.101.0 **Gifts mean more, and caring for animals shapes your echo** PlayerMobs now value what you give them far more: every gift warms them up about twice as much as before. Feeding animals by hand also counts toward the kind of person you were, so the echo you leave behind comes back a little friendlier. - Gifts raise a PlayerMob's feeling about twice as much, with a much bigger jump for a real gear upgrade - Breeding, growing, healing or feeding animals (horses included) makes your echo friendlier, up to a limit per life - /playermob life now shows how many animals you've fed

### 0.101.0 **Gifts mean more, and caring for animals shapes your echo** PlayerMobs now value what you give them far more: every gift warms them up about twice as much as before. Feeding animals by hand also counts toward the kind of person you were, so the echo you leave behind comes back a little friendlier. - Gifts raise a PlayerMob's feeling about twice as much, with a much bigger jump for a real gear upgrade - Breeding, growing, healing or feeding animals (horses included) makes your echo friendlier, up to a limit per life - /playermob life now shows how many animals you've fed

### 0.101.0 **Gifts mean more, and caring for animals shapes your echo** PlayerMobs now value what you give them far more: every gift warms them up about twice as much as before. Feeding animals by hand also counts toward the kind of person you were, so the echo you leave behind comes back a little friendlier. - Gifts raise a PlayerMob's feeling about twice as much, with a much bigger jump for a real gear upgrade - Breeding, growing, healing or feeding animals (horses included) makes your echo friendlier, up to a limit per life - /playermob life now shows how many animals you've fed

### 0.101.0 **Gifts mean more, and caring for animals shapes your echo** PlayerMobs now value what you give them far more: every gift warms them up about twice as much as before. Feeding animals by hand also counts toward the kind of person you were, so the echo you leave behind comes back a little friendlier. - Gifts raise a PlayerMob's feeling about twice as much, with a much bigger jump for a real gear upgrade - Breeding, growing, healing or feeding animals (horses included) makes your echo friendlier, up to a limit per life - /playermob life now shows how many animals you've fed

### 0.100.0 **Friends who board the train together can both be named** When a PlayerMob boards a Dungeon Train with a friend, the friend now announces itself to mods that name PlayerMobs, so it no longer stands next to a named partner with a blank head. - New companion-spawn event on the PlayerMob spawn seam, so integrating mods can name, equip or tag a friend-pair companion - Friend-echoes keep their "Echo of …" name, unchanged

### 0.100.0 **Friends who board the train together can both be named** When a PlayerMob boards a Dungeon Train with a friend, the friend now announces itself to mods that name PlayerMobs, so it no longer stands next to a named partner with a blank head. - New companion-spawn event on the PlayerMob spawn seam, so integrating mods can name, equip or tag a friend-pair companion - Friend-echoes keep their "Echo of …" name, unchanged

### 0.100.0 **Friends who board the train together can both be named** When a PlayerMob boards a Dungeon Train with a friend, the friend now announces itself to mods that name PlayerMobs, so it no longer stands next to a named partner with a blank head. - New companion-spawn event on the PlayerMob spawn seam, so integrating mods can name, equip or tag a friend-pair companion - Friend-echoes keep their "Echo of …" name, unchanged

### 0.100.0 **Friends who board the train together can both be named** When a PlayerMob boards a Dungeon Train with a friend, the friend now announces itself to mods that name PlayerMobs, so it no longer stands next to a named partner with a blank head. - New companion-spawn event on the PlayerMob spawn seam, so integrating mods can name, equip or tag a friend-pair companion - Friend-echoes keep their "Echo of …" name, unchanged

### 0.100.0 **Friends who board the train together can both be named** When a PlayerMob boards a Dungeon Train with a friend, the friend now announces itself to mods that name PlayerMobs, so it no longer stands next to a named partner with a blank head. - New companion-spawn event on the PlayerMob spawn seam, so integrating mods can name, equip or tag a friend-pair companion - Friend-echoes keep their "Echo of …" name, unchanged

### 0.100.0 **Friends who board the train together can both be named** When a PlayerMob boards a Dungeon Train with a friend, the friend now announces itself to mods that name PlayerMobs, so it no longer stands next to a named partner with a blank head. - New companion-spawn event on the PlayerMob spawn seam, so integrating mods can name, equip or tag a friend-pair companion - Friend-echoes keep their "Echo of …" name, unchanged

### 0.100.0 **Friends who board the train together can both be named** When a PlayerMob boards a Dungeon Train with a friend, the friend now announces itself to mods that name PlayerMobs, so it no longer stands next to a named partner with a blank head. - New companion-spawn event on the PlayerMob spawn seam, so integrating mods can name, equip or tag a friend-pair companion - Friend-echoes keep their "Echo of …" name, unchanged

### 0.98.0 **PlayerMobs no longer get stuck on Dungeon Train doors** On a Dungeon Train, a PlayerMob could wedge against a door for good — shoving a closed door confused its sense of which way it was going, and it never tried anything else. Marching mobs now judge doors by the train's own direction, so corridor doors open ahead of them and stay open, and a mob that still gets stuck tries the door both ways (then backs off) instead of standing there. - Doors along the march open ahead of the mob and are no longer closed in its own face - A wedged mob probes the nearest door, then the other way, then moves on — with growing pauses so doors don't flap - Mobs waiting at a carriage-group edge to leap the gap no longer fiddle with the boundary door

### 0.98.0 **PlayerMobs no longer get stuck on Dungeon Train doors** On a Dungeon Train, a PlayerMob could wedge against a door for good — shoving a closed door confused its sense of which way it was going, and it never tried anything else. Marching mobs now judge doors by the train's own direction, so corridor doors open ahead of them and stay open, and a mob that still gets stuck tries the door both ways (then backs off) instead of standing there. - Doors along the march open ahead of the mob and are no longer closed in its own face - A wedged mob probes the nearest door, then the other way, then moves on — with growing pauses so doors don't flap - Mobs waiting at a carriage-group edge to leap the gap no longer fiddle with the boundary door

### 0.98.0 **PlayerMobs no longer get stuck on Dungeon Train doors** On a Dungeon Train, a PlayerMob could wedge against a door for good — shoving a closed door confused its sense of which way it was going, and it never tried anything else. Marching mobs now judge doors by the train's own direction, so corridor doors open ahead of them and stay open, and a mob that still gets stuck tries the door both ways (then backs off) instead of standing there. - Doors along the march open ahead of the mob and are no longer closed in its own face - A wedged mob probes the nearest door, then the other way, then moves on — with growing pauses so doors don't flap - Mobs waiting at a carriage-group edge to leap the gap no longer fiddle with the boundary door

### 0.98.0 **PlayerMobs no longer get stuck on Dungeon Train doors** On a Dungeon Train, a PlayerMob could wedge against a door for good — shoving a closed door confused its sense of which way it was going, and it never tried anything else. Marching mobs now judge doors by the train's own direction, so corridor doors open ahead of them and stay open, and a mob that still gets stuck tries the door both ways (then backs off) instead of standing there. - Doors along the march open ahead of the mob and are no longer closed in its own face - A wedged mob probes the nearest door, then the other way, then moves on — with growing pauses so doors don't flap - Mobs waiting at a carriage-group edge to leap the gap no longer fiddle with the boundary door

### 0.98.0 **PlayerMobs no longer get stuck on Dungeon Train doors** On a Dungeon Train, a PlayerMob could wedge against a door for good — shoving a closed door confused its sense of which way it was going, and it never tried anything else. Marching mobs now judge doors by the train's own direction, so corridor doors open ahead of them and stay open, and a mob that still gets stuck tries the door both ways (then backs off) instead of standing there. - Doors along the march open ahead of the mob and are no longer closed in its own face - A wedged mob probes the nearest door, then the other way, then moves on — with growing pauses so doors don't flap - Mobs waiting at a carriage-group edge to leap the gap no longer fiddle with the boundary door

### 0.98.0 **PlayerMobs no longer get stuck on Dungeon Train doors** On a Dungeon Train, a PlayerMob could wedge against a door for good — shoving a closed door confused its sense of which way it was going, and it never tried anything else. Marching mobs now judge doors by the train's own direction, so corridor doors open ahead of them and stay open, and a mob that still gets stuck tries the door both ways (then backs off) instead of standing there. - Doors along the march open ahead of the mob and are no longer closed in its own face - A wedged mob probes the nearest door, then the other way, then moves on — with growing pauses so doors don't flap - Mobs waiting at a carriage-group edge to leap the gap no longer fiddle with the boundary door

### 0.98.0 **PlayerMobs no longer get stuck on Dungeon Train doors** On a Dungeon Train, a PlayerMob could wedge against a door for good — shoving a closed door confused its sense of which way it was going, and it never tried anything else. Marching mobs now judge doors by the train's own direction, so corridor doors open ahead of them and stay open, and a mob that still gets stuck tries the door both ways (then backs off) instead of standing there. - Doors along the march open ahead of the mob and are no longer closed in its own face - A wedged mob probes the nearest door, then the other way, then moves on — with growing pauses so doors don't flap - Mobs waiting at a carriage-group edge to leap the gap no longer fiddle with the boundary door

### 0.97.0 **Traps are remembered** Setting a trap for whoever comes through next leaves a mark on the temperament your echo is born with.

### 0.97.0 **Traps are remembered** Setting a trap for whoever comes through next leaves a mark on the temperament your echo is born with.

### 0.97.0 **Traps are remembered** Setting a trap for whoever comes through next leaves a mark on the temperament your echo is born with.

### 0.97.0 **Traps are remembered** Setting a trap for whoever comes through next leaves a mark on the temperament your echo is born with.

### 0.97.0 **Traps are remembered** Setting a trap for whoever comes through next leaves a mark on the temperament your echo is born with.

### 0.97.0 **Traps are remembered** Setting a trap for whoever comes through next leaves a mark on the temperament your echo is born with.

### 0.97.0 **Traps are remembered** Setting a trap for whoever comes through next leaves a mark on the temperament your echo is born with.

### 0.96.0 **Reaction speed now shapes the fire behaviours** A PlayerMob's reaction speed already decided how quickly it noticed and committed to everything else; now it shapes the fire behaviours too. Quick-reacting mobs draw and stow flint and steel faster, recover faster from a light that fizzles, and snap out of the double-take before stamping out a fire in their path. Slow ones dawdle through all of it. A default mob behaves exactly as before. - Drawing and stowing flint and steel is quicker for a fast-reacting mob, slower for a sluggish one - A mob that fails to light the ground re-arms sooner or later depending on its reaction speed - The hesitation before punching out a fire in its path — and every water-bucket swap — is now reaction-scaled - Give-up timers, the cooking burn time and the rate limits are untouched, so a fast mob never quits early or turns into a flamethrower ### 0.95.0 **Reaction speed — the third PlayerMob trait** PlayerMobs are now born with a third trait alongside fight/flight and friendliness: reaction speed, 0-10, visible and editable in the Creative menu. It doesn't change what a mob decides, only how fast it acts — so two mobs with identical nerve can feel completely different in a fight. - Quick mobs block point-blank arrows that a sluggish mob simply eats - Reaction speed sets how fast a mob commits to a shot and how quickly it re-fires - Being hit no longer turns a mob instantly — slow ones take a beat to round on you - Spotting items, chests, crops and loved ones scales with reaction speed - Chores speed up or drag: block-laying, chest looting, harvesting, door handling - The five archetype spawn eggs each get a reaction speed suiting their character

### 0.96.0 **Reaction speed now shapes the fire behaviours** A PlayerMob's reaction speed already decided how quickly it noticed and committed to everything else; now it shapes the fire behaviours too. Quick-reacting mobs draw and stow flint and steel faster, recover faster from a light that fizzles, and snap out of the double-take before stamping out a fire in their path. Slow ones dawdle through all of it. A default mob behaves exactly as before. - Drawing and stowing flint and steel is quicker for a fast-reacting mob, slower for a sluggish one - A mob that fails to light the ground re-arms sooner or later depending on its reaction speed - The hesitation before punching out a fire in its path — and every water-bucket swap — is now reaction-scaled - Give-up timers, the cooking burn time and the rate limits are untouched, so a fast mob never quits early or turns into a flamethrower ### 0.95.0 **Reaction speed — the third PlayerMob trait** PlayerMobs are now born with a third trait alongside fight/flight and friendliness: reaction speed, 0-10, visible and editable in the Creative menu. It doesn't change what a mob decides, only how fast it acts — so two mobs with identical nerve can feel completely different in a fight. - Quick mobs block point-blank arrows that a sluggish mob simply eats - Reaction speed sets how fast a mob commits to a shot and how quickly it re-fires - Being hit no longer turns a mob instantly — slow ones take a beat to round on you - Spotting items, chests, crops and loved ones scales with reaction speed - Chores speed up or drag: block-laying, chest looting, harvesting, door handling - The five archetype spawn eggs each get a reaction speed suiting their character

### 0.96.0 **Reaction speed now shapes the fire behaviours** A PlayerMob's reaction speed already decided how quickly it noticed and committed to everything else; now it shapes the fire behaviours too. Quick-reacting mobs draw and stow flint and steel faster, recover faster from a light that fizzles, and snap out of the double-take before stamping out a fire in their path. Slow ones dawdle through all of it. A default mob behaves exactly as before. - Drawing and stowing flint and steel is quicker for a fast-reacting mob, slower for a sluggish one - A mob that fails to light the ground re-arms sooner or later depending on its reaction speed - The hesitation before punching out a fire in its path — and every water-bucket swap — is now reaction-scaled - Give-up timers, the cooking burn time and the rate limits are untouched, so a fast mob never quits early or turns into a flamethrower ### 0.95.0 **Reaction speed — the third PlayerMob trait** PlayerMobs are now born with a third trait alongside fight/flight and friendliness: reaction speed, 0-10, visible and editable in the Creative menu. It doesn't change what a mob decides, only how fast it acts — so two mobs with identical nerve can feel completely different in a fight. - Quick mobs block point-blank arrows that a sluggish mob simply eats - Reaction speed sets how fast a mob commits to a shot and how quickly it re-fires - Being hit no longer turns a mob instantly — slow ones take a beat to round on you - Spotting items, chests, crops and loved ones scales with reaction speed - Chores speed up or drag: block-laying, chest looting, harvesting, door handling - The five archetype spawn eggs each get a reaction speed suiting their character

### 0.96.0 **Reaction speed now shapes the fire behaviours** A PlayerMob's reaction speed already decided how quickly it noticed and committed to everything else; now it shapes the fire behaviours too. Quick-reacting mobs draw and stow flint and steel faster, recover faster from a light that fizzles, and snap out of the double-take before stamping out a fire in their path. Slow ones dawdle through all of it. A default mob behaves exactly as before. - Drawing and stowing flint and steel is quicker for a fast-reacting mob, slower for a sluggish one - A mob that fails to light the ground re-arms sooner or later depending on its reaction speed - The hesitation before punching out a fire in its path — and every water-bucket swap — is now reaction-scaled - Give-up timers, the cooking burn time and the rate limits are untouched, so a fast mob never quits early or turns into a flamethrower ### 0.95.0 **Reaction speed — the third PlayerMob trait** PlayerMobs are now born with a third trait alongside fight/flight and friendliness: reaction speed, 0-10, visible and editable in the Creative menu. It doesn't change what a mob decides, only how fast it acts — so two mobs with identical nerve can feel completely different in a fight. - Quick mobs block point-blank arrows that a sluggish mob simply eats - Reaction speed sets how fast a mob commits to a shot and how quickly it re-fires - Being hit no longer turns a mob instantly — slow ones take a beat to round on you - Spotting items, chests, crops and loved ones scales with reaction speed - Chores speed up or drag: block-laying, chest looting, harvesting, door handling - The five archetype spawn eggs each get a reaction speed suiting their character

### 0.96.0 **Reaction speed now shapes the fire behaviours** A PlayerMob's reaction speed already decided how quickly it noticed and committed to everything else; now it shapes the fire behaviours too. Quick-reacting mobs draw and stow flint and steel faster, recover faster from a light that fizzles, and snap out of the double-take before stamping out a fire in their path. Slow ones dawdle through all of it. A default mob behaves exactly as before. - Drawing and stowing flint and steel is quicker for a fast-reacting mob, slower for a sluggish one - A mob that fails to light the ground re-arms sooner or later depending on its reaction speed - The hesitation before punching out a fire in its path — and every water-bucket swap — is now reaction-scaled - Give-up timers, the cooking burn time and the rate limits are untouched, so a fast mob never quits early or turns into a flamethrower ### 0.95.0 **Reaction speed — the third PlayerMob trait** PlayerMobs are now born with a third trait alongside fight/flight and friendliness: reaction speed, 0-10, visible and editable in the Creative menu. It doesn't change what a mob decides, only how fast it acts — so two mobs with identical nerve can feel completely different in a fight. - Quick mobs block point-blank arrows that a sluggish mob simply eats - Reaction speed sets how fast a mob commits to a shot and how quickly it re-fires - Being hit no longer turns a mob instantly — slow ones take a beat to round on you - Spotting items, chests, crops and loved ones scales with reaction speed - Chores speed up or drag: block-laying, chest looting, harvesting, door handling - The five archetype spawn eggs each get a reaction speed suiting their character

### 0.96.0 **Reaction speed now shapes the fire behaviours** A PlayerMob's reaction speed already decided how quickly it noticed and committed to everything else; now it shapes the fire behaviours too. Quick-reacting mobs draw and stow flint and steel faster, recover faster from a light that fizzles, and snap out of the double-take before stamping out a fire in their path. Slow ones dawdle through all of it. A default mob behaves exactly as before. - Drawing and stowing flint and steel is quicker for a fast-reacting mob, slower for a sluggish one - A mob that fails to light the ground re-arms sooner or later depending on its reaction speed - The hesitation before punching out a fire in its path — and every water-bucket swap — is now reaction-scaled - Give-up timers, the cooking burn time and the rate limits are untouched, so a fast mob never quits early or turns into a flamethrower ### 0.95.0 **Reaction speed — the third PlayerMob trait** PlayerMobs are now born with a third trait alongside fight/flight and friendliness: reaction speed, 0-10, visible and editable in the Creative menu. It doesn't change what a mob decides, only how fast it acts — so two mobs with identical nerve can feel completely different in a fight. - Quick mobs block point-blank arrows that a sluggish mob simply eats - Reaction speed sets how fast a mob commits to a shot and how quickly it re-fires - Being hit no longer turns a mob instantly — slow ones take a beat to round on you - Spotting items, chests, crops and loved ones scales with reaction speed - Chores speed up or drag: block-laying, chest looting, harvesting, door handling - The five archetype spawn eggs each get a reaction speed suiting their character

### 0.96.0 **Reaction speed now shapes the fire behaviours** A PlayerMob's reaction speed already decided how quickly it noticed and committed to everything else; now it shapes the fire behaviours too. Quick-reacting mobs draw and stow flint and steel faster, recover faster from a light that fizzles, and snap out of the double-take before stamping out a fire in their path. Slow ones dawdle through all of it. A default mob behaves exactly as before. - Drawing and stowing flint and steel is quicker for a fast-reacting mob, slower for a sluggish one - A mob that fails to light the ground re-arms sooner or later depending on its reaction speed - The hesitation before punching out a fire in its path — and every water-bucket swap — is now reaction-scaled - Give-up timers, the cooking burn time and the rate limits are untouched, so a fast mob never quits early or turns into a flamethrower ### 0.95.0 **Reaction speed — the third PlayerMob trait** PlayerMobs are now born with a third trait alongside fight/flight and friendliness: reaction speed, 0-10, visible and editable in the Creative menu. It doesn't change what a mob decides, only how fast it acts — so two mobs with identical nerve can feel completely different in a fight. - Quick mobs block point-blank arrows that a sluggish mob simply eats - Reaction speed sets how fast a mob commits to a shot and how quickly it re-fires - Being hit no longer turns a mob instantly — slow ones take a beat to round on you - Spotting items, chests, crops and loved ones scales with reaction speed - Chores speed up or drag: block-laying, chest looting, harvesting, door handling - The five archetype spawn eggs each get a reaction speed suiting their character

### 0.94.0 **PlayerMobs cook their kills, torch their enemies, and put fires out** A PlayerMob carrying flint and steel now uses it the way you would — and, for the first time, reacts to fire instead of walking straight into it. It sets an animal alight just before the killing blow so the meat drops cooked, occasionally torches the ground under an enemy mid-fight, and stops short of a fire in its path to put it out. It always lights the block its target is standing on, with the tool actually drawn — never by magic. - Cooks its kills: an animal one swing from death gets the ground lit under it, dies burning, and drops cooked meat — then the fire is stamped back out a moment later - Torches enemies: against anything not already on fire it occasionally lights the ground under its target and leaves it burning, at most 5 times in 10 seconds - Draws the tool for real: a 4-20 tick swap in and out, and the fire is placed by right-clicking the block below its target, so rain and bad surfaces refuse it just like they would for you - Puts fires out: walking toward a fire it usually stops short, hesitates a beat, and punches it out — or empties a water bucket on it and scoops the water back if it carries one - Still fallible: it misses roughly one fire in four and walks in, then runs for water as before - New /playermob flintcombat and /playermob dousefires toggles, both on by default ### 0.93.0 **PlayerMobs pick up dropped flint and steel** PlayerMobs now grab flint and steel they see lying on the ground and hold onto it, so they're ready to use it to light TNT in a fight.

### 0.94.0 **PlayerMobs cook their kills, torch their enemies, and put fires out** A PlayerMob carrying flint and steel now uses it the way you would — and, for the first time, reacts to fire instead of walking straight into it. It sets an animal alight just before the killing blow so the meat drops cooked, occasionally torches the ground under an enemy mid-fight, and stops short of a fire in its path to put it out. It always lights the block its target is standing on, with the tool actually drawn — never by magic. - Cooks its kills: an animal one swing from death gets the ground lit under it, dies burning, and drops cooked meat — then the fire is stamped back out a moment later - Torches enemies: against anything not already on fire it occasionally lights the ground under its target and leaves it burning, at most 5 times in 10 seconds - Draws the tool for real: a 4-20 tick swap in and out, and the fire is placed by right-clicking the block below its target, so rain and bad surfaces refuse it just like they would for you - Puts fires out: walking toward a fire it usually stops short, hesitates a beat, and punches it out — or empties a water bucket on it and scoops the water back if it carries one - Still fallible: it misses roughly one fire in four and walks in, then runs for water as before - New /playermob flintcombat and /playermob dousefires toggles, both on by default ### 0.93.0 **PlayerMobs pick up dropped flint and steel** PlayerMobs now grab flint and steel they see lying on the ground and hold onto it, so they're ready to use it to light TNT in a fight.

### 0.94.0 **PlayerMobs cook their kills, torch their enemies, and put fires out** A PlayerMob carrying flint and steel now uses it the way you would — and, for the first time, reacts to fire instead of walking straight into it. It sets an animal alight just before the killing blow so the meat drops cooked, occasionally torches the ground under an enemy mid-fight, and stops short of a fire in its path to put it out. It always lights the block its target is standing on, with the tool actually drawn — never by magic. - Cooks its kills: an animal one swing from death gets the ground lit under it, dies burning, and drops cooked meat — then the fire is stamped back out a moment later - Torches enemies: against anything not already on fire it occasionally lights the ground under its target and leaves it burning, at most 5 times in 10 seconds - Draws the tool for real: a 4-20 tick swap in and out, and the fire is placed by right-clicking the block below its target, so rain and bad surfaces refuse it just like they would for you - Puts fires out: walking toward a fire it usually stops short, hesitates a beat, and punches it out — or empties a water bucket on it and scoops the water back if it carries one - Still fallible: it misses roughly one fire in four and walks in, then runs for water as before - New /playermob flintcombat and /playermob dousefires toggles, both on by default ### 0.93.0 **PlayerMobs pick up dropped flint and steel** PlayerMobs now grab flint and steel they see lying on the ground and hold onto it, so they're ready to use it to light TNT in a fight.

### 0.94.0 **PlayerMobs cook their kills, torch their enemies, and put fires out** A PlayerMob carrying flint and steel now uses it the way you would — and, for the first time, reacts to fire instead of walking straight into it. It sets an animal alight just before the killing blow so the meat drops cooked, occasionally torches the ground under an enemy mid-fight, and stops short of a fire in its path to put it out. It always lights the block its target is standing on, with the tool actually drawn — never by magic. - Cooks its kills: an animal one swing from death gets the ground lit under it, dies burning, and drops cooked meat — then the fire is stamped back out a moment later - Torches enemies: against anything not already on fire it occasionally lights the ground under its target and leaves it burning, at most 5 times in 10 seconds - Draws the tool for real: a 4-20 tick swap in and out, and the fire is placed by right-clicking the block below its target, so rain and bad surfaces refuse it just like they would for you - Puts fires out: walking toward a fire it usually stops short, hesitates a beat, and punches it out — or empties a water bucket on it and scoops the water back if it carries one - Still fallible: it misses roughly one fire in four and walks in, then runs for water as before - New /playermob flintcombat and /playermob dousefires toggles, both on by default ### 0.93.0 **PlayerMobs pick up dropped flint and steel** PlayerMobs now grab flint and steel they see lying on the ground and hold onto it, so they're ready to use it to light TNT in a fight.

### 0.94.0 **PlayerMobs cook their kills, torch their enemies, and put fires out** A PlayerMob carrying flint and steel now uses it the way you would — and, for the first time, reacts to fire instead of walking straight into it. It sets an animal alight just before the killing blow so the meat drops cooked, occasionally torches the ground under an enemy mid-fight, and stops short of a fire in its path to put it out. It always lights the block its target is standing on, with the tool actually drawn — never by magic. - Cooks its kills: an animal one swing from death gets the ground lit under it, dies burning, and drops cooked meat — then the fire is stamped back out a moment later - Torches enemies: against anything not already on fire it occasionally lights the ground under its target and leaves it burning, at most 5 times in 10 seconds - Draws the tool for real: a 4-20 tick swap in and out, and the fire is placed by right-clicking the block below its target, so rain and bad surfaces refuse it just like they would for you - Puts fires out: walking toward a fire it usually stops short, hesitates a beat, and punches it out — or empties a water bucket on it and scoops the water back if it carries one - Still fallible: it misses roughly one fire in four and walks in, then runs for water as before - New /playermob flintcombat and /playermob dousefires toggles, both on by default ### 0.93.0 **PlayerMobs pick up dropped flint and steel** PlayerMobs now grab flint and steel they see lying on the ground and hold onto it, so they're ready to use it to light TNT in a fight.

### 0.94.0 **PlayerMobs cook their kills, torch their enemies, and put fires out** A PlayerMob carrying flint and steel now uses it the way you would — and, for the first time, reacts to fire instead of walking straight into it. It sets an animal alight just before the killing blow so the meat drops cooked, occasionally torches the ground under an enemy mid-fight, and stops short of a fire in its path to put it out. It always lights the block its target is standing on, with the tool actually drawn — never by magic. - Cooks its kills: an animal one swing from death gets the ground lit under it, dies burning, and drops cooked meat — then the fire is stamped back out a moment later - Torches enemies: against anything not already on fire it occasionally lights the ground under its target and leaves it burning, at most 5 times in 10 seconds - Draws the tool for real: a 4-20 tick swap in and out, and the fire is placed by right-clicking the block below its target, so rain and bad surfaces refuse it just like they would for you - Puts fires out: walking toward a fire it usually stops short, hesitates a beat, and punches it out — or empties a water bucket on it and scoops the water back if it carries one - Still fallible: it misses roughly one fire in four and walks in, then runs for water as before - New /playermob flintcombat and /playermob dousefires toggles, both on by default ### 0.93.0 **PlayerMobs pick up dropped flint and steel** PlayerMobs now grab flint and steel they see lying on the ground and hold onto it, so they're ready to use it to light TNT in a fight.

### 0.94.0 **PlayerMobs cook their kills, torch their enemies, and put fires out** A PlayerMob carrying flint and steel now uses it the way you would — and, for the first time, reacts to fire instead of walking straight into it. It sets an animal alight just before the killing blow so the meat drops cooked, occasionally torches the ground under an enemy mid-fight, and stops short of a fire in its path to put it out. It always lights the block its target is standing on, with the tool actually drawn — never by magic. - Cooks its kills: an animal one swing from death gets the ground lit under it, dies burning, and drops cooked meat — then the fire is stamped back out a moment later - Torches enemies: against anything not already on fire it occasionally lights the ground under its target and leaves it burning, at most 5 times in 10 seconds - Draws the tool for real: a 4-20 tick swap in and out, and the fire is placed by right-clicking the block below its target, so rain and bad surfaces refuse it just like they would for you - Puts fires out: walking toward a fire it usually stops short, hesitates a beat, and punches it out — or empties a water bucket on it and scoops the water back if it carries one - Still fallible: it misses roughly one fire in four and walks in, then runs for water as before - New /playermob flintcombat and /playermob dousefires toggles, both on by default ### 0.93.0 **PlayerMobs pick up dropped flint and steel** PlayerMobs now grab flint and steel they see lying on the ground and hold onto it, so they're ready to use it to light TNT in a fight.

### 0.92.0 **Your pets come back with you** The animals you tamed are remembered when you die, and up to three of them return alongside your echo — loyal to it, exactly as they were to you. They follow it down the train, teleport to it when they fall behind, and turn on anyone who attacks it. Mounts stay behind unless you gave them a name; a horse you never named was transport, not a companion. Taming also counts as kindness, so a life spent befriending animals comes back friendlier than one that did not. - Up to three tamed animals return with an echo of the life that tamed them. - Returned pets follow, teleport and defend their echo like a living owner's pets — a PlayerMob is now a real owner as far as the game is concerned. - Unnamed mounts are left behind; a named one comes back. - Taming raises the friendliness the echo of that life is born with. ### 0.91.0 **Turn PlayerMob scavenging off — or limit it to wild mobs** PlayerMobs raid chests, strip armor stands and hoover up loose items. Three new config settings let you decide who does what: leave it on for everyone, switch it off entirely, or restrict it to PlayerMobs that spawned into the world on their own, so the ones you summon as companions leave your base storage alone. - New config settings searchContainers, searchArmorStands and collectFloorItems, each one of enabled / disabled / onlynaturallyspawning (default enabled — nothing changes unless you change it) - onlynaturallyspawning lets wild, chunk-generation, spawner and Dungeon-Train PlayerMobs keep scavenging while spawn-egg, /summon and dispenser mobs don't - Each behaviour is separate — you can stop chest raiding while still letting mobs pick up gear off the floor - Change any of them live with /playermob searchcontainers|searcharmorstands|collectflooritems <mode> ### 0.90.0 **Order the PlayerMob you named — or nobody** Commands that take a PlayerMob name have always fallen back to the nearest mob when nothing matched, which means an order aimed at a name that no longer exists lands on a bystander. Two new options put you in control: exact-name matching, and quiet failures for orders driven by automation. - /playermob exactnames on — a <name> that matches no loaded PlayerMob cancels the command instead of falling back to the nearest one. Off by default, so nothing changes until you turn it on. - /playermob orderfailures off — a /playermob order that cannot run is cancelled silently instead of explaining itself in red chat. Handy when orders come from a chat bot or command block and the errors are just noise. On by default. - Both are also config keys (exactNames, orderFailureMessages) in config/playermob.properties, and the command form is a session override.

### 0.92.0 **Your pets come back with you** The animals you tamed are remembered when you die, and up to three of them return alongside your echo — loyal to it, exactly as they were to you. They follow it down the train, teleport to it when they fall behind, and turn on anyone who attacks it. Mounts stay behind unless you gave them a name; a horse you never named was transport, not a companion. Taming also counts as kindness, so a life spent befriending animals comes back friendlier than one that did not. - Up to three tamed animals return with an echo of the life that tamed them. - Returned pets follow, teleport and defend their echo like a living owner's pets — a PlayerMob is now a real owner as far as the game is concerned. - Unnamed mounts are left behind; a named one comes back. - Taming raises the friendliness the echo of that life is born with. ### 0.91.0 **Turn PlayerMob scavenging off — or limit it to wild mobs** PlayerMobs raid chests, strip armor stands and hoover up loose items. Three new config settings let you decide who does what: leave it on for everyone, switch it off entirely, or restrict it to PlayerMobs that spawned into the world on their own, so the ones you summon as companions leave your base storage alone. - New config settings searchContainers, searchArmorStands and collectFloorItems, each one of enabled / disabled / onlynaturallyspawning (default enabled — nothing changes unless you change it) - onlynaturallyspawning lets wild, chunk-generation, spawner and Dungeon-Train PlayerMobs keep scavenging while spawn-egg, /summon and dispenser mobs don't - Each behaviour is separate — you can stop chest raiding while still letting mobs pick up gear off the floor - Change any of them live with /playermob searchcontainers|searcharmorstands|collectflooritems <mode> ### 0.90.0 **Order the PlayerMob you named — or nobody** Commands that take a PlayerMob name have always fallen back to the nearest mob when nothing matched, which means an order aimed at a name that no longer exists lands on a bystander. Two new options put you in control: exact-name matching, and quiet failures for orders driven by automation. - /playermob exactnames on — a <name> that matches no loaded PlayerMob cancels the command instead of falling back to the nearest one. Off by default, so nothing changes until you turn it on. - /playermob orderfailures off — a /playermob order that cannot run is cancelled silently instead of explaining itself in red chat. Handy when orders come from a chat bot or command block and the errors are just noise. On by default. - Both are also config keys (exactNames, orderFailureMessages) in config/playermob.properties, and the command form is a session override.

### 0.92.0 **Your pets come back with you** The animals you tamed are remembered when you die, and up to three of them return alongside your echo — loyal to it, exactly as they were to you. They follow it down the train, teleport to it when they fall behind, and turn on anyone who attacks it. Mounts stay behind unless you gave them a name; a horse you never named was transport, not a companion. Taming also counts as kindness, so a life spent befriending animals comes back friendlier than one that did not. - Up to three tamed animals return with an echo of the life that tamed them. - Returned pets follow, teleport and defend their echo like a living owner's pets — a PlayerMob is now a real owner as far as the game is concerned. - Unnamed mounts are left behind; a named one comes back. - Taming raises the friendliness the echo of that life is born with. ### 0.91.0 **Turn PlayerMob scavenging off — or limit it to wild mobs** PlayerMobs raid chests, strip armor stands and hoover up loose items. Three new config settings let you decide who does what: leave it on for everyone, switch it off entirely, or restrict it to PlayerMobs that spawned into the world on their own, so the ones you summon as companions leave your base storage alone. - New config settings searchContainers, searchArmorStands and collectFloorItems, each one of enabled / disabled / onlynaturallyspawning (default enabled — nothing changes unless you change it) - onlynaturallyspawning lets wild, chunk-generation, spawner and Dungeon-Train PlayerMobs keep scavenging while spawn-egg, /summon and dispenser mobs don't - Each behaviour is separate — you can stop chest raiding while still letting mobs pick up gear off the floor - Change any of them live with /playermob searchcontainers|searcharmorstands|collectflooritems <mode> ### 0.90.0 **Order the PlayerMob you named — or nobody** Commands that take a PlayerMob name have always fallen back to the nearest mob when nothing matched, which means an order aimed at a name that no longer exists lands on a bystander. Two new options put you in control: exact-name matching, and quiet failures for orders driven by automation. - /playermob exactnames on — a <name> that matches no loaded PlayerMob cancels the command instead of falling back to the nearest one. Off by default, so nothing changes until you turn it on. - /playermob orderfailures off — a /playermob order that cannot run is cancelled silently instead of explaining itself in red chat. Handy when orders come from a chat bot or command block and the errors are just noise. On by default. - Both are also config keys (exactNames, orderFailureMessages) in config/playermob.properties, and the command form is a session override.

### 0.92.0 **Your pets come back with you** The animals you tamed are remembered when you die, and up to three of them return alongside your echo — loyal to it, exactly as they were to you. They follow it down the train, teleport to it when they fall behind, and turn on anyone who attacks it. Mounts stay behind unless you gave them a name; a horse you never named was transport, not a companion. Taming also counts as kindness, so a life spent befriending animals comes back friendlier than one that did not. - Up to three tamed animals return with an echo of the life that tamed them. - Returned pets follow, teleport and defend their echo like a living owner's pets — a PlayerMob is now a real owner as far as the game is concerned. - Unnamed mounts are left behind; a named one comes back. - Taming raises the friendliness the echo of that life is born with. ### 0.91.0 **Turn PlayerMob scavenging off — or limit it to wild mobs** PlayerMobs raid chests, strip armor stands and hoover up loose items. Three new config settings let you decide who does what: leave it on for everyone, switch it off entirely, or restrict it to PlayerMobs that spawned into the world on their own, so the ones you summon as companions leave your base storage alone. - New config settings searchContainers, searchArmorStands and collectFloorItems, each one of enabled / disabled / onlynaturallyspawning (default enabled — nothing changes unless you change it) - onlynaturallyspawning lets wild, chunk-generation, spawner and Dungeon-Train PlayerMobs keep scavenging while spawn-egg, /summon and dispenser mobs don't - Each behaviour is separate — you can stop chest raiding while still letting mobs pick up gear off the floor - Change any of them live with /playermob searchcontainers|searcharmorstands|collectflooritems <mode> ### 0.90.0 **Order the PlayerMob you named — or nobody** Commands that take a PlayerMob name have always fallen back to the nearest mob when nothing matched, which means an order aimed at a name that no longer exists lands on a bystander. Two new options put you in control: exact-name matching, and quiet failures for orders driven by automation. - /playermob exactnames on — a <name> that matches no loaded PlayerMob cancels the command instead of falling back to the nearest one. Off by default, so nothing changes until you turn it on. - /playermob orderfailures off — a /playermob order that cannot run is cancelled silently instead of explaining itself in red chat. Handy when orders come from a chat bot or command block and the errors are just noise. On by default. - Both are also config keys (exactNames, orderFailureMessages) in config/playermob.properties, and the command form is a session override.

### 0.92.0 **Your pets come back with you** The animals you tamed are remembered when you die, and up to three of them return alongside your echo — loyal to it, exactly as they were to you. They follow it down the train, teleport to it when they fall behind, and turn on anyone who attacks it. Mounts stay behind unless you gave them a name; a horse you never named was transport, not a companion. Taming also counts as kindness, so a life spent befriending animals comes back friendlier than one that did not. - Up to three tamed animals return with an echo of the life that tamed them. - Returned pets follow, teleport and defend their echo like a living owner's pets — a PlayerMob is now a real owner as far as the game is concerned. - Unnamed mounts are left behind; a named one comes back. - Taming raises the friendliness the echo of that life is born with. ### 0.91.0 **Turn PlayerMob scavenging off — or limit it to wild mobs** PlayerMobs raid chests, strip armor stands and hoover up loose items. Three new config settings let you decide who does what: leave it on for everyone, switch it off entirely, or restrict it to PlayerMobs that spawned into the world on their own, so the ones you summon as companions leave your base storage alone. - New config settings searchContainers, searchArmorStands and collectFloorItems, each one of enabled / disabled / onlynaturallyspawning (default enabled — nothing changes unless you change it) - onlynaturallyspawning lets wild, chunk-generation, spawner and Dungeon-Train PlayerMobs keep scavenging while spawn-egg, /summon and dispenser mobs don't - Each behaviour is separate — you can stop chest raiding while still letting mobs pick up gear off the floor - Change any of them live with /playermob searchcontainers|searcharmorstands|collectflooritems <mode> ### 0.90.0 **Order the PlayerMob you named — or nobody** Commands that take a PlayerMob name have always fallen back to the nearest mob when nothing matched, which means an order aimed at a name that no longer exists lands on a bystander. Two new options put you in control: exact-name matching, and quiet failures for orders driven by automation. - /playermob exactnames on — a <name> that matches no loaded PlayerMob cancels the command instead of falling back to the nearest one. Off by default, so nothing changes until you turn it on. - /playermob orderfailures off — a /playermob order that cannot run is cancelled silently instead of explaining itself in red chat. Handy when orders come from a chat bot or command block and the errors are just noise. On by default. - Both are also config keys (exactNames, orderFailureMessages) in config/playermob.properties, and the command form is a session override.

### 0.92.0 **Your pets come back with you** The animals you tamed are remembered when you die, and up to three of them return alongside your echo — loyal to it, exactly as they were to you. They follow it down the train, teleport to it when they fall behind, and turn on anyone who attacks it. Mounts stay behind unless you gave them a name; a horse you never named was transport, not a companion. Taming also counts as kindness, so a life spent befriending animals comes back friendlier than one that did not. - Up to three tamed animals return with an echo of the life that tamed them. - Returned pets follow, teleport and defend their echo like a living owner's pets — a PlayerMob is now a real owner as far as the game is concerned. - Unnamed mounts are left behind; a named one comes back. - Taming raises the friendliness the echo of that life is born with. ### 0.91.0 **Turn PlayerMob scavenging off — or limit it to wild mobs** PlayerMobs raid chests, strip armor stands and hoover up loose items. Three new config settings let you decide who does what: leave it on for everyone, switch it off entirely, or restrict it to PlayerMobs that spawned into the world on their own, so the ones you summon as companions leave your base storage alone. - New config settings searchContainers, searchArmorStands and collectFloorItems, each one of enabled / disabled / onlynaturallyspawning (default enabled — nothing changes unless you change it) - onlynaturallyspawning lets wild, chunk-generation, spawner and Dungeon-Train PlayerMobs keep scavenging while spawn-egg, /summon and dispenser mobs don't - Each behaviour is separate — you can stop chest raiding while still letting mobs pick up gear off the floor - Change any of them live with /playermob searchcontainers|searcharmorstands|collectflooritems <mode> ### 0.90.0 **Order the PlayerMob you named — or nobody** Commands that take a PlayerMob name have always fallen back to the nearest mob when nothing matched, which means an order aimed at a name that no longer exists lands on a bystander. Two new options put you in control: exact-name matching, and quiet failures for orders driven by automation. - /playermob exactnames on — a <name> that matches no loaded PlayerMob cancels the command instead of falling back to the nearest one. Off by default, so nothing changes until you turn it on. - /playermob orderfailures off — a /playermob order that cannot run is cancelled silently instead of explaining itself in red chat. Handy when orders come from a chat bot or command block and the errors are just noise. On by default. - Both are also config keys (exactNames, orderFailureMessages) in config/playermob.properties, and the command form is a session override.

### 0.92.0 **Your pets come back with you** The animals you tamed are remembered when you die, and up to three of them return alongside your echo — loyal to it, exactly as they were to you. They follow it down the train, teleport to it when they fall behind, and turn on anyone who attacks it. Mounts stay behind unless you gave them a name; a horse you never named was transport, not a companion. Taming also counts as kindness, so a life spent befriending animals comes back friendlier than one that did not. - Up to three tamed animals return with an echo of the life that tamed them. - Returned pets follow, teleport and defend their echo like a living owner's pets — a PlayerMob is now a real owner as far as the game is concerned. - Unnamed mounts are left behind; a named one comes back. - Taming raises the friendliness the echo of that life is born with. ### 0.91.0 **Turn PlayerMob scavenging off — or limit it to wild mobs** PlayerMobs raid chests, strip armor stands and hoover up loose items. Three new config settings let you decide who does what: leave it on for everyone, switch it off entirely, or restrict it to PlayerMobs that spawned into the world on their own, so the ones you summon as companions leave your base storage alone. - New config settings searchContainers, searchArmorStands and collectFloorItems, each one of enabled / disabled / onlynaturallyspawning (default enabled — nothing changes unless you change it) - onlynaturallyspawning lets wild, chunk-generation, spawner and Dungeon-Train PlayerMobs keep scavenging while spawn-egg, /summon and dispenser mobs don't - Each behaviour is separate — you can stop chest raiding while still letting mobs pick up gear off the floor - Change any of them live with /playermob searchcontainers|searcharmorstands|collectflooritems <mode> ### 0.90.0 **Order the PlayerMob you named — or nobody** Commands that take a PlayerMob name have always fallen back to the nearest mob when nothing matched, which means an order aimed at a name that no longer exists lands on a bystander. Two new options put you in control: exact-name matching, and quiet failures for orders driven by automation. - /playermob exactnames on — a <name> that matches no loaded PlayerMob cancels the command instead of falling back to the nearest one. Off by default, so nothing changes until you turn it on. - /playermob orderfailures off — a /playermob order that cannot run is cancelled silently instead of explaining itself in red chat. Handy when orders come from a chat bot or command block and the errors are just noise. On by default. - Both are also config keys (exactNames, orderFailureMessages) in config/playermob.properties, and the command form is a session override.

### 0.89.0 **Not fighting an echo back makes your own echo flighty** Your echo used to be shaped only by the violence you did. Now it is also shaped by the violence you refused. An echo that comes for you and doesn't get a fight out of you leaves its mark: take its blows without hitting back, or slip away from it alive, and the echo born from your death leans toward Flight. Hit it back even once — or kill it — and the whole credit is handed straight back. A fight once joined is a fight. - Damage you take from an echo you never strike back counts toward Flight, point for point against damage you deal. - Getting away clean from an echo that was hunting you counts too, once per echo. - One blow in return, or the kill, cancels everything that echo had earned you. - A life that never raised a hand used to reincarnate as a fighter; now it comes back timid. ### 0.88.0 **Fighting back no longer marks you as a killer** When you die, the echo you leave behind is shaped by how you treated the people you met — but until now it couldn't tell murder from survival. Kills where something came for you first now count for a tenth as much, so a life spent defending yourself reincarnates near neutral instead of as a monster. - Damage and kills against a mob that targeted or struck you first are weighed at 10% toward both Fight/Flight and Friendliness. - Your own first strike still counts in full — the discount only applies once the other side has picked the fight. - Hate-seeded death-note echoes hunt you, so cutting one down barely stains the life you leave behind.

### 0.89.0 **Not fighting an echo back makes your own echo flighty** Your echo used to be shaped only by the violence you did. Now it is also shaped by the violence you refused. An echo that comes for you and doesn't get a fight out of you leaves its mark: take its blows without hitting back, or slip away from it alive, and the echo born from your death leans toward Flight. Hit it back even once — or kill it — and the whole credit is handed straight back. A fight once joined is a fight. - Damage you take from an echo you never strike back counts toward Flight, point for point against damage you deal. - Getting away clean from an echo that was hunting you counts too, once per echo. - One blow in return, or the kill, cancels everything that echo had earned you. - A life that never raised a hand used to reincarnate as a fighter; now it comes back timid. ### 0.88.0 **Fighting back no longer marks you as a killer** When you die, the echo you leave behind is shaped by how you treated the people you met — but until now it couldn't tell murder from survival. Kills where something came for you first now count for a tenth as much, so a life spent defending yourself reincarnates near neutral instead of as a monster. - Damage and kills against a mob that targeted or struck you first are weighed at 10% toward both Fight/Flight and Friendliness. - Your own first strike still counts in full — the discount only applies once the other side has picked the fight. - Hate-seeded death-note echoes hunt you, so cutting one down barely stains the life you leave behind.

### 0.89.0 **Not fighting an echo back makes your own echo flighty** Your echo used to be shaped only by the violence you did. Now it is also shaped by the violence you refused. An echo that comes for you and doesn't get a fight out of you leaves its mark: take its blows without hitting back, or slip away from it alive, and the echo born from your death leans toward Flight. Hit it back even once — or kill it — and the whole credit is handed straight back. A fight once joined is a fight. - Damage you take from an echo you never strike back counts toward Flight, point for point against damage you deal. - Getting away clean from an echo that was hunting you counts too, once per echo. - One blow in return, or the kill, cancels everything that echo had earned you. - A life that never raised a hand used to reincarnate as a fighter; now it comes back timid. ### 0.88.0 **Fighting back no longer marks you as a killer** When you die, the echo you leave behind is shaped by how you treated the people you met — but until now it couldn't tell murder from survival. Kills where something came for you first now count for a tenth as much, so a life spent defending yourself reincarnates near neutral instead of as a monster. - Damage and kills against a mob that targeted or struck you first are weighed at 10% toward both Fight/Flight and Friendliness. - Your own first strike still counts in full — the discount only applies once the other side has picked the fight. - Hate-seeded death-note echoes hunt you, so cutting one down barely stains the life you leave behind.

### 0.89.0 **Not fighting an echo back makes your own echo flighty** Your echo used to be shaped only by the violence you did. Now it is also shaped by the violence you refused. An echo that comes for you and doesn't get a fight out of you leaves its mark: take its blows without hitting back, or slip away from it alive, and the echo born from your death leans toward Flight. Hit it back even once — or kill it — and the whole credit is handed straight back. A fight once joined is a fight. - Damage you take from an echo you never strike back counts toward Flight, point for point against damage you deal. - Getting away clean from an echo that was hunting you counts too, once per echo. - One blow in return, or the kill, cancels everything that echo had earned you. - A life that never raised a hand used to reincarnate as a fighter; now it comes back timid. ### 0.88.0 **Fighting back no longer marks you as a killer** When you die, the echo you leave behind is shaped by how you treated the people you met — but until now it couldn't tell murder from survival. Kills where something came for you first now count for a tenth as much, so a life spent defending yourself reincarnates near neutral instead of as a monster. - Damage and kills against a mob that targeted or struck you first are weighed at 10% toward both Fight/Flight and Friendliness. - Your own first strike still counts in full — the discount only applies once the other side has picked the fight. - Hate-seeded death-note echoes hunt you, so cutting one down barely stains the life you leave behind.

### 0.89.0 **Not fighting an echo back makes your own echo flighty** Your echo used to be shaped only by the violence you did. Now it is also shaped by the violence you refused. An echo that comes for you and doesn't get a fight out of you leaves its mark: take its blows without hitting back, or slip away from it alive, and the echo born from your death leans toward Flight. Hit it back even once — or kill it — and the whole credit is handed straight back. A fight once joined is a fight. - Damage you take from an echo you never strike back counts toward Flight, point for point against damage you deal. - Getting away clean from an echo that was hunting you counts too, once per echo. - One blow in return, or the kill, cancels everything that echo had earned you. - A life that never raised a hand used to reincarnate as a fighter; now it comes back timid. ### 0.88.0 **Fighting back no longer marks you as a killer** When you die, the echo you leave behind is shaped by how you treated the people you met — but until now it couldn't tell murder from survival. Kills where something came for you first now count for a tenth as much, so a life spent defending yourself reincarnates near neutral instead of as a monster. - Damage and kills against a mob that targeted or struck you first are weighed at 10% toward both Fight/Flight and Friendliness. - Your own first strike still counts in full — the discount only applies once the other side has picked the fight. - Hate-seeded death-note echoes hunt you, so cutting one down barely stains the life you leave behind.

### 0.89.0 **Not fighting an echo back makes your own echo flighty** Your echo used to be shaped only by the violence you did. Now it is also shaped by the violence you refused. An echo that comes for you and doesn't get a fight out of you leaves its mark: take its blows without hitting back, or slip away from it alive, and the echo born from your death leans toward Flight. Hit it back even once — or kill it — and the whole credit is handed straight back. A fight once joined is a fight. - Damage you take from an echo you never strike back counts toward Flight, point for point against damage you deal. - Getting away clean from an echo that was hunting you counts too, once per echo. - One blow in return, or the kill, cancels everything that echo had earned you. - A life that never raised a hand used to reincarnate as a fighter; now it comes back timid. ### 0.88.0 **Fighting back no longer marks you as a killer** When you die, the echo you leave behind is shaped by how you treated the people you met — but until now it couldn't tell murder from survival. Kills where something came for you first now count for a tenth as much, so a life spent defending yourself reincarnates near neutral instead of as a monster. - Damage and kills against a mob that targeted or struck you first are weighed at 10% toward both Fight/Flight and Friendliness. - Your own first strike still counts in full — the discount only applies once the other side has picked the fight. - Hate-seeded death-note echoes hunt you, so cutting one down barely stains the life you leave behind.

### 0.89.0 **Not fighting an echo back makes your own echo flighty** Your echo used to be shaped only by the violence you did. Now it is also shaped by the violence you refused. An echo that comes for you and doesn't get a fight out of you leaves its mark: take its blows without hitting back, or slip away from it alive, and the echo born from your death leans toward Flight. Hit it back even once — or kill it — and the whole credit is handed straight back. A fight once joined is a fight. - Damage you take from an echo you never strike back counts toward Flight, point for point against damage you deal. - Getting away clean from an echo that was hunting you counts too, once per echo. - One blow in return, or the kill, cancels everything that echo had earned you. - A life that never raised a hand used to reincarnate as a fighter; now it comes back timid. ### 0.88.0 **Fighting back no longer marks you as a killer** When you die, the echo you leave behind is shaped by how you treated the people you met — but until now it couldn't tell murder from survival. Kills where something came for you first now count for a tenth as much, so a life spent defending yourself reincarnates near neutral instead of as a monster. - Damage and kills against a mob that targeted or struck you first are weighed at 10% toward both Fight/Flight and Friendliness. - Your own first strike still counts in full — the discount only applies once the other side has picked the fight. - Hate-seeded death-note echoes hunt you, so cutting one down barely stains the life you leave behind.

## What's Changed * feat: FreePlayQuery seam + reincarnation provenance match by @bh679 in https://github.com/bh679/playermob-mc/pull/185 **Full Changelog**: https://github.com/bh679/playermob-mc/compare/v0.85.1...v0.86.0

## What's Changed * feat: FreePlayQuery seam + reincarnation provenance match by @bh679 in https://github.com/bh679/playermob-mc/pull/185 **Full Changelog**: https://github.com/bh679/playermob-mc/compare/v0.85.1...v0.86.0

## What's Changed * feat: FreePlayQuery seam + reincarnation provenance match by @bh679 in https://github.com/bh679/playermob-mc/pull/185 **Full Changelog**: https://github.com/bh679/playermob-mc/compare/v0.85.1...v0.86.0

## What's Changed * feat: FreePlayQuery seam + reincarnation provenance match by @bh679 in https://github.com/bh679/playermob-mc/pull/185 **Full Changelog**: https://github.com/bh679/playermob-mc/compare/v0.85.1...v0.86.0

## What's Changed * feat: FreePlayQuery seam + reincarnation provenance match by @bh679 in https://github.com/bh679/playermob-mc/pull/185 **Full Changelog**: https://github.com/bh679/playermob-mc/compare/v0.85.1...v0.86.0

## What's Changed * feat: FreePlayQuery seam + reincarnation provenance match by @bh679 in https://github.com/bh679/playermob-mc/pull/185 **Full Changelog**: https://github.com/bh679/playermob-mc/compare/v0.85.1...v0.86.0

## What's Changed * feat: FreePlayQuery seam + reincarnation provenance match by @bh679 in https://github.com/bh679/playermob-mc/pull/185 **Full Changelog**: https://github.com/bh679/playermob-mc/compare/v0.85.1...v0.86.0

## What's Changed * feat: ReincarnationCaptureGate seam to veto death capture by @bh679 in https://github.com/bh679/playermob-mc/pull/184 **Full Changelog**: https://github.com/bh679/playermob-mc/compare/v0.85.0...v0.85.1

## What's Changed * feat: ReincarnationCaptureGate seam to veto death capture by @bh679 in https://github.com/bh679/playermob-mc/pull/184 **Full Changelog**: https://github.com/bh679/playermob-mc/compare/v0.85.0...v0.85.1

## What's Changed * feat: ReincarnationCaptureGate seam to veto death capture by @bh679 in https://github.com/bh679/playermob-mc/pull/184 **Full Changelog**: https://github.com/bh679/playermob-mc/compare/v0.85.0...v0.85.1

## What's Changed * feat: ReincarnationCaptureGate seam to veto death capture by @bh679 in https://github.com/bh679/playermob-mc/pull/184 **Full Changelog**: https://github.com/bh679/playermob-mc/compare/v0.85.0...v0.85.1

## What's Changed * feat: ReincarnationCaptureGate seam to veto death capture by @bh679 in https://github.com/bh679/playermob-mc/pull/184 **Full Changelog**: https://github.com/bh679/playermob-mc/compare/v0.85.0...v0.85.1

## What's Changed * feat: ReincarnationCaptureGate seam to veto death capture by @bh679 in https://github.com/bh679/playermob-mc/pull/184 **Full Changelog**: https://github.com/bh679/playermob-mc/compare/v0.85.0...v0.85.1

## What's Changed * feat: ReincarnationCaptureGate seam to veto death capture by @bh679 in https://github.com/bh679/playermob-mc/pull/184 **Full Changelog**: https://github.com/bh679/playermob-mc/compare/v0.85.0...v0.85.1

### 0.85.0 **PlayerMobs swim to shore and climb back to the train** A PlayerMob knocked off the train into water used to bob where it landed until the train left it behind — it could not even start trying to recover while afloat. It now swims properly, makes for the nearest reachable bank, and works its way back toward the line. Where the track runs on pillars it will walk up an existing spiral staircase rather than building its own. - Mobs that fall in the water now swim out instead of treading water until the train is gone - They swim at a player's pace and with the player swimming stroke, rather than paddling upright at walking speed - They head for the nearest bank they can actually climb out onto, preferring low ground near the track over a distant or sheer shoreline - Where a staircase or ladder already runs up to the track, they use it instead of pillaring up beside it **PlayerMobs no longer empty shulker boxes they pick up** A PlayerMob (or an Echo) that picked up your shulker box would wipe everything inside it — when you killed the mob to get the box back, it came back empty. The mob was treating the box as a plain building block and re-placing it as an empty one. Now it keeps shulker boxes intact: it will still carry one and drop it when it dies, but never places it or uses it as building material, so the contents always survive. - Shulker boxes picked up by a PlayerMob keep their contents - A mob still carries a shulker box and returns it intact when killed - PlayerMobs never place shulker boxes as bridge, recovery, or combat-cover blocks

### 0.85.0 **PlayerMobs swim to shore and climb back to the train** A PlayerMob knocked off the train into water used to bob where it landed until the train left it behind — it could not even start trying to recover while afloat. It now swims properly, makes for the nearest reachable bank, and works its way back toward the line. Where the track runs on pillars it will walk up an existing spiral staircase rather than building its own. - Mobs that fall in the water now swim out instead of treading water until the train is gone - They swim at a player's pace and with the player swimming stroke, rather than paddling upright at walking speed - They head for the nearest bank they can actually climb out onto, preferring low ground near the track over a distant or sheer shoreline - Where a staircase or ladder already runs up to the track, they use it instead of pillaring up beside it **PlayerMobs no longer empty shulker boxes they pick up** A PlayerMob (or an Echo) that picked up your shulker box would wipe everything inside it — when you killed the mob to get the box back, it came back empty. The mob was treating the box as a plain building block and re-placing it as an empty one. Now it keeps shulker boxes intact: it will still carry one and drop it when it dies, but never places it or uses it as building material, so the contents always survive. - Shulker boxes picked up by a PlayerMob keep their contents - A mob still carries a shulker box and returns it intact when killed - PlayerMobs never place shulker boxes as bridge, recovery, or combat-cover blocks

### 0.85.0 **PlayerMobs swim to shore and climb back to the train** A PlayerMob knocked off the train into water used to bob where it landed until the train left it behind — it could not even start trying to recover while afloat. It now swims properly, makes for the nearest reachable bank, and works its way back toward the line. Where the track runs on pillars it will walk up an existing spiral staircase rather than building its own. - Mobs that fall in the water now swim out instead of treading water until the train is gone - They swim at a player's pace and with the player swimming stroke, rather than paddling upright at walking speed - They head for the nearest bank they can actually climb out onto, preferring low ground near the track over a distant or sheer shoreline - Where a staircase or ladder already runs up to the track, they use it instead of pillaring up beside it **PlayerMobs no longer empty shulker boxes they pick up** A PlayerMob (or an Echo) that picked up your shulker box would wipe everything inside it — when you killed the mob to get the box back, it came back empty. The mob was treating the box as a plain building block and re-placing it as an empty one. Now it keeps shulker boxes intact: it will still carry one and drop it when it dies, but never places it or uses it as building material, so the contents always survive. - Shulker boxes picked up by a PlayerMob keep their contents - A mob still carries a shulker box and returns it intact when killed - PlayerMobs never place shulker boxes as bridge, recovery, or combat-cover blocks

### 0.85.0 **PlayerMobs swim to shore and climb back to the train** A PlayerMob knocked off the train into water used to bob where it landed until the train left it behind — it could not even start trying to recover while afloat. It now swims properly, makes for the nearest reachable bank, and works its way back toward the line. Where the track runs on pillars it will walk up an existing spiral staircase rather than building its own. - Mobs that fall in the water now swim out instead of treading water until the train is gone - They swim at a player's pace and with the player swimming stroke, rather than paddling upright at walking speed - They head for the nearest bank they can actually climb out onto, preferring low ground near the track over a distant or sheer shoreline - Where a staircase or ladder already runs up to the track, they use it instead of pillaring up beside it **PlayerMobs no longer empty shulker boxes they pick up** A PlayerMob (or an Echo) that picked up your shulker box would wipe everything inside it — when you killed the mob to get the box back, it came back empty. The mob was treating the box as a plain building block and re-placing it as an empty one. Now it keeps shulker boxes intact: it will still carry one and drop it when it dies, but never places it or uses it as building material, so the contents always survive. - Shulker boxes picked up by a PlayerMob keep their contents - A mob still carries a shulker box and returns it intact when killed - PlayerMobs never place shulker boxes as bridge, recovery, or combat-cover blocks

### 0.85.0 **PlayerMobs swim to shore and climb back to the train** A PlayerMob knocked off the train into water used to bob where it landed until the train left it behind — it could not even start trying to recover while afloat. It now swims properly, makes for the nearest reachable bank, and works its way back toward the line. Where the track runs on pillars it will walk up an existing spiral staircase rather than building its own. - Mobs that fall in the water now swim out instead of treading water until the train is gone - They swim at a player's pace and with the player swimming stroke, rather than paddling upright at walking speed - They head for the nearest bank they can actually climb out onto, preferring low ground near the track over a distant or sheer shoreline - Where a staircase or ladder already runs up to the track, they use it instead of pillaring up beside it **PlayerMobs no longer empty shulker boxes they pick up** A PlayerMob (or an Echo) that picked up your shulker box would wipe everything inside it — when you killed the mob to get the box back, it came back empty. The mob was treating the box as a plain building block and re-placing it as an empty one. Now it keeps shulker boxes intact: it will still carry one and drop it when it dies, but never places it or uses it as building material, so the contents always survive. - Shulker boxes picked up by a PlayerMob keep their contents - A mob still carries a shulker box and returns it intact when killed - PlayerMobs never place shulker boxes as bridge, recovery, or combat-cover blocks

### 0.85.0 **PlayerMobs swim to shore and climb back to the train** A PlayerMob knocked off the train into water used to bob where it landed until the train left it behind — it could not even start trying to recover while afloat. It now swims properly, makes for the nearest reachable bank, and works its way back toward the line. Where the track runs on pillars it will walk up an existing spiral staircase rather than building its own. - Mobs that fall in the water now swim out instead of treading water until the train is gone - They swim at a player's pace and with the player swimming stroke, rather than paddling upright at walking speed - They head for the nearest bank they can actually climb out onto, preferring low ground near the track over a distant or sheer shoreline - Where a staircase or ladder already runs up to the track, they use it instead of pillaring up beside it **PlayerMobs no longer empty shulker boxes they pick up** A PlayerMob (or an Echo) that picked up your shulker box would wipe everything inside it — when you killed the mob to get the box back, it came back empty. The mob was treating the box as a plain building block and re-placing it as an empty one. Now it keeps shulker boxes intact: it will still carry one and drop it when it dies, but never places it or uses it as building material, so the contents always survive. - Shulker boxes picked up by a PlayerMob keep their contents - A mob still carries a shulker box and returns it intact when killed - PlayerMobs never place shulker boxes as bridge, recovery, or combat-cover blocks

### 0.85.0 **PlayerMobs swim to shore and climb back to the train** A PlayerMob knocked off the train into water used to bob where it landed until the train left it behind — it could not even start trying to recover while afloat. It now swims properly, makes for the nearest reachable bank, and works its way back toward the line. Where the track runs on pillars it will walk up an existing spiral staircase rather than building its own. - Mobs that fall in the water now swim out instead of treading water until the train is gone - They swim at a player's pace and with the player swimming stroke, rather than paddling upright at walking speed - They head for the nearest bank they can actually climb out onto, preferring low ground near the track over a distant or sheer shoreline - Where a staircase or ladder already runs up to the track, they use it instead of pillaring up beside it **PlayerMobs no longer empty shulker boxes they pick up** A PlayerMob (or an Echo) that picked up your shulker box would wipe everything inside it — when you killed the mob to get the box back, it came back empty. The mob was treating the box as a plain building block and re-placing it as an empty one. Now it keeps shulker boxes intact: it will still carry one and drop it when it dies, but never places it or uses it as building material, so the contents always survive. - Shulker boxes picked up by a PlayerMob keep their contents - A mob still carries a shulker box and returns it intact when killed - PlayerMobs never place shulker boxes as bridge, recovery, or combat-cover blocks

### 0.83.0 **PlayerMobs step over carriage gaps instead of leaping them** PlayerMobs crossing between train carriage groups now take a hop sized to the actual gap. Dungeon Train tightened the seams between carriages, but PlayerMobs kept using the same big sprint-leap they needed for the old wider gaps — so they'd sail across a hand's-width seam. They now step over it. - Cross-carriage hops are sized to the real gap — about half the height and half the distance at Dungeon Train's current spacing - Wider gaps still get the full sprint jump, so nothing changes where the longer leap is actually needed - Fixed a mob briefly getting stuck in its crossing state after landing on a very narrow gap **PlayerMobs find their way back onto the train** A PlayerMob that falls onto the tracks now works its way back aboard instead of getting stuck. It bridges off the rails when there is a drop, builds a pillar up beside the passing carriages, and waits for a clear opening before jumping in. - Mobs stranded on the track bed no longer stand on the edge indefinitely — they place a block and step off. - Mobs beside the line build straight up rather than pacing alongside the train. - Boarding waits for a genuine opening, so mobs stop leaping into carriage walls or through gaps. - A mob with nothing to build from is given a few planks so it can bridge out and climb back on.

### 0.83.0 **PlayerMobs step over carriage gaps instead of leaping them** PlayerMobs crossing between train carriage groups now take a hop sized to the actual gap. Dungeon Train tightened the seams between carriages, but PlayerMobs kept using the same big sprint-leap they needed for the old wider gaps — so they'd sail across a hand's-width seam. They now step over it. - Cross-carriage hops are sized to the real gap — about half the height and half the distance at Dungeon Train's current spacing - Wider gaps still get the full sprint jump, so nothing changes where the longer leap is actually needed - Fixed a mob briefly getting stuck in its crossing state after landing on a very narrow gap **PlayerMobs find their way back onto the train** A PlayerMob that falls onto the tracks now works its way back aboard instead of getting stuck. It bridges off the rails when there is a drop, builds a pillar up beside the passing carriages, and waits for a clear opening before jumping in. - Mobs stranded on the track bed no longer stand on the edge indefinitely — they place a block and step off. - Mobs beside the line build straight up rather than pacing alongside the train. - Boarding waits for a genuine opening, so mobs stop leaping into carriage walls or through gaps. - A mob with nothing to build from is given a few planks so it can bridge out and climb back on.

### 0.83.0 **PlayerMobs step over carriage gaps instead of leaping them** PlayerMobs crossing between train carriage groups now take a hop sized to the actual gap. Dungeon Train tightened the seams between carriages, but PlayerMobs kept using the same big sprint-leap they needed for the old wider gaps — so they'd sail across a hand's-width seam. They now step over it. - Cross-carriage hops are sized to the real gap — about half the height and half the distance at Dungeon Train's current spacing - Wider gaps still get the full sprint jump, so nothing changes where the longer leap is actually needed - Fixed a mob briefly getting stuck in its crossing state after landing on a very narrow gap **PlayerMobs find their way back onto the train** A PlayerMob that falls onto the tracks now works its way back aboard instead of getting stuck. It bridges off the rails when there is a drop, builds a pillar up beside the passing carriages, and waits for a clear opening before jumping in. - Mobs stranded on the track bed no longer stand on the edge indefinitely — they place a block and step off. - Mobs beside the line build straight up rather than pacing alongside the train. - Boarding waits for a genuine opening, so mobs stop leaping into carriage walls or through gaps. - A mob with nothing to build from is given a few planks so it can bridge out and climb back on.

### 0.83.0 **PlayerMobs step over carriage gaps instead of leaping them** PlayerMobs crossing between train carriage groups now take a hop sized to the actual gap. Dungeon Train tightened the seams between carriages, but PlayerMobs kept using the same big sprint-leap they needed for the old wider gaps — so they'd sail across a hand's-width seam. They now step over it. - Cross-carriage hops are sized to the real gap — about half the height and half the distance at Dungeon Train's current spacing - Wider gaps still get the full sprint jump, so nothing changes where the longer leap is actually needed - Fixed a mob briefly getting stuck in its crossing state after landing on a very narrow gap **PlayerMobs find their way back onto the train** A PlayerMob that falls onto the tracks now works its way back aboard instead of getting stuck. It bridges off the rails when there is a drop, builds a pillar up beside the passing carriages, and waits for a clear opening before jumping in. - Mobs stranded on the track bed no longer stand on the edge indefinitely — they place a block and step off. - Mobs beside the line build straight up rather than pacing alongside the train. - Boarding waits for a genuine opening, so mobs stop leaping into carriage walls or through gaps. - A mob with nothing to build from is given a few planks so it can bridge out and climb back on.

### 0.83.0 **PlayerMobs step over carriage gaps instead of leaping them** PlayerMobs crossing between train carriage groups now take a hop sized to the actual gap. Dungeon Train tightened the seams between carriages, but PlayerMobs kept using the same big sprint-leap they needed for the old wider gaps — so they'd sail across a hand's-width seam. They now step over it. - Cross-carriage hops are sized to the real gap — about half the height and half the distance at Dungeon Train's current spacing - Wider gaps still get the full sprint jump, so nothing changes where the longer leap is actually needed - Fixed a mob briefly getting stuck in its crossing state after landing on a very narrow gap **PlayerMobs find their way back onto the train** A PlayerMob that falls onto the tracks now works its way back aboard instead of getting stuck. It bridges off the rails when there is a drop, builds a pillar up beside the passing carriages, and waits for a clear opening before jumping in. - Mobs stranded on the track bed no longer stand on the edge indefinitely — they place a block and step off. - Mobs beside the line build straight up rather than pacing alongside the train. - Boarding waits for a genuine opening, so mobs stop leaping into carriage walls or through gaps. - A mob with nothing to build from is given a few planks so it can bridge out and climb back on.

### 0.83.0 **PlayerMobs step over carriage gaps instead of leaping them** PlayerMobs crossing between train carriage groups now take a hop sized to the actual gap. Dungeon Train tightened the seams between carriages, but PlayerMobs kept using the same big sprint-leap they needed for the old wider gaps — so they'd sail across a hand's-width seam. They now step over it. - Cross-carriage hops are sized to the real gap — about half the height and half the distance at Dungeon Train's current spacing - Wider gaps still get the full sprint jump, so nothing changes where the longer leap is actually needed - Fixed a mob briefly getting stuck in its crossing state after landing on a very narrow gap **PlayerMobs find their way back onto the train** A PlayerMob that falls onto the tracks now works its way back aboard instead of getting stuck. It bridges off the rails when there is a drop, builds a pillar up beside the passing carriages, and waits for a clear opening before jumping in. - Mobs stranded on the track bed no longer stand on the edge indefinitely — they place a block and step off. - Mobs beside the line build straight up rather than pacing alongside the train. - Boarding waits for a genuine opening, so mobs stop leaping into carriage walls or through gaps. - A mob with nothing to build from is given a few planks so it can bridge out and climb back on.

### 0.83.0 **PlayerMobs step over carriage gaps instead of leaping them** PlayerMobs crossing between train carriage groups now take a hop sized to the actual gap. Dungeon Train tightened the seams between carriages, but PlayerMobs kept using the same big sprint-leap they needed for the old wider gaps — so they'd sail across a hand's-width seam. They now step over it. - Cross-carriage hops are sized to the real gap — about half the height and half the distance at Dungeon Train's current spacing - Wider gaps still get the full sprint jump, so nothing changes where the longer leap is actually needed - Fixed a mob briefly getting stuck in its crossing state after landing on a very narrow gap **PlayerMobs find their way back onto the train** A PlayerMob that falls onto the tracks now works its way back aboard instead of getting stuck. It bridges off the rails when there is a drop, builds a pillar up beside the passing carriages, and waits for a clear opening before jumping in. - Mobs stranded on the track bed no longer stand on the edge indefinitely — they place a block and step off. - Mobs beside the line build straight up rather than pacing alongside the train. - Boarding waits for a genuine opening, so mobs stop leaping into carriage walls or through gaps. - A mob with nothing to build from is given a few planks so it can bridge out and climb back on.

### 0.82.0 **Player-name skins now apply reliably on spawn eggs** Giving a PlayerMob a specific player's skin through a spawn egg's SkinPlayerName tag now works every time. Previously the skin would occasionally come out as a random player instead of the one you asked for. - SkinPlayerName on a spawn egg reliably applies that player's skin - Plain spawn eggs still roll a varied random skin as before

### 0.82.0 **Player-name skins now apply reliably on spawn eggs** Giving a PlayerMob a specific player's skin through a spawn egg's SkinPlayerName tag now works every time. Previously the skin would occasionally come out as a random player instead of the one you asked for. - SkinPlayerName on a spawn egg reliably applies that player's skin - Plain spawn eggs still roll a varied random skin as before

### 0.82.0 **Player-name skins now apply reliably on spawn eggs** Giving a PlayerMob a specific player's skin through a spawn egg's SkinPlayerName tag now works every time. Previously the skin would occasionally come out as a random player instead of the one you asked for. - SkinPlayerName on a spawn egg reliably applies that player's skin - Plain spawn eggs still roll a varied random skin as before

### 0.82.0 **Player-name skins now apply reliably on spawn eggs** Giving a PlayerMob a specific player's skin through a spawn egg's SkinPlayerName tag now works every time. Previously the skin would occasionally come out as a random player instead of the one you asked for. - SkinPlayerName on a spawn egg reliably applies that player's skin - Plain spawn eggs still roll a varied random skin as before

### 0.82.0 **Player-name skins now apply reliably on spawn eggs** Giving a PlayerMob a specific player's skin through a spawn egg's SkinPlayerName tag now works every time. Previously the skin would occasionally come out as a random player instead of the one you asked for. - SkinPlayerName on a spawn egg reliably applies that player's skin - Plain spawn eggs still roll a varied random skin as before

### 0.82.0 **Player-name skins now apply reliably on spawn eggs** Giving a PlayerMob a specific player's skin through a spawn egg's SkinPlayerName tag now works every time. Previously the skin would occasionally come out as a random player instead of the one you asked for. - SkinPlayerName on a spawn egg reliably applies that player's skin - Plain spawn eggs still roll a varied random skin as before

### 0.82.0 **Player-name skins now apply reliably on spawn eggs** Giving a PlayerMob a specific player's skin through a spawn egg's SkinPlayerName tag now works every time. Previously the skin would occasionally come out as a random player instead of the one you asked for. - SkinPlayerName on a spawn egg reliably applies that player's skin - Plain spawn eggs still roll a varied random skin as before

### 0.81.0 **Summon PlayerMobs pre-tethered — stay option, spawn NBT, and player-name anchors** You can now tether a PlayerMob the moment you summon it, instead of only after it already exists. /playermob summon gains a 'stay' option that pins the new mob to where it spawns, to a set of coordinates, or to a player or another PlayerMob — each with an optional radius. A new AnchorPlayer name key lets you tether by player name in spawn NBT, so you no longer need a raw UUID or a packed coordinate number; the mob follows that player as they move and reconnects to them after a relog. And /playermob summon now accepts raw {NBT} to bake in traits, skin, and the tether in one go. - New: /playermob summon <name> stay ( off | here | <pos> | <target> ) [radius] — tether a mob the instant it spawns - Tether by player NAME in spawn NBT via the new AnchorPlayer key — a friendly alternative to a raw UUID or a packed AnchorPos coordinate - Player/entity anchors follow the same leash-not-glue behaviour: the mob yields to combat, then walks back once it drifts beyond the radius - Optional {NBT} on /playermob summon bakes in traits, skin, and the stay tether at spawn ### 0.80.0 **New setting to stop PlayerMobs from hunting animals** Hungry PlayerMobs hunt nearby cows, pigs, chickens, sheep, and rabbits for meat when they're low on food. That's now optional — admins can turn it off entirely if they'd rather their PlayerMobs leave the local wildlife alone. - On by default, matching existing behaviour — toggle live with /playermob huntforfood on|off, or set huntForFood=false in the config to disable it permanently - Turning it off mid-hunt makes the mob drop the chase immediately, even with an animal already targeted ### 0.79.0 **Keep a PlayerMob near a spot or companion (stay-near tether)** PlayerMobs can now be tethered so they won't wander off. Give a mob a stay-near anchor — a fixed position or a live entity (you or another PlayerMob) — plus a radius, and it stays within it: when it drifts (or gets dragged by a fight) past the edge, it walks back, then goes right back to doing its own thing inside the ring. - New command: /playermob stay <name> ( off | here | <pos> | <target> ) [radius] — default radius 32 blocks (1–256). - The tether yields to combat — a mob will chase an enemy past its ring, then walk back to its anchor once the fight is over. - The anchor survives save/load and can be baked into spawn NBT (PlayerMobData/StayNear), so summoned or egg-spawned mobs can come pre-tethered.

### 0.81.0 **Summon PlayerMobs pre-tethered — stay option, spawn NBT, and player-name anchors** You can now tether a PlayerMob the moment you summon it, instead of only after it already exists. /playermob summon gains a 'stay' option that pins the new mob to where it spawns, to a set of coordinates, or to a player or another PlayerMob — each with an optional radius. A new AnchorPlayer name key lets you tether by player name in spawn NBT, so you no longer need a raw UUID or a packed coordinate number; the mob follows that player as they move and reconnects to them after a relog. And /playermob summon now accepts raw {NBT} to bake in traits, skin, and the tether in one go. - New: /playermob summon <name> stay ( off | here | <pos> | <target> ) [radius] — tether a mob the instant it spawns - Tether by player NAME in spawn NBT via the new AnchorPlayer key — a friendly alternative to a raw UUID or a packed AnchorPos coordinate - Player/entity anchors follow the same leash-not-glue behaviour: the mob yields to combat, then walks back once it drifts beyond the radius - Optional {NBT} on /playermob summon bakes in traits, skin, and the stay tether at spawn ### 0.80.0 **New setting to stop PlayerMobs from hunting animals** Hungry PlayerMobs hunt nearby cows, pigs, chickens, sheep, and rabbits for meat when they're low on food. That's now optional — admins can turn it off entirely if they'd rather their PlayerMobs leave the local wildlife alone. - On by default, matching existing behaviour — toggle live with /playermob huntforfood on|off, or set huntForFood=false in the config to disable it permanently - Turning it off mid-hunt makes the mob drop the chase immediately, even with an animal already targeted ### 0.79.0 **Keep a PlayerMob near a spot or companion (stay-near tether)** PlayerMobs can now be tethered so they won't wander off. Give a mob a stay-near anchor — a fixed position or a live entity (you or another PlayerMob) — plus a radius, and it stays within it: when it drifts (or gets dragged by a fight) past the edge, it walks back, then goes right back to doing its own thing inside the ring. - New command: /playermob stay <name> ( off | here | <pos> | <target> ) [radius] — default radius 32 blocks (1–256). - The tether yields to combat — a mob will chase an enemy past its ring, then walk back to its anchor once the fight is over. - The anchor survives save/load and can be baked into spawn NBT (PlayerMobData/StayNear), so summoned or egg-spawned mobs can come pre-tethered.

### 0.81.0 **Summon PlayerMobs pre-tethered — stay option, spawn NBT, and player-name anchors** You can now tether a PlayerMob the moment you summon it, instead of only after it already exists. /playermob summon gains a 'stay' option that pins the new mob to where it spawns, to a set of coordinates, or to a player or another PlayerMob — each with an optional radius. A new AnchorPlayer name key lets you tether by player name in spawn NBT, so you no longer need a raw UUID or a packed coordinate number; the mob follows that player as they move and reconnects to them after a relog. And /playermob summon now accepts raw {NBT} to bake in traits, skin, and the tether in one go. - New: /playermob summon <name> stay ( off | here | <pos> | <target> ) [radius] — tether a mob the instant it spawns - Tether by player NAME in spawn NBT via the new AnchorPlayer key — a friendly alternative to a raw UUID or a packed AnchorPos coordinate - Player/entity anchors follow the same leash-not-glue behaviour: the mob yields to combat, then walks back once it drifts beyond the radius - Optional {NBT} on /playermob summon bakes in traits, skin, and the stay tether at spawn ### 0.80.0 **New setting to stop PlayerMobs from hunting animals** Hungry PlayerMobs hunt nearby cows, pigs, chickens, sheep, and rabbits for meat when they're low on food. That's now optional — admins can turn it off entirely if they'd rather their PlayerMobs leave the local wildlife alone. - On by default, matching existing behaviour — toggle live with /playermob huntforfood on|off, or set huntForFood=false in the config to disable it permanently - Turning it off mid-hunt makes the mob drop the chase immediately, even with an animal already targeted ### 0.79.0 **Keep a PlayerMob near a spot or companion (stay-near tether)** PlayerMobs can now be tethered so they won't wander off. Give a mob a stay-near anchor — a fixed position or a live entity (you or another PlayerMob) — plus a radius, and it stays within it: when it drifts (or gets dragged by a fight) past the edge, it walks back, then goes right back to doing its own thing inside the ring. - New command: /playermob stay <name> ( off | here | <pos> | <target> ) [radius] — default radius 32 blocks (1–256). - The tether yields to combat — a mob will chase an enemy past its ring, then walk back to its anchor once the fight is over. - The anchor survives save/load and can be baked into spawn NBT (PlayerMobData/StayNear), so summoned or egg-spawned mobs can come pre-tethered.

### 0.81.0 **Summon PlayerMobs pre-tethered — stay option, spawn NBT, and player-name anchors** You can now tether a PlayerMob the moment you summon it, instead of only after it already exists. /playermob summon gains a 'stay' option that pins the new mob to where it spawns, to a set of coordinates, or to a player or another PlayerMob — each with an optional radius. A new AnchorPlayer name key lets you tether by player name in spawn NBT, so you no longer need a raw UUID or a packed coordinate number; the mob follows that player as they move and reconnects to them after a relog. And /playermob summon now accepts raw {NBT} to bake in traits, skin, and the tether in one go. - New: /playermob summon <name> stay ( off | here | <pos> | <target> ) [radius] — tether a mob the instant it spawns - Tether by player NAME in spawn NBT via the new AnchorPlayer key — a friendly alternative to a raw UUID or a packed AnchorPos coordinate - Player/entity anchors follow the same leash-not-glue behaviour: the mob yields to combat, then walks back once it drifts beyond the radius - Optional {NBT} on /playermob summon bakes in traits, skin, and the stay tether at spawn ### 0.80.0 **New setting to stop PlayerMobs from hunting animals** Hungry PlayerMobs hunt nearby cows, pigs, chickens, sheep, and rabbits for meat when they're low on food. That's now optional — admins can turn it off entirely if they'd rather their PlayerMobs leave the local wildlife alone. - On by default, matching existing behaviour — toggle live with /playermob huntforfood on|off, or set huntForFood=false in the config to disable it permanently - Turning it off mid-hunt makes the mob drop the chase immediately, even with an animal already targeted ### 0.79.0 **Keep a PlayerMob near a spot or companion (stay-near tether)** PlayerMobs can now be tethered so they won't wander off. Give a mob a stay-near anchor — a fixed position or a live entity (you or another PlayerMob) — plus a radius, and it stays within it: when it drifts (or gets dragged by a fight) past the edge, it walks back, then goes right back to doing its own thing inside the ring. - New command: /playermob stay <name> ( off | here | <pos> | <target> ) [radius] — default radius 32 blocks (1–256). - The tether yields to combat — a mob will chase an enemy past its ring, then walk back to its anchor once the fight is over. - The anchor survives save/load and can be baked into spawn NBT (PlayerMobData/StayNear), so summoned or egg-spawned mobs can come pre-tethered.

### 0.81.0 **Summon PlayerMobs pre-tethered — stay option, spawn NBT, and player-name anchors** You can now tether a PlayerMob the moment you summon it, instead of only after it already exists. /playermob summon gains a 'stay' option that pins the new mob to where it spawns, to a set of coordinates, or to a player or another PlayerMob — each with an optional radius. A new AnchorPlayer name key lets you tether by player name in spawn NBT, so you no longer need a raw UUID or a packed coordinate number; the mob follows that player as they move and reconnects to them after a relog. And /playermob summon now accepts raw {NBT} to bake in traits, skin, and the tether in one go. - New: /playermob summon <name> stay ( off | here | <pos> | <target> ) [radius] — tether a mob the instant it spawns - Tether by player NAME in spawn NBT via the new AnchorPlayer key — a friendly alternative to a raw UUID or a packed AnchorPos coordinate - Player/entity anchors follow the same leash-not-glue behaviour: the mob yields to combat, then walks back once it drifts beyond the radius - Optional {NBT} on /playermob summon bakes in traits, skin, and the stay tether at spawn ### 0.80.0 **New setting to stop PlayerMobs from hunting animals** Hungry PlayerMobs hunt nearby cows, pigs, chickens, sheep, and rabbits for meat when they're low on food. That's now optional — admins can turn it off entirely if they'd rather their PlayerMobs leave the local wildlife alone. - On by default, matching existing behaviour — toggle live with /playermob huntforfood on|off, or set huntForFood=false in the config to disable it permanently - Turning it off mid-hunt makes the mob drop the chase immediately, even with an animal already targeted ### 0.79.0 **Keep a PlayerMob near a spot or companion (stay-near tether)** PlayerMobs can now be tethered so they won't wander off. Give a mob a stay-near anchor — a fixed position or a live entity (you or another PlayerMob) — plus a radius, and it stays within it: when it drifts (or gets dragged by a fight) past the edge, it walks back, then goes right back to doing its own thing inside the ring. - New command: /playermob stay <name> ( off | here | <pos> | <target> ) [radius] — default radius 32 blocks (1–256). - The tether yields to combat — a mob will chase an enemy past its ring, then walk back to its anchor once the fight is over. - The anchor survives save/load and can be baked into spawn NBT (PlayerMobData/StayNear), so summoned or egg-spawned mobs can come pre-tethered.

### 0.81.0 **Summon PlayerMobs pre-tethered — stay option, spawn NBT, and player-name anchors** You can now tether a PlayerMob the moment you summon it, instead of only after it already exists. /playermob summon gains a 'stay' option that pins the new mob to where it spawns, to a set of coordinates, or to a player or another PlayerMob — each with an optional radius. A new AnchorPlayer name key lets you tether by player name in spawn NBT, so you no longer need a raw UUID or a packed coordinate number; the mob follows that player as they move and reconnects to them after a relog. And /playermob summon now accepts raw {NBT} to bake in traits, skin, and the tether in one go. - New: /playermob summon <name> stay ( off | here | <pos> | <target> ) [radius] — tether a mob the instant it spawns - Tether by player NAME in spawn NBT via the new AnchorPlayer key — a friendly alternative to a raw UUID or a packed AnchorPos coordinate - Player/entity anchors follow the same leash-not-glue behaviour: the mob yields to combat, then walks back once it drifts beyond the radius - Optional {NBT} on /playermob summon bakes in traits, skin, and the stay tether at spawn ### 0.80.0 **New setting to stop PlayerMobs from hunting animals** Hungry PlayerMobs hunt nearby cows, pigs, chickens, sheep, and rabbits for meat when they're low on food. That's now optional — admins can turn it off entirely if they'd rather their PlayerMobs leave the local wildlife alone. - On by default, matching existing behaviour — toggle live with /playermob huntforfood on|off, or set huntForFood=false in the config to disable it permanently - Turning it off mid-hunt makes the mob drop the chase immediately, even with an animal already targeted ### 0.79.0 **Keep a PlayerMob near a spot or companion (stay-near tether)** PlayerMobs can now be tethered so they won't wander off. Give a mob a stay-near anchor — a fixed position or a live entity (you or another PlayerMob) — plus a radius, and it stays within it: when it drifts (or gets dragged by a fight) past the edge, it walks back, then goes right back to doing its own thing inside the ring. - New command: /playermob stay <name> ( off | here | <pos> | <target> ) [radius] — default radius 32 blocks (1–256). - The tether yields to combat — a mob will chase an enemy past its ring, then walk back to its anchor once the fight is over. - The anchor survives save/load and can be baked into spawn NBT (PlayerMobData/StayNear), so summoned or egg-spawned mobs can come pre-tethered.

### 0.81.0 **Summon PlayerMobs pre-tethered — stay option, spawn NBT, and player-name anchors** You can now tether a PlayerMob the moment you summon it, instead of only after it already exists. /playermob summon gains a 'stay' option that pins the new mob to where it spawns, to a set of coordinates, or to a player or another PlayerMob — each with an optional radius. A new AnchorPlayer name key lets you tether by player name in spawn NBT, so you no longer need a raw UUID or a packed coordinate number; the mob follows that player as they move and reconnects to them after a relog. And /playermob summon now accepts raw {NBT} to bake in traits, skin, and the tether in one go. - New: /playermob summon <name> stay ( off | here | <pos> | <target> ) [radius] — tether a mob the instant it spawns - Tether by player NAME in spawn NBT via the new AnchorPlayer key — a friendly alternative to a raw UUID or a packed AnchorPos coordinate - Player/entity anchors follow the same leash-not-glue behaviour: the mob yields to combat, then walks back once it drifts beyond the radius - Optional {NBT} on /playermob summon bakes in traits, skin, and the stay tether at spawn ### 0.80.0 **New setting to stop PlayerMobs from hunting animals** Hungry PlayerMobs hunt nearby cows, pigs, chickens, sheep, and rabbits for meat when they're low on food. That's now optional — admins can turn it off entirely if they'd rather their PlayerMobs leave the local wildlife alone. - On by default, matching existing behaviour — toggle live with /playermob huntforfood on|off, or set huntForFood=false in the config to disable it permanently - Turning it off mid-hunt makes the mob drop the chase immediately, even with an animal already targeted ### 0.79.0 **Keep a PlayerMob near a spot or companion (stay-near tether)** PlayerMobs can now be tethered so they won't wander off. Give a mob a stay-near anchor — a fixed position or a live entity (you or another PlayerMob) — plus a radius, and it stays within it: when it drifts (or gets dragged by a fight) past the edge, it walks back, then goes right back to doing its own thing inside the ring. - New command: /playermob stay <name> ( off | here | <pos> | <target> ) [radius] — default radius 32 blocks (1–256). - The tether yields to combat — a mob will chase an enemy past its ring, then walk back to its anchor once the fight is over. - The anchor survives save/load and can be baked into spawn NBT (PlayerMobData/StayNear), so summoned or egg-spawned mobs can come pre-tethered.

### 0.80.0 **New setting to stop PlayerMobs from hunting animals** Hungry PlayerMobs hunt nearby cows, pigs, chickens, sheep, and rabbits for meat when they're low on food. That's now optional — admins can turn it off entirely if they'd rather their PlayerMobs leave the local wildlife alone. - On by default, matching existing behaviour — toggle live with /playermob huntforfood on|off, or set huntForFood=false in the config to disable it permanently - Turning it off mid-hunt makes the mob drop the chase immediately, even with an animal already targeted ### 0.79.0 **Keep a PlayerMob near a spot or companion (stay-near tether)** PlayerMobs can now be tethered so they won't wander off. Give a mob a stay-near anchor — a fixed position or a live entity (you or another PlayerMob) — plus a radius, and it stays within it: when it drifts (or gets dragged by a fight) past the edge, it walks back, then goes right back to doing its own thing inside the ring. - New command: /playermob stay <name> ( off | here | <pos> | <target> ) [radius] — default radius 32 blocks (1–256). - The tether yields to combat — a mob will chase an enemy past its ring, then walk back to its anchor once the fight is over. - The anchor survives save/load and can be baked into spawn NBT (PlayerMobData/StayNear), so summoned or egg-spawned mobs can come pre-tethered.

### 0.80.0 **New setting to stop PlayerMobs from hunting animals** Hungry PlayerMobs hunt nearby cows, pigs, chickens, sheep, and rabbits for meat when they're low on food. That's now optional — admins can turn it off entirely if they'd rather their PlayerMobs leave the local wildlife alone. - On by default, matching existing behaviour — toggle live with /playermob huntforfood on|off, or set huntForFood=false in the config to disable it permanently - Turning it off mid-hunt makes the mob drop the chase immediately, even with an animal already targeted ### 0.79.0 **Keep a PlayerMob near a spot or companion (stay-near tether)** PlayerMobs can now be tethered so they won't wander off. Give a mob a stay-near anchor — a fixed position or a live entity (you or another PlayerMob) — plus a radius, and it stays within it: when it drifts (or gets dragged by a fight) past the edge, it walks back, then goes right back to doing its own thing inside the ring. - New command: /playermob stay <name> ( off | here | <pos> | <target> ) [radius] — default radius 32 blocks (1–256). - The tether yields to combat — a mob will chase an enemy past its ring, then walk back to its anchor once the fight is over. - The anchor survives save/load and can be baked into spawn NBT (PlayerMobData/StayNear), so summoned or egg-spawned mobs can come pre-tethered.

### 0.80.0 **New setting to stop PlayerMobs from hunting animals** Hungry PlayerMobs hunt nearby cows, pigs, chickens, sheep, and rabbits for meat when they're low on food. That's now optional — admins can turn it off entirely if they'd rather their PlayerMobs leave the local wildlife alone. - On by default, matching existing behaviour — toggle live with /playermob huntforfood on|off, or set huntForFood=false in the config to disable it permanently - Turning it off mid-hunt makes the mob drop the chase immediately, even with an animal already targeted ### 0.79.0 **Keep a PlayerMob near a spot or companion (stay-near tether)** PlayerMobs can now be tethered so they won't wander off. Give a mob a stay-near anchor — a fixed position or a live entity (you or another PlayerMob) — plus a radius, and it stays within it: when it drifts (or gets dragged by a fight) past the edge, it walks back, then goes right back to doing its own thing inside the ring. - New command: /playermob stay <name> ( off | here | <pos> | <target> ) [radius] — default radius 32 blocks (1–256). - The tether yields to combat — a mob will chase an enemy past its ring, then walk back to its anchor once the fight is over. - The anchor survives save/load and can be baked into spawn NBT (PlayerMobData/StayNear), so summoned or egg-spawned mobs can come pre-tethered.

### 0.80.0 **New setting to stop PlayerMobs from hunting animals** Hungry PlayerMobs hunt nearby cows, pigs, chickens, sheep, and rabbits for meat when they're low on food. That's now optional — admins can turn it off entirely if they'd rather their PlayerMobs leave the local wildlife alone. - On by default, matching existing behaviour — toggle live with /playermob huntforfood on|off, or set huntForFood=false in the config to disable it permanently - Turning it off mid-hunt makes the mob drop the chase immediately, even with an animal already targeted ### 0.79.0 **Keep a PlayerMob near a spot or companion (stay-near tether)** PlayerMobs can now be tethered so they won't wander off. Give a mob a stay-near anchor — a fixed position or a live entity (you or another PlayerMob) — plus a radius, and it stays within it: when it drifts (or gets dragged by a fight) past the edge, it walks back, then goes right back to doing its own thing inside the ring. - New command: /playermob stay <name> ( off | here | <pos> | <target> ) [radius] — default radius 32 blocks (1–256). - The tether yields to combat — a mob will chase an enemy past its ring, then walk back to its anchor once the fight is over. - The anchor survives save/load and can be baked into spawn NBT (PlayerMobData/StayNear), so summoned or egg-spawned mobs can come pre-tethered.

### 0.80.0 **New setting to stop PlayerMobs from hunting animals** Hungry PlayerMobs hunt nearby cows, pigs, chickens, sheep, and rabbits for meat when they're low on food. That's now optional — admins can turn it off entirely if they'd rather their PlayerMobs leave the local wildlife alone. - On by default, matching existing behaviour — toggle live with /playermob huntforfood on|off, or set huntForFood=false in the config to disable it permanently - Turning it off mid-hunt makes the mob drop the chase immediately, even with an animal already targeted ### 0.79.0 **Keep a PlayerMob near a spot or companion (stay-near tether)** PlayerMobs can now be tethered so they won't wander off. Give a mob a stay-near anchor — a fixed position or a live entity (you or another PlayerMob) — plus a radius, and it stays within it: when it drifts (or gets dragged by a fight) past the edge, it walks back, then goes right back to doing its own thing inside the ring. - New command: /playermob stay <name> ( off | here | <pos> | <target> ) [radius] — default radius 32 blocks (1–256). - The tether yields to combat — a mob will chase an enemy past its ring, then walk back to its anchor once the fight is over. - The anchor survives save/load and can be baked into spawn NBT (PlayerMobData/StayNear), so summoned or egg-spawned mobs can come pre-tethered.

### 0.80.0 **New setting to stop PlayerMobs from hunting animals** Hungry PlayerMobs hunt nearby cows, pigs, chickens, sheep, and rabbits for meat when they're low on food. That's now optional — admins can turn it off entirely if they'd rather their PlayerMobs leave the local wildlife alone. - On by default, matching existing behaviour — toggle live with /playermob huntforfood on|off, or set huntForFood=false in the config to disable it permanently - Turning it off mid-hunt makes the mob drop the chase immediately, even with an animal already targeted ### 0.79.0 **Keep a PlayerMob near a spot or companion (stay-near tether)** PlayerMobs can now be tethered so they won't wander off. Give a mob a stay-near anchor — a fixed position or a live entity (you or another PlayerMob) — plus a radius, and it stays within it: when it drifts (or gets dragged by a fight) past the edge, it walks back, then goes right back to doing its own thing inside the ring. - New command: /playermob stay <name> ( off | here | <pos> | <target> ) [radius] — default radius 32 blocks (1–256). - The tether yields to combat — a mob will chase an enemy past its ring, then walk back to its anchor once the fight is over. - The anchor survives save/load and can be baked into spawn NBT (PlayerMobData/StayNear), so summoned or egg-spawned mobs can come pre-tethered.

### 0.80.0 **New setting to stop PlayerMobs from hunting animals** Hungry PlayerMobs hunt nearby cows, pigs, chickens, sheep, and rabbits for meat when they're low on food. That's now optional — admins can turn it off entirely if they'd rather their PlayerMobs leave the local wildlife alone. - On by default, matching existing behaviour — toggle live with /playermob huntforfood on|off, or set huntForFood=false in the config to disable it permanently - Turning it off mid-hunt makes the mob drop the chase immediately, even with an animal already targeted ### 0.79.0 **Keep a PlayerMob near a spot or companion (stay-near tether)** PlayerMobs can now be tethered so they won't wander off. Give a mob a stay-near anchor — a fixed position or a live entity (you or another PlayerMob) — plus a radius, and it stays within it: when it drifts (or gets dragged by a fight) past the edge, it walks back, then goes right back to doing its own thing inside the ring. - New command: /playermob stay <name> ( off | here | <pos> | <target> ) [radius] — default radius 32 blocks (1–256). - The tether yields to combat — a mob will chase an enemy past its ring, then walk back to its anchor once the fight is over. - The anchor survives save/load and can be baked into spawn NBT (PlayerMobData/StayNear), so summoned or egg-spawned mobs can come pre-tethered.

### 0.78.0 **PlayerMobs can wield modded firearms like MusketMod muskets** PlayerMobs can now use guns from other mods — muskets, pistols and the like — not just vanilla bows and crossbows. Point them at a supported firearm in the new moddedRangedWeapons config and a mob will pick it up, keep it, draw it when an enemy is at range, and fire it with the mod's own bullets. Just like a real musketeer, it stops to reload before every shot (with the mod's reload animation and sounds), then fires. It draws from real ammo it's carrying, so it falls back to melee when it runs dry. - Off by default — an admin lists the guns and their ammo in the moddedRangedWeapons config; MusketMod is the tested reference (all variants: musket, bayonet, scope, blunderbuss, pistol) - Full reload before every shot, using the mod's own loading animation and sounds — no instant firing - Fires the mod's real projectile and spends real ammo; works with any mod's firearm without extra code, and mobs can be armed via /item replace (mainhand gun + offhand cartridges) or by picking guns and ammo off the floor

### 0.78.0 **PlayerMobs can wield modded firearms like MusketMod muskets** PlayerMobs can now use guns from other mods — muskets, pistols and the like — not just vanilla bows and crossbows. Point them at a supported firearm in the new moddedRangedWeapons config and a mob will pick it up, keep it, draw it when an enemy is at range, and fire it with the mod's own bullets. Just like a real musketeer, it stops to reload before every shot (with the mod's reload animation and sounds), then fires. It draws from real ammo it's carrying, so it falls back to melee when it runs dry. - Off by default — an admin lists the guns and their ammo in the moddedRangedWeapons config; MusketMod is the tested reference (all variants: musket, bayonet, scope, blunderbuss, pistol) - Full reload before every shot, using the mod's own loading animation and sounds — no instant firing - Fires the mod's real projectile and spends real ammo; works with any mod's firearm without extra code, and mobs can be armed via /item replace (mainhand gun + offhand cartridges) or by picking guns and ammo off the floor

### 0.78.0 **PlayerMobs can wield modded firearms like MusketMod muskets** PlayerMobs can now use guns from other mods — muskets, pistols and the like — not just vanilla bows and crossbows. Point them at a supported firearm in the new moddedRangedWeapons config and a mob will pick it up, keep it, draw it when an enemy is at range, and fire it with the mod's own bullets. Just like a real musketeer, it stops to reload before every shot (with the mod's reload animation and sounds), then fires. It draws from real ammo it's carrying, so it falls back to melee when it runs dry. - Off by default — an admin lists the guns and their ammo in the moddedRangedWeapons config; MusketMod is the tested reference (all variants: musket, bayonet, scope, blunderbuss, pistol) - Full reload before every shot, using the mod's own loading animation and sounds — no instant firing - Fires the mod's real projectile and spends real ammo; works with any mod's firearm without extra code, and mobs can be armed via /item replace (mainhand gun + offhand cartridges) or by picking guns and ammo off the floor

### 0.78.0 **PlayerMobs can wield modded firearms like MusketMod muskets** PlayerMobs can now use guns from other mods — muskets, pistols and the like — not just vanilla bows and crossbows. Point them at a supported firearm in the new moddedRangedWeapons config and a mob will pick it up, keep it, draw it when an enemy is at range, and fire it with the mod's own bullets. Just like a real musketeer, it stops to reload before every shot (with the mod's reload animation and sounds), then fires. It draws from real ammo it's carrying, so it falls back to melee when it runs dry. - Off by default — an admin lists the guns and their ammo in the moddedRangedWeapons config; MusketMod is the tested reference (all variants: musket, bayonet, scope, blunderbuss, pistol) - Full reload before every shot, using the mod's own loading animation and sounds — no instant firing - Fires the mod's real projectile and spends real ammo; works with any mod's firearm without extra code, and mobs can be armed via /item replace (mainhand gun + offhand cartridges) or by picking guns and ammo off the floor

### 0.78.0 **PlayerMobs can wield modded firearms like MusketMod muskets** PlayerMobs can now use guns from other mods — muskets, pistols and the like — not just vanilla bows and crossbows. Point them at a supported firearm in the new moddedRangedWeapons config and a mob will pick it up, keep it, draw it when an enemy is at range, and fire it with the mod's own bullets. Just like a real musketeer, it stops to reload before every shot (with the mod's reload animation and sounds), then fires. It draws from real ammo it's carrying, so it falls back to melee when it runs dry. - Off by default — an admin lists the guns and their ammo in the moddedRangedWeapons config; MusketMod is the tested reference (all variants: musket, bayonet, scope, blunderbuss, pistol) - Full reload before every shot, using the mod's own loading animation and sounds — no instant firing - Fires the mod's real projectile and spends real ammo; works with any mod's firearm without extra code, and mobs can be armed via /item replace (mainhand gun + offhand cartridges) or by picking guns and ammo off the floor

### 0.78.0 **PlayerMobs can wield modded firearms like MusketMod muskets** PlayerMobs can now use guns from other mods — muskets, pistols and the like — not just vanilla bows and crossbows. Point them at a supported firearm in the new moddedRangedWeapons config and a mob will pick it up, keep it, draw it when an enemy is at range, and fire it with the mod's own bullets. Just like a real musketeer, it stops to reload before every shot (with the mod's reload animation and sounds), then fires. It draws from real ammo it's carrying, so it falls back to melee when it runs dry. - Off by default — an admin lists the guns and their ammo in the moddedRangedWeapons config; MusketMod is the tested reference (all variants: musket, bayonet, scope, blunderbuss, pistol) - Full reload before every shot, using the mod's own loading animation and sounds — no instant firing - Fires the mod's real projectile and spends real ammo; works with any mod's firearm without extra code, and mobs can be armed via /item replace (mainhand gun + offhand cartridges) or by picking guns and ammo off the floor

### 0.78.0 **PlayerMobs can wield modded firearms like MusketMod muskets** PlayerMobs can now use guns from other mods — muskets, pistols and the like — not just vanilla bows and crossbows. Point them at a supported firearm in the new moddedRangedWeapons config and a mob will pick it up, keep it, draw it when an enemy is at range, and fire it with the mod's own bullets. Just like a real musketeer, it stops to reload before every shot (with the mod's reload animation and sounds), then fires. It draws from real ammo it's carrying, so it falls back to melee when it runs dry. - Off by default — an admin lists the guns and their ammo in the moddedRangedWeapons config; MusketMod is the tested reference (all variants: musket, bayonet, scope, blunderbuss, pistol) - Full reload before every shot, using the mod's own loading animation and sounds — no instant firing - Fires the mod's real projectile and spends real ammo; works with any mod's firearm without extra code, and mobs can be armed via /item replace (mainhand gun + offhand cartridges) or by picking guns and ammo off the floor

### 0.77.0 **Burning PlayerMobs run for water — or douse themselves with a bucket** A PlayerMob that catches fire now drops everything to save itself. If there's water close by it sprints in; if it's carrying a water bucket it dumps it at its feet, stands in the puddle to put the flames out, then scoops the water back up once it's safe. It won't get distracted or give up until it's no longer burning. - Sprints straight to nearby water the instant it catches fire, ignoring everything else until it's safe - Carrying a water bucket (in hand or backpack)? It empties it at its own feet, douses itself, then picks the water back up - On by default — toggle with /playermob extinguishwithbucket on|off, or the extinguishWithBucket config option

### 0.77.0 **Burning PlayerMobs run for water — or douse themselves with a bucket** A PlayerMob that catches fire now drops everything to save itself. If there's water close by it sprints in; if it's carrying a water bucket it dumps it at its feet, stands in the puddle to put the flames out, then scoops the water back up once it's safe. It won't get distracted or give up until it's no longer burning. - Sprints straight to nearby water the instant it catches fire, ignoring everything else until it's safe - Carrying a water bucket (in hand or backpack)? It empties it at its own feet, douses itself, then picks the water back up - On by default — toggle with /playermob extinguishwithbucket on|off, or the extinguishWithBucket config option

### 0.77.0 **Burning PlayerMobs run for water — or douse themselves with a bucket** A PlayerMob that catches fire now drops everything to save itself. If there's water close by it sprints in; if it's carrying a water bucket it dumps it at its feet, stands in the puddle to put the flames out, then scoops the water back up once it's safe. It won't get distracted or give up until it's no longer burning. - Sprints straight to nearby water the instant it catches fire, ignoring everything else until it's safe - Carrying a water bucket (in hand or backpack)? It empties it at its own feet, douses itself, then picks the water back up - On by default — toggle with /playermob extinguishwithbucket on|off, or the extinguishWithBucket config option

### 0.77.0 **Burning PlayerMobs run for water — or douse themselves with a bucket** A PlayerMob that catches fire now drops everything to save itself. If there's water close by it sprints in; if it's carrying a water bucket it dumps it at its feet, stands in the puddle to put the flames out, then scoops the water back up once it's safe. It won't get distracted or give up until it's no longer burning. - Sprints straight to nearby water the instant it catches fire, ignoring everything else until it's safe - Carrying a water bucket (in hand or backpack)? It empties it at its own feet, douses itself, then picks the water back up - On by default — toggle with /playermob extinguishwithbucket on|off, or the extinguishWithBucket config option

### 0.77.0 **Burning PlayerMobs run for water — or douse themselves with a bucket** A PlayerMob that catches fire now drops everything to save itself. If there's water close by it sprints in; if it's carrying a water bucket it dumps it at its feet, stands in the puddle to put the flames out, then scoops the water back up once it's safe. It won't get distracted or give up until it's no longer burning. - Sprints straight to nearby water the instant it catches fire, ignoring everything else until it's safe - Carrying a water bucket (in hand or backpack)? It empties it at its own feet, douses itself, then picks the water back up - On by default — toggle with /playermob extinguishwithbucket on|off, or the extinguishWithBucket config option

### 0.77.0 **Burning PlayerMobs run for water — or douse themselves with a bucket** A PlayerMob that catches fire now drops everything to save itself. If there's water close by it sprints in; if it's carrying a water bucket it dumps it at its feet, stands in the puddle to put the flames out, then scoops the water back up once it's safe. It won't get distracted or give up until it's no longer burning. - Sprints straight to nearby water the instant it catches fire, ignoring everything else until it's safe - Carrying a water bucket (in hand or backpack)? It empties it at its own feet, douses itself, then picks the water back up - On by default — toggle with /playermob extinguishwithbucket on|off, or the extinguishWithBucket config option

### 0.77.0 **Burning PlayerMobs run for water — or douse themselves with a bucket** A PlayerMob that catches fire now drops everything to save itself. If there's water close by it sprints in; if it's carrying a water bucket it dumps it at its feet, stands in the puddle to put the flames out, then scoops the water back up once it's safe. It won't get distracted or give up until it's no longer burning. - Sprints straight to nearby water the instant it catches fire, ignoring everything else until it's safe - Carrying a water bucket (in hand or backpack)? It empties it at its own feet, douses itself, then picks the water back up - On by default — toggle with /playermob extinguishwithbucket on|off, or the extinguishWithBucket config option

### 0.76.0 **Orders stick until they're done** Commands you give a PlayerMob (walk, greet, gift, steal, use, place, punch) no longer get forgotten if they take a while or the mob is interrupted. The mob now keeps the task and finishes it — reacting to threats along the way and picking the order back up afterward. - Orders persist until executed, instead of being dropped after ~10 seconds - By default the mob fights or flees a threat mid-task, then resumes the order - New flags: 'for <n> s' sets how long to keep trying, 'forever' never gives up, 'nonstop' ignores distractions - Each mob remembers its own default timeout / interruptibility (settable via NBT) ### 0.75.0 **PlayerMobs stop attacking neutral mobs unprovoked** PlayerMobs used to charge and attack zombified piglins on sight. Now they leave neutral mobs — zombified piglins, endermen, piglins, iron golems — alone unless the mob turns hostile first, just like these mobs leave players alone until provoked. PlayerMobs still defend themselves when attacked, and still hunt genuinely hostile mobs like zombies and skeletons. - Zombified piglins, endermen and piglins are no longer attacked on sight - PlayerMobs still fight back if a neutral mob turns on them - Genuinely hostile mobs (zombies, skeletons, creepers…) are still engaged as before

### 0.76.0 **Orders stick until they're done** Commands you give a PlayerMob (walk, greet, gift, steal, use, place, punch) no longer get forgotten if they take a while or the mob is interrupted. The mob now keeps the task and finishes it — reacting to threats along the way and picking the order back up afterward. - Orders persist until executed, instead of being dropped after ~10 seconds - By default the mob fights or flees a threat mid-task, then resumes the order - New flags: 'for <n> s' sets how long to keep trying, 'forever' never gives up, 'nonstop' ignores distractions - Each mob remembers its own default timeout / interruptibility (settable via NBT) ### 0.75.0 **PlayerMobs stop attacking neutral mobs unprovoked** PlayerMobs used to charge and attack zombified piglins on sight. Now they leave neutral mobs — zombified piglins, endermen, piglins, iron golems — alone unless the mob turns hostile first, just like these mobs leave players alone until provoked. PlayerMobs still defend themselves when attacked, and still hunt genuinely hostile mobs like zombies and skeletons. - Zombified piglins, endermen and piglins are no longer attacked on sight - PlayerMobs still fight back if a neutral mob turns on them - Genuinely hostile mobs (zombies, skeletons, creepers…) are still engaged as before

### 0.76.0 **Orders stick until they're done** Commands you give a PlayerMob (walk, greet, gift, steal, use, place, punch) no longer get forgotten if they take a while or the mob is interrupted. The mob now keeps the task and finishes it — reacting to threats along the way and picking the order back up afterward. - Orders persist until executed, instead of being dropped after ~10 seconds - By default the mob fights or flees a threat mid-task, then resumes the order - New flags: 'for <n> s' sets how long to keep trying, 'forever' never gives up, 'nonstop' ignores distractions - Each mob remembers its own default timeout / interruptibility (settable via NBT) ### 0.75.0 **PlayerMobs stop attacking neutral mobs unprovoked** PlayerMobs used to charge and attack zombified piglins on sight. Now they leave neutral mobs — zombified piglins, endermen, piglins, iron golems — alone unless the mob turns hostile first, just like these mobs leave players alone until provoked. PlayerMobs still defend themselves when attacked, and still hunt genuinely hostile mobs like zombies and skeletons. - Zombified piglins, endermen and piglins are no longer attacked on sight - PlayerMobs still fight back if a neutral mob turns on them - Genuinely hostile mobs (zombies, skeletons, creepers…) are still engaged as before

### 0.76.0 **Orders stick until they're done** Commands you give a PlayerMob (walk, greet, gift, steal, use, place, punch) no longer get forgotten if they take a while or the mob is interrupted. The mob now keeps the task and finishes it — reacting to threats along the way and picking the order back up afterward. - Orders persist until executed, instead of being dropped after ~10 seconds - By default the mob fights or flees a threat mid-task, then resumes the order - New flags: 'for <n> s' sets how long to keep trying, 'forever' never gives up, 'nonstop' ignores distractions - Each mob remembers its own default timeout / interruptibility (settable via NBT) ### 0.75.0 **PlayerMobs stop attacking neutral mobs unprovoked** PlayerMobs used to charge and attack zombified piglins on sight. Now they leave neutral mobs — zombified piglins, endermen, piglins, iron golems — alone unless the mob turns hostile first, just like these mobs leave players alone until provoked. PlayerMobs still defend themselves when attacked, and still hunt genuinely hostile mobs like zombies and skeletons. - Zombified piglins, endermen and piglins are no longer attacked on sight - PlayerMobs still fight back if a neutral mob turns on them - Genuinely hostile mobs (zombies, skeletons, creepers…) are still engaged as before

### 0.76.0 **Orders stick until they're done** Commands you give a PlayerMob (walk, greet, gift, steal, use, place, punch) no longer get forgotten if they take a while or the mob is interrupted. The mob now keeps the task and finishes it — reacting to threats along the way and picking the order back up afterward. - Orders persist until executed, instead of being dropped after ~10 seconds - By default the mob fights or flees a threat mid-task, then resumes the order - New flags: 'for <n> s' sets how long to keep trying, 'forever' never gives up, 'nonstop' ignores distractions - Each mob remembers its own default timeout / interruptibility (settable via NBT) ### 0.75.0 **PlayerMobs stop attacking neutral mobs unprovoked** PlayerMobs used to charge and attack zombified piglins on sight. Now they leave neutral mobs — zombified piglins, endermen, piglins, iron golems — alone unless the mob turns hostile first, just like these mobs leave players alone until provoked. PlayerMobs still defend themselves when attacked, and still hunt genuinely hostile mobs like zombies and skeletons. - Zombified piglins, endermen and piglins are no longer attacked on sight - PlayerMobs still fight back if a neutral mob turns on them - Genuinely hostile mobs (zombies, skeletons, creepers…) are still engaged as before

### 0.76.0 **Orders stick until they're done** Commands you give a PlayerMob (walk, greet, gift, steal, use, place, punch) no longer get forgotten if they take a while or the mob is interrupted. The mob now keeps the task and finishes it — reacting to threats along the way and picking the order back up afterward. - Orders persist until executed, instead of being dropped after ~10 seconds - By default the mob fights or flees a threat mid-task, then resumes the order - New flags: 'for <n> s' sets how long to keep trying, 'forever' never gives up, 'nonstop' ignores distractions - Each mob remembers its own default timeout / interruptibility (settable via NBT) ### 0.75.0 **PlayerMobs stop attacking neutral mobs unprovoked** PlayerMobs used to charge and attack zombified piglins on sight. Now they leave neutral mobs — zombified piglins, endermen, piglins, iron golems — alone unless the mob turns hostile first, just like these mobs leave players alone until provoked. PlayerMobs still defend themselves when attacked, and still hunt genuinely hostile mobs like zombies and skeletons. - Zombified piglins, endermen and piglins are no longer attacked on sight - PlayerMobs still fight back if a neutral mob turns on them - Genuinely hostile mobs (zombies, skeletons, creepers…) are still engaged as before

### 0.76.0 **Orders stick until they're done** Commands you give a PlayerMob (walk, greet, gift, steal, use, place, punch) no longer get forgotten if they take a while or the mob is interrupted. The mob now keeps the task and finishes it — reacting to threats along the way and picking the order back up afterward. - Orders persist until executed, instead of being dropped after ~10 seconds - By default the mob fights or flees a threat mid-task, then resumes the order - New flags: 'for <n> s' sets how long to keep trying, 'forever' never gives up, 'nonstop' ignores distractions - Each mob remembers its own default timeout / interruptibility (settable via NBT) ### 0.75.0 **PlayerMobs stop attacking neutral mobs unprovoked** PlayerMobs used to charge and attack zombified piglins on sight. Now they leave neutral mobs — zombified piglins, endermen, piglins, iron golems — alone unless the mob turns hostile first, just like these mobs leave players alone until provoked. PlayerMobs still defend themselves when attacked, and still hunt genuinely hostile mobs like zombies and skeletons. - Zombified piglins, endermen and piglins are no longer attacked on sight - PlayerMobs still fight back if a neutral mob turns on them - Genuinely hostile mobs (zombies, skeletons, creepers…) are still engaged as before

### 0.74.0 **Summon a PlayerMob wearing a named player's skin via NBT** A raw /summon (or entity egg) can now carry a SkinPlayerName tag to wear a named player's real skin, composable with any other NBT (attributes, health, etc.) in the same command. - Local skin-folder files still take priority; otherwise the name is resolved against a real Mojang skin, same as /playermob summon

### 0.74.0 **Summon a PlayerMob wearing a named player's skin via NBT** A raw /summon (or entity egg) can now carry a SkinPlayerName tag to wear a named player's real skin, composable with any other NBT (attributes, health, etc.) in the same command. - Local skin-folder files still take priority; otherwise the name is resolved against a real Mojang skin, same as /playermob summon

### 0.74.0 **Summon a PlayerMob wearing a named player's skin via NBT** A raw /summon (or entity egg) can now carry a SkinPlayerName tag to wear a named player's real skin, composable with any other NBT (attributes, health, etc.) in the same command. - Local skin-folder files still take priority; otherwise the name is resolved against a real Mojang skin, same as /playermob summon

### 0.74.0 **Summon a PlayerMob wearing a named player's skin via NBT** A raw /summon (or entity egg) can now carry a SkinPlayerName tag to wear a named player's real skin, composable with any other NBT (attributes, health, etc.) in the same command. - Local skin-folder files still take priority; otherwise the name is resolved against a real Mojang skin, same as /playermob summon

### 0.74.0 **Summon a PlayerMob wearing a named player's skin via NBT** A raw /summon (or entity egg) can now carry a SkinPlayerName tag to wear a named player's real skin, composable with any other NBT (attributes, health, etc.) in the same command. - Local skin-folder files still take priority; otherwise the name is resolved against a real Mojang skin, same as /playermob summon

### 0.74.0 **Summon a PlayerMob wearing a named player's skin via NBT** A raw /summon (or entity egg) can now carry a SkinPlayerName tag to wear a named player's real skin, composable with any other NBT (attributes, health, etc.) in the same command. - Local skin-folder files still take priority; otherwise the name is resolved against a real Mojang skin, same as /playermob summon

### 0.74.0 **Summon a PlayerMob wearing a named player's skin via NBT** A raw /summon (or entity egg) can now carry a SkinPlayerName tag to wear a named player's real skin, composable with any other NBT (attributes, health, etc.) in the same command. - Local skin-folder files still take priority; otherwise the name is resolved against a real Mojang skin, same as /playermob summon

### 0.73.0 **PlayerMob drops absolutely everything on death** A PlayerMob's death now drops its full backpack with zero exceptions — TNT, end crystals, obsidian, and igniters included, on top of its already-guaranteed equipped gear (weapon, off-hand, armor). Killing a bomber no longer withholds its explosives kit; it drops the whole thing, exactly like a player. - TNT and its igniters (flint & steel, fire charge, redstone block, lever, button, pressure plate) now drop on death instead of being withheld - End crystals and their obsidian base now drop on death instead of being withheld - Equipped gear and ordinary backpack items are unaffected — already dropped at 100% before this fix

### 0.73.0 **PlayerMob drops absolutely everything on death** A PlayerMob's death now drops its full backpack with zero exceptions — TNT, end crystals, obsidian, and igniters included, on top of its already-guaranteed equipped gear (weapon, off-hand, armor). Killing a bomber no longer withholds its explosives kit; it drops the whole thing, exactly like a player. - TNT and its igniters (flint & steel, fire charge, redstone block, lever, button, pressure plate) now drop on death instead of being withheld - End crystals and their obsidian base now drop on death instead of being withheld - Equipped gear and ordinary backpack items are unaffected — already dropped at 100% before this fix

### 0.73.0 **PlayerMob drops absolutely everything on death** A PlayerMob's death now drops its full backpack with zero exceptions — TNT, end crystals, obsidian, and igniters included, on top of its already-guaranteed equipped gear (weapon, off-hand, armor). Killing a bomber no longer withholds its explosives kit; it drops the whole thing, exactly like a player. - TNT and its igniters (flint & steel, fire charge, redstone block, lever, button, pressure plate) now drop on death instead of being withheld - End crystals and their obsidian base now drop on death instead of being withheld - Equipped gear and ordinary backpack items are unaffected — already dropped at 100% before this fix

### 0.73.0 **PlayerMob drops absolutely everything on death** A PlayerMob's death now drops its full backpack with zero exceptions — TNT, end crystals, obsidian, and igniters included, on top of its already-guaranteed equipped gear (weapon, off-hand, armor). Killing a bomber no longer withholds its explosives kit; it drops the whole thing, exactly like a player. - TNT and its igniters (flint & steel, fire charge, redstone block, lever, button, pressure plate) now drop on death instead of being withheld - End crystals and their obsidian base now drop on death instead of being withheld - Equipped gear and ordinary backpack items are unaffected — already dropped at 100% before this fix

### 0.73.0 **PlayerMob drops absolutely everything on death** A PlayerMob's death now drops its full backpack with zero exceptions — TNT, end crystals, obsidian, and igniters included, on top of its already-guaranteed equipped gear (weapon, off-hand, armor). Killing a bomber no longer withholds its explosives kit; it drops the whole thing, exactly like a player. - TNT and its igniters (flint & steel, fire charge, redstone block, lever, button, pressure plate) now drop on death instead of being withheld - End crystals and their obsidian base now drop on death instead of being withheld - Equipped gear and ordinary backpack items are unaffected — already dropped at 100% before this fix

### 0.73.0 **PlayerMob drops absolutely everything on death** A PlayerMob's death now drops its full backpack with zero exceptions — TNT, end crystals, obsidian, and igniters included, on top of its already-guaranteed equipped gear (weapon, off-hand, armor). Killing a bomber no longer withholds its explosives kit; it drops the whole thing, exactly like a player. - TNT and its igniters (flint & steel, fire charge, redstone block, lever, button, pressure plate) now drop on death instead of being withheld - End crystals and their obsidian base now drop on death instead of being withheld - Equipped gear and ordinary backpack items are unaffected — already dropped at 100% before this fix

### 0.73.0 **PlayerMob drops absolutely everything on death** A PlayerMob's death now drops its full backpack with zero exceptions — TNT, end crystals, obsidian, and igniters included, on top of its already-guaranteed equipped gear (weapon, off-hand, armor). Killing a bomber no longer withholds its explosives kit; it drops the whole thing, exactly like a player. - TNT and its igniters (flint & steel, fire charge, redstone block, lever, button, pressure plate) now drop on death instead of being withheld - End crystals and their obsidian base now drop on death instead of being withheld - Equipped gear and ordinary backpack items are unaffected — already dropped at 100% before this fix

### 0.72.0 **PlayerMobs bomb with end crystals from behind cover** A PlayerMob that's carrying end crystals, obsidian, and a few blocks to hide behind now fights with the game's biggest handheld explosion: it plants a crystal on an obsidian base by its target, throws up a little wall to duck behind, raises a shield if it has one, and punches the crystal to set it off — walking away from its own blast and doing it again until it runs out, then falling back to its usual bow-and-blade combat. - Stacks a two-block wall between itself and the crystal and crouches behind it (blocking with a shield if it has one), so it survives a point-blank blast while whoever it's fighting does not - Sets the crystal off with a real melee punch, and builds its little bunker one block at a time - Tries several angles when it rigs, so it works on hills and in tight spots, not just open flats - Won't drop its end crystals or their obsidian base when you kill it - On by default (needs the mobGriefing gamerule); toggle live with /playermob endcrystalcombat on|off

### 0.72.0 **PlayerMobs bomb with end crystals from behind cover** A PlayerMob that's carrying end crystals, obsidian, and a few blocks to hide behind now fights with the game's biggest handheld explosion: it plants a crystal on an obsidian base by its target, throws up a little wall to duck behind, raises a shield if it has one, and punches the crystal to set it off — walking away from its own blast and doing it again until it runs out, then falling back to its usual bow-and-blade combat. - Stacks a two-block wall between itself and the crystal and crouches behind it (blocking with a shield if it has one), so it survives a point-blank blast while whoever it's fighting does not - Sets the crystal off with a real melee punch, and builds its little bunker one block at a time - Tries several angles when it rigs, so it works on hills and in tight spots, not just open flats - Won't drop its end crystals or their obsidian base when you kill it - On by default (needs the mobGriefing gamerule); toggle live with /playermob endcrystalcombat on|off

### 0.72.0 **PlayerMobs bomb with end crystals from behind cover** A PlayerMob that's carrying end crystals, obsidian, and a few blocks to hide behind now fights with the game's biggest handheld explosion: it plants a crystal on an obsidian base by its target, throws up a little wall to duck behind, raises a shield if it has one, and punches the crystal to set it off — walking away from its own blast and doing it again until it runs out, then falling back to its usual bow-and-blade combat. - Stacks a two-block wall between itself and the crystal and crouches behind it (blocking with a shield if it has one), so it survives a point-blank blast while whoever it's fighting does not - Sets the crystal off with a real melee punch, and builds its little bunker one block at a time - Tries several angles when it rigs, so it works on hills and in tight spots, not just open flats - Won't drop its end crystals or their obsidian base when you kill it - On by default (needs the mobGriefing gamerule); toggle live with /playermob endcrystalcombat on|off

### 0.72.0 **PlayerMobs bomb with end crystals from behind cover** A PlayerMob that's carrying end crystals, obsidian, and a few blocks to hide behind now fights with the game's biggest handheld explosion: it plants a crystal on an obsidian base by its target, throws up a little wall to duck behind, raises a shield if it has one, and punches the crystal to set it off — walking away from its own blast and doing it again until it runs out, then falling back to its usual bow-and-blade combat. - Stacks a two-block wall between itself and the crystal and crouches behind it (blocking with a shield if it has one), so it survives a point-blank blast while whoever it's fighting does not - Sets the crystal off with a real melee punch, and builds its little bunker one block at a time - Tries several angles when it rigs, so it works on hills and in tight spots, not just open flats - Won't drop its end crystals or their obsidian base when you kill it - On by default (needs the mobGriefing gamerule); toggle live with /playermob endcrystalcombat on|off

### 0.72.0 **PlayerMobs bomb with end crystals from behind cover** A PlayerMob that's carrying end crystals, obsidian, and a few blocks to hide behind now fights with the game's biggest handheld explosion: it plants a crystal on an obsidian base by its target, throws up a little wall to duck behind, raises a shield if it has one, and punches the crystal to set it off — walking away from its own blast and doing it again until it runs out, then falling back to its usual bow-and-blade combat. - Stacks a two-block wall between itself and the crystal and crouches behind it (blocking with a shield if it has one), so it survives a point-blank blast while whoever it's fighting does not - Sets the crystal off with a real melee punch, and builds its little bunker one block at a time - Tries several angles when it rigs, so it works on hills and in tight spots, not just open flats - Won't drop its end crystals or their obsidian base when you kill it - On by default (needs the mobGriefing gamerule); toggle live with /playermob endcrystalcombat on|off

### 0.72.0 **PlayerMobs bomb with end crystals from behind cover** A PlayerMob that's carrying end crystals, obsidian, and a few blocks to hide behind now fights with the game's biggest handheld explosion: it plants a crystal on an obsidian base by its target, throws up a little wall to duck behind, raises a shield if it has one, and punches the crystal to set it off — walking away from its own blast and doing it again until it runs out, then falling back to its usual bow-and-blade combat. - Stacks a two-block wall between itself and the crystal and crouches behind it (blocking with a shield if it has one), so it survives a point-blank blast while whoever it's fighting does not - Sets the crystal off with a real melee punch, and builds its little bunker one block at a time - Tries several angles when it rigs, so it works on hills and in tight spots, not just open flats - Won't drop its end crystals or their obsidian base when you kill it - On by default (needs the mobGriefing gamerule); toggle live with /playermob endcrystalcombat on|off

### 0.72.0 **PlayerMobs bomb with end crystals from behind cover** A PlayerMob that's carrying end crystals, obsidian, and a few blocks to hide behind now fights with the game's biggest handheld explosion: it plants a crystal on an obsidian base by its target, throws up a little wall to duck behind, raises a shield if it has one, and punches the crystal to set it off — walking away from its own blast and doing it again until it runs out, then falling back to its usual bow-and-blade combat. - Stacks a two-block wall between itself and the crystal and crouches behind it (blocking with a shield if it has one), so it survives a point-blank blast while whoever it's fighting does not - Sets the crystal off with a real melee punch, and builds its little bunker one block at a time - Tries several angles when it rigs, so it works on hills and in tight spots, not just open flats - Won't drop its end crystals or their obsidian base when you kill it - On by default (needs the mobGriefing gamerule); toggle live with /playermob endcrystalcombat on|off

### 0.71.0 **PlayerMobs turn bomber with TNT** A PlayerMob that's carrying TNT and a way to light it now fights with explosives: it rushes whoever it's fighting, drops a stick of TNT, sets it off, and sprints clear — again and again until it runs out, then falls back to its usual bow-and-blade combat. - Lights the TNT with flint & steel or a fire charge, or by rigging a redstone block, lever, button, or pressure plate right beside it - Backs off just far enough to survive the blast, then comes straight back — no waiting around for the boom - Won't drop its TNT — or the tools to light it — when you kill it - On by default (needs the mobGriefing gamerule); toggle live with /playermob tntcombat on|off

### 0.71.0 **PlayerMobs turn bomber with TNT** A PlayerMob that's carrying TNT and a way to light it now fights with explosives: it rushes whoever it's fighting, drops a stick of TNT, sets it off, and sprints clear — again and again until it runs out, then falls back to its usual bow-and-blade combat. - Lights the TNT with flint & steel or a fire charge, or by rigging a redstone block, lever, button, or pressure plate right beside it - Backs off just far enough to survive the blast, then comes straight back — no waiting around for the boom - Won't drop its TNT — or the tools to light it — when you kill it - On by default (needs the mobGriefing gamerule); toggle live with /playermob tntcombat on|off

### 0.71.0 **PlayerMobs turn bomber with TNT** A PlayerMob that's carrying TNT and a way to light it now fights with explosives: it rushes whoever it's fighting, drops a stick of TNT, sets it off, and sprints clear — again and again until it runs out, then falls back to its usual bow-and-blade combat. - Lights the TNT with flint & steel or a fire charge, or by rigging a redstone block, lever, button, or pressure plate right beside it - Backs off just far enough to survive the blast, then comes straight back — no waiting around for the boom - Won't drop its TNT — or the tools to light it — when you kill it - On by default (needs the mobGriefing gamerule); toggle live with /playermob tntcombat on|off

### 0.71.0 **PlayerMobs turn bomber with TNT** A PlayerMob that's carrying TNT and a way to light it now fights with explosives: it rushes whoever it's fighting, drops a stick of TNT, sets it off, and sprints clear — again and again until it runs out, then falls back to its usual bow-and-blade combat. - Lights the TNT with flint & steel or a fire charge, or by rigging a redstone block, lever, button, or pressure plate right beside it - Backs off just far enough to survive the blast, then comes straight back — no waiting around for the boom - Won't drop its TNT — or the tools to light it — when you kill it - On by default (needs the mobGriefing gamerule); toggle live with /playermob tntcombat on|off

### 0.71.0 **PlayerMobs turn bomber with TNT** A PlayerMob that's carrying TNT and a way to light it now fights with explosives: it rushes whoever it's fighting, drops a stick of TNT, sets it off, and sprints clear — again and again until it runs out, then falls back to its usual bow-and-blade combat. - Lights the TNT with flint & steel or a fire charge, or by rigging a redstone block, lever, button, or pressure plate right beside it - Backs off just far enough to survive the blast, then comes straight back — no waiting around for the boom - Won't drop its TNT — or the tools to light it — when you kill it - On by default (needs the mobGriefing gamerule); toggle live with /playermob tntcombat on|off

### 0.71.0 **PlayerMobs turn bomber with TNT** A PlayerMob that's carrying TNT and a way to light it now fights with explosives: it rushes whoever it's fighting, drops a stick of TNT, sets it off, and sprints clear — again and again until it runs out, then falls back to its usual bow-and-blade combat. - Lights the TNT with flint & steel or a fire charge, or by rigging a redstone block, lever, button, or pressure plate right beside it - Backs off just far enough to survive the blast, then comes straight back — no waiting around for the boom - Won't drop its TNT — or the tools to light it — when you kill it - On by default (needs the mobGriefing gamerule); toggle live with /playermob tntcombat on|off

### 0.71.0 **PlayerMobs turn bomber with TNT** A PlayerMob that's carrying TNT and a way to light it now fights with explosives: it rushes whoever it's fighting, drops a stick of TNT, sets it off, and sprints clear — again and again until it runs out, then falls back to its usual bow-and-blade combat. - Lights the TNT with flint & steel or a fire charge, or by rigging a redstone block, lever, button, or pressure plate right beside it - Backs off just far enough to survive the blast, then comes straight back — no waiting around for the boom - Won't drop its TNT — or the tools to light it — when you kill it - On by default (needs the mobGriefing gamerule); toggle live with /playermob tntcombat on|off

### 0.70.0 **Better Combat / Better Mob Combat support** Give a PlayerMob a sword or axe and it fights with Better Combat's animated wind-up and combo swings, like any other humanoid mob — works out of the box with Better Combat + Better Mob Combat (now listed as optional dependencies). Modpack heads-up: pair Better Mob Combat 1.3.0 with Better Combat 1.8.6, as the newer Better Combat 1.9.0 crashes. - PlayerMobs use Better Combat's animated melee when Better Combat + Better Mob Combat are installed - Pair Better Mob Combat 1.3.0 with Better Combat 1.8.6 — the newer 1.9.0 crashes

### 0.70.0 **Better Combat / Better Mob Combat support** Give a PlayerMob a sword or axe and it fights with Better Combat's animated wind-up and combo swings, like any other humanoid mob — works out of the box with Better Combat + Better Mob Combat (now listed as optional dependencies). Modpack heads-up: pair Better Mob Combat 1.3.0 with Better Combat 1.8.6, as the newer Better Combat 1.9.0 crashes. - PlayerMobs use Better Combat's animated melee when Better Combat + Better Mob Combat are installed - Pair Better Mob Combat 1.3.0 with Better Combat 1.8.6 — the newer 1.9.0 crashes

### 0.70.0 **Better Combat / Better Mob Combat support** Give a PlayerMob a sword or axe and it fights with Better Combat's animated wind-up and combo swings, like any other humanoid mob — works out of the box with Better Combat + Better Mob Combat (now listed as optional dependencies). Modpack heads-up: pair Better Mob Combat 1.3.0 with Better Combat 1.8.6, as the newer Better Combat 1.9.0 crashes. - PlayerMobs use Better Combat's animated melee when Better Combat + Better Mob Combat are installed - Pair Better Mob Combat 1.3.0 with Better Combat 1.8.6 — the newer 1.9.0 crashes

### 0.70.0 **Better Combat / Better Mob Combat support** Give a PlayerMob a sword or axe and it fights with Better Combat's animated wind-up and combo swings, like any other humanoid mob — works out of the box with Better Combat + Better Mob Combat (now listed as optional dependencies). Modpack heads-up: pair Better Mob Combat 1.3.0 with Better Combat 1.8.6, as the newer Better Combat 1.9.0 crashes. - PlayerMobs use Better Combat's animated melee when Better Combat + Better Mob Combat are installed - Pair Better Mob Combat 1.3.0 with Better Combat 1.8.6 — the newer 1.9.0 crashes

### 0.70.0 **Better Combat / Better Mob Combat support** Give a PlayerMob a sword or axe and it fights with Better Combat's animated wind-up and combo swings, like any other humanoid mob — works out of the box with Better Combat + Better Mob Combat (now listed as optional dependencies). Modpack heads-up: pair Better Mob Combat 1.3.0 with Better Combat 1.8.6, as the newer Better Combat 1.9.0 crashes. - PlayerMobs use Better Combat's animated melee when Better Combat + Better Mob Combat are installed - Pair Better Mob Combat 1.3.0 with Better Combat 1.8.6 — the newer 1.9.0 crashes

### 0.70.0 **Better Combat / Better Mob Combat support** Give a PlayerMob a sword or axe and it fights with Better Combat's animated wind-up and combo swings, like any other humanoid mob — works out of the box with Better Combat + Better Mob Combat (now listed as optional dependencies). Modpack heads-up: pair Better Mob Combat 1.3.0 with Better Combat 1.8.6, as the newer Better Combat 1.9.0 crashes. - PlayerMobs use Better Combat's animated melee when Better Combat + Better Mob Combat are installed - Pair Better Mob Combat 1.3.0 with Better Combat 1.8.6 — the newer 1.9.0 crashes

### 0.70.0 **Better Combat / Better Mob Combat support** Give a PlayerMob a sword or axe and it fights with Better Combat's animated wind-up and combo swings, like any other humanoid mob — works out of the box with Better Combat + Better Mob Combat (now listed as optional dependencies). Modpack heads-up: pair Better Mob Combat 1.3.0 with Better Combat 1.8.6, as the newer Better Combat 1.9.0 crashes. - PlayerMobs use Better Combat's animated melee when Better Combat + Better Mob Combat are installed - Pair Better Mob Combat 1.3.0 with Better Combat 1.8.6 — the newer 1.9.0 crashes

### 0.69.0 **Per-mob natural-spawn chances now work (and no more world-gen freeze)** Per-mob natural-spawn chances set in playermob.properties (e.g. naturalSpawnScale.minecraft:zombie) were silently ignored — every mob fell back to its group default, so custom values you set never applied. They now load correctly from your existing config, no edits needed. This also fixes a world-generation freeze that could happen when a village generated while natural spawning was on. - Per-mob naturalSpawnScale.<id> overrides now actually take effect (they were all being dropped) - Fixes a world-gen hang when villages/iron golems generated with natural spawning enabled - Works with your existing config file — no changes required ### 0.68.0 **Unit tests now run on every supported Minecraft version** The mod's unit-test suite now runs automatically across all supported Minecraft versions (1.20.1, 1.21.1, and the 26.x preview) on every change, so cross-version regressions get caught before a build ever ships.

### 0.69.0 **Per-mob natural-spawn chances now work (and no more world-gen freeze)** Per-mob natural-spawn chances set in playermob.properties (e.g. naturalSpawnScale.minecraft:zombie) were silently ignored — every mob fell back to its group default, so custom values you set never applied. They now load correctly from your existing config, no edits needed. This also fixes a world-generation freeze that could happen when a village generated while natural spawning was on. - Per-mob naturalSpawnScale.<id> overrides now actually take effect (they were all being dropped) - Fixes a world-gen hang when villages/iron golems generated with natural spawning enabled - Works with your existing config file — no changes required ### 0.68.0 **Unit tests now run on every supported Minecraft version** The mod's unit-test suite now runs automatically across all supported Minecraft versions (1.20.1, 1.21.1, and the 26.x preview) on every change, so cross-version regressions get caught before a build ever ships.

### 0.69.0 **Per-mob natural-spawn chances now work (and no more world-gen freeze)** Per-mob natural-spawn chances set in playermob.properties (e.g. naturalSpawnScale.minecraft:zombie) were silently ignored — every mob fell back to its group default, so custom values you set never applied. They now load correctly from your existing config, no edits needed. This also fixes a world-generation freeze that could happen when a village generated while natural spawning was on. - Per-mob naturalSpawnScale.<id> overrides now actually take effect (they were all being dropped) - Fixes a world-gen hang when villages/iron golems generated with natural spawning enabled - Works with your existing config file — no changes required ### 0.68.0 **Unit tests now run on every supported Minecraft version** The mod's unit-test suite now runs automatically across all supported Minecraft versions (1.20.1, 1.21.1, and the 26.x preview) on every change, so cross-version regressions get caught before a build ever ships.

### 0.69.0 **Per-mob natural-spawn chances now work (and no more world-gen freeze)** Per-mob natural-spawn chances set in playermob.properties (e.g. naturalSpawnScale.minecraft:zombie) were silently ignored — every mob fell back to its group default, so custom values you set never applied. They now load correctly from your existing config, no edits needed. This also fixes a world-generation freeze that could happen when a village generated while natural spawning was on. - Per-mob naturalSpawnScale.<id> overrides now actually take effect (they were all being dropped) - Fixes a world-gen hang when villages/iron golems generated with natural spawning enabled - Works with your existing config file — no changes required ### 0.68.0 **Unit tests now run on every supported Minecraft version** The mod's unit-test suite now runs automatically across all supported Minecraft versions (1.20.1, 1.21.1, and the 26.x preview) on every change, so cross-version regressions get caught before a build ever ships.

### 0.69.0 **Per-mob natural-spawn chances now work (and no more world-gen freeze)** Per-mob natural-spawn chances set in playermob.properties (e.g. naturalSpawnScale.minecraft:zombie) were silently ignored — every mob fell back to its group default, so custom values you set never applied. They now load correctly from your existing config, no edits needed. This also fixes a world-generation freeze that could happen when a village generated while natural spawning was on. - Per-mob naturalSpawnScale.<id> overrides now actually take effect (they were all being dropped) - Fixes a world-gen hang when villages/iron golems generated with natural spawning enabled - Works with your existing config file — no changes required ### 0.68.0 **Unit tests now run on every supported Minecraft version** The mod's unit-test suite now runs automatically across all supported Minecraft versions (1.20.1, 1.21.1, and the 26.x preview) on every change, so cross-version regressions get caught before a build ever ships.

### 0.69.0 **Per-mob natural-spawn chances now work (and no more world-gen freeze)** Per-mob natural-spawn chances set in playermob.properties (e.g. naturalSpawnScale.minecraft:zombie) were silently ignored — every mob fell back to its group default, so custom values you set never applied. They now load correctly from your existing config, no edits needed. This also fixes a world-generation freeze that could happen when a village generated while natural spawning was on. - Per-mob naturalSpawnScale.<id> overrides now actually take effect (they were all being dropped) - Fixes a world-gen hang when villages/iron golems generated with natural spawning enabled - Works with your existing config file — no changes required ### 0.68.0 **Unit tests now run on every supported Minecraft version** The mod's unit-test suite now runs automatically across all supported Minecraft versions (1.20.1, 1.21.1, and the 26.x preview) on every change, so cross-version regressions get caught before a build ever ships.

### 0.69.0 **Per-mob natural-spawn chances now work (and no more world-gen freeze)** Per-mob natural-spawn chances set in playermob.properties (e.g. naturalSpawnScale.minecraft:zombie) were silently ignored — every mob fell back to its group default, so custom values you set never applied. They now load correctly from your existing config, no edits needed. This also fixes a world-generation freeze that could happen when a village generated while natural spawning was on. - Per-mob naturalSpawnScale.<id> overrides now actually take effect (they were all being dropped) - Fixes a world-gen hang when villages/iron golems generated with natural spawning enabled - Works with your existing config file — no changes required ### 0.68.0 **Unit tests now run on every supported Minecraft version** The mod's unit-test suite now runs automatically across all supported Minecraft versions (1.20.1, 1.21.1, and the 26.x preview) on every change, so cross-version regressions get caught before a build ever ships.

### 0.67.0 **Tune how often PlayerMobs wear a custom skin** The chance a PlayerMob spawns wearing a real custom skin (instead of a bundled vanilla default) is now yours to set. It still defaults to ~40%, exactly as before — but you can dial it anywhere from 0% (always a plain vanilla look) to 100% (always a custom skin, whenever one is available). - New config option customSkinChance (0.0-1.0) in config/playermob.properties — defaults to 0.4, so nothing changes unless you want it to. - Adjust it live without a restart: /playermob skin chance <0.0-1.0>. - /playermob skin sources now also shows the current custom-skin chance. - 0.0 = every PlayerMob wears a bundled vanilla default; 1.0 = always a custom (online or local) skin when one exists; bundled stays the fallback when none is available.

### 0.67.0 **Tune how often PlayerMobs wear a custom skin** The chance a PlayerMob spawns wearing a real custom skin (instead of a bundled vanilla default) is now yours to set. It still defaults to ~40%, exactly as before — but you can dial it anywhere from 0% (always a plain vanilla look) to 100% (always a custom skin, whenever one is available). - New config option customSkinChance (0.0-1.0) in config/playermob.properties — defaults to 0.4, so nothing changes unless you want it to. - Adjust it live without a restart: /playermob skin chance <0.0-1.0>. - /playermob skin sources now also shows the current custom-skin chance. - 0.0 = every PlayerMob wears a bundled vanilla default; 1.0 = always a custom (online or local) skin when one exists; bundled stays the fallback when none is available.

### 0.67.0 **Tune how often PlayerMobs wear a custom skin** The chance a PlayerMob spawns wearing a real custom skin (instead of a bundled vanilla default) is now yours to set. It still defaults to ~40%, exactly as before — but you can dial it anywhere from 0% (always a plain vanilla look) to 100% (always a custom skin, whenever one is available). - New config option customSkinChance (0.0-1.0) in config/playermob.properties — defaults to 0.4, so nothing changes unless you want it to. - Adjust it live without a restart: /playermob skin chance <0.0-1.0>. - /playermob skin sources now also shows the current custom-skin chance. - 0.0 = every PlayerMob wears a bundled vanilla default; 1.0 = always a custom (online or local) skin when one exists; bundled stays the fallback when none is available.

### 0.67.0 **Tune how often PlayerMobs wear a custom skin** The chance a PlayerMob spawns wearing a real custom skin (instead of a bundled vanilla default) is now yours to set. It still defaults to ~40%, exactly as before — but you can dial it anywhere from 0% (always a plain vanilla look) to 100% (always a custom skin, whenever one is available). - New config option customSkinChance (0.0-1.0) in config/playermob.properties — defaults to 0.4, so nothing changes unless you want it to. - Adjust it live without a restart: /playermob skin chance <0.0-1.0>. - /playermob skin sources now also shows the current custom-skin chance. - 0.0 = every PlayerMob wears a bundled vanilla default; 1.0 = always a custom (online or local) skin when one exists; bundled stays the fallback when none is available.

### 0.67.0 **Tune how often PlayerMobs wear a custom skin** The chance a PlayerMob spawns wearing a real custom skin (instead of a bundled vanilla default) is now yours to set. It still defaults to ~40%, exactly as before — but you can dial it anywhere from 0% (always a plain vanilla look) to 100% (always a custom skin, whenever one is available). - New config option customSkinChance (0.0-1.0) in config/playermob.properties — defaults to 0.4, so nothing changes unless you want it to. - Adjust it live without a restart: /playermob skin chance <0.0-1.0>. - /playermob skin sources now also shows the current custom-skin chance. - 0.0 = every PlayerMob wears a bundled vanilla default; 1.0 = always a custom (online or local) skin when one exists; bundled stays the fallback when none is available.

### 0.67.0 **Tune how often PlayerMobs wear a custom skin** The chance a PlayerMob spawns wearing a real custom skin (instead of a bundled vanilla default) is now yours to set. It still defaults to ~40%, exactly as before — but you can dial it anywhere from 0% (always a plain vanilla look) to 100% (always a custom skin, whenever one is available). - New config option customSkinChance (0.0-1.0) in config/playermob.properties — defaults to 0.4, so nothing changes unless you want it to. - Adjust it live without a restart: /playermob skin chance <0.0-1.0>. - /playermob skin sources now also shows the current custom-skin chance. - 0.0 = every PlayerMob wears a bundled vanilla default; 1.0 = always a custom (online or local) skin when one exists; bundled stays the fallback when none is available.

### 0.67.0 **Tune how often PlayerMobs wear a custom skin** The chance a PlayerMob spawns wearing a real custom skin (instead of a bundled vanilla default) is now yours to set. It still defaults to ~40%, exactly as before — but you can dial it anywhere from 0% (always a plain vanilla look) to 100% (always a custom skin, whenever one is available). - New config option customSkinChance (0.0-1.0) in config/playermob.properties — defaults to 0.4, so nothing changes unless you want it to. - Adjust it live without a restart: /playermob skin chance <0.0-1.0>. - /playermob skin sources now also shows the current custom-skin chance. - 0.0 = every PlayerMob wears a bundled vanilla default; 1.0 = always a custom (online or local) skin when one exists; bundled stays the fallback when none is available.

### 0.66.0 **Choose which PlayerMobs get named after their skin** Auto-naming is now a mode instead of an on/off switch. Pick which kinds of spawns wear their skin source as a nameplate — wild spawns, egg/spawner/command spawns, all of them, or none. - /playermob autoname off|natural|egg|all (off by default) - 'egg' covers spawn eggs, mob spawners, /summon and dispensers; 'natural' covers wild spawns; 'all' covers everything except Dungeon Train - /playermob summon <name|file> now waits for the skin to load before naming, and an explicit 'named' always takes priority

### 0.66.0 **Choose which PlayerMobs get named after their skin** Auto-naming is now a mode instead of an on/off switch. Pick which kinds of spawns wear their skin source as a nameplate — wild spawns, egg/spawner/command spawns, all of them, or none. - /playermob autoname off|natural|egg|all (off by default) - 'egg' covers spawn eggs, mob spawners, /summon and dispensers; 'natural' covers wild spawns; 'all' covers everything except Dungeon Train - /playermob summon <name|file> now waits for the skin to load before naming, and an explicit 'named' always takes priority

### 0.66.0 **Choose which PlayerMobs get named after their skin** Auto-naming is now a mode instead of an on/off switch. Pick which kinds of spawns wear their skin source as a nameplate — wild spawns, egg/spawner/command spawns, all of them, or none. - /playermob autoname off|natural|egg|all (off by default) - 'egg' covers spawn eggs, mob spawners, /summon and dispensers; 'natural' covers wild spawns; 'all' covers everything except Dungeon Train - /playermob summon <name|file> now waits for the skin to load before naming, and an explicit 'named' always takes priority

### 0.66.0 **Choose which PlayerMobs get named after their skin** Auto-naming is now a mode instead of an on/off switch. Pick which kinds of spawns wear their skin source as a nameplate — wild spawns, egg/spawner/command spawns, all of them, or none. - /playermob autoname off|natural|egg|all (off by default) - 'egg' covers spawn eggs, mob spawners, /summon and dispensers; 'natural' covers wild spawns; 'all' covers everything except Dungeon Train - /playermob summon <name|file> now waits for the skin to load before naming, and an explicit 'named' always takes priority

### 0.66.0 **Choose which PlayerMobs get named after their skin** Auto-naming is now a mode instead of an on/off switch. Pick which kinds of spawns wear their skin source as a nameplate — wild spawns, egg/spawner/command spawns, all of them, or none. - /playermob autoname off|natural|egg|all (off by default) - 'egg' covers spawn eggs, mob spawners, /summon and dispensers; 'natural' covers wild spawns; 'all' covers everything except Dungeon Train - /playermob summon <name|file> now waits for the skin to load before naming, and an explicit 'named' always takes priority

### 0.66.0 **Choose which PlayerMobs get named after their skin** Auto-naming is now a mode instead of an on/off switch. Pick which kinds of spawns wear their skin source as a nameplate — wild spawns, egg/spawner/command spawns, all of them, or none. - /playermob autoname off|natural|egg|all (off by default) - 'egg' covers spawn eggs, mob spawners, /summon and dispensers; 'natural' covers wild spawns; 'all' covers everything except Dungeon Train - /playermob summon <name|file> now waits for the skin to load before naming, and an explicit 'named' always takes priority

### 0.66.0 **Choose which PlayerMobs get named after their skin** Auto-naming is now a mode instead of an on/off switch. Pick which kinds of spawns wear their skin source as a nameplate — wild spawns, egg/spawner/command spawns, all of them, or none. - /playermob autoname off|natural|egg|all (off by default) - 'egg' covers spawn eggs, mob spawners, /summon and dispensers; 'natural' covers wild spawns; 'all' covers everything except Dungeon Train - /playermob summon <name|file> now waits for the skin to load before naming, and an explicit 'named' always takes priority

### 0.65.0 **Naturally-spawned PlayerMobs can be named after their skin** Turn on auto-naming and every PlayerMob that spawns out in the world wears a nameplate showing where its look came from — the filename of your local skin, or the name behind an online skin. Mobs using a built-in default skin stay unnamed. - New 'autoNameNaturalSpawns' config option (off by default) - Toggle it live in-game with /playermob autonamenaturalspawns on|off - Local skins show their filename; online skins show their display name

### 0.65.0 **Naturally-spawned PlayerMobs can be named after their skin** Turn on auto-naming and every PlayerMob that spawns out in the world wears a nameplate showing where its look came from — the filename of your local skin, or the name behind an online skin. Mobs using a built-in default skin stay unnamed. - New 'autoNameNaturalSpawns' config option (off by default) - Toggle it live in-game with /playermob autonamenaturalspawns on|off - Local skins show their filename; online skins show their display name

### 0.65.0 **Naturally-spawned PlayerMobs can be named after their skin** Turn on auto-naming and every PlayerMob that spawns out in the world wears a nameplate showing where its look came from — the filename of your local skin, or the name behind an online skin. Mobs using a built-in default skin stay unnamed. - New 'autoNameNaturalSpawns' config option (off by default) - Toggle it live in-game with /playermob autonamenaturalspawns on|off - Local skins show their filename; online skins show their display name

### 0.65.0 **Naturally-spawned PlayerMobs can be named after their skin** Turn on auto-naming and every PlayerMob that spawns out in the world wears a nameplate showing where its look came from — the filename of your local skin, or the name behind an online skin. Mobs using a built-in default skin stay unnamed. - New 'autoNameNaturalSpawns' config option (off by default) - Toggle it live in-game with /playermob autonamenaturalspawns on|off - Local skins show their filename; online skins show their display name

### 0.65.0 **Naturally-spawned PlayerMobs can be named after their skin** Turn on auto-naming and every PlayerMob that spawns out in the world wears a nameplate showing where its look came from — the filename of your local skin, or the name behind an online skin. Mobs using a built-in default skin stay unnamed. - New 'autoNameNaturalSpawns' config option (off by default) - Toggle it live in-game with /playermob autonamenaturalspawns on|off - Local skins show their filename; online skins show their display name