@Vrayer, congratulation on making your first mod! I have to warn you however that changes like theses will cause oos if you play with players that wouldn't have the mod. For the mod you posted, you should keep the compatibility check enabled in the mod.json to avoid problems. If you really want to create a compatible mod that does this without compatibility issues (that will not oos), you would need a different approach where the UnitAI behavior stay unmodified but triggers re-issuing a command, for other clients to serialize the same behavior as you want. That's tiny slightly more complicated to do but very feasible.

My point being that, ideally, these should be historically informed. But I wonder why this is even the case, it seems quite independent from the objective of making a bot better than Petra, which seems you have achieved and I would be interested in playing against (and I think should make it to vanilla), just I wouldn't want additional inaccurate techs (if that's the case with those, and when there seems so much to clean up already).    That's nice, although I guess it might be preferable if resource gathering speed is the same at all levels, and easier levels are easier for other reasons, to add uniformity and be easier to explain (by completely removing that "cheating" factor many don't like). Restrictions on the number of certain things seems fine to me, closer to modelling an actual player.

But the hunter has to be at the last of the previous species already, by "would then continue with the species of the queued individual animal", I would understand the species of each queued individual animal, that is, if you queue a sheep, a goat, and a gazelle, the hunter would hunt all sheep, goats and gazelles nearby, which is not what happens, and is what @Vrayer seems to want from his first post (what you say is the present behaviour, and he wouldn't be posting anything to begin with), and I understand his concern, but it's some micro that apparently has not really bothered players much. I've come across this kind of issue in the past when, for example, a few trees in a patch remain, and I'd like that, when workers are finished, for them to go mining, but if I try to queue this I have to click on each tree, otherwise they'll go mining after finishing the individual tree they are chopping right then. If others are up to reduce micro in this case, the "Target Area" button I mentioned could be considered, also including the possibility of targeting resources in that area. It would be just like expanding the pointer to an adjustable circular area for gathering, hunting, combat, and maybe other things like multiple garrisoning and ship boarding, for which units could automatically redistribute properly (right now I guess one would just queue orders and units would iterate among those until finding a spot).

Hey, thanks to @Atrik for pointing me in the right direction. I spent some time with ChatGPT and managed to create a small mod that seems to work. If you want to try it out: Installation: Download and extract the zip file into: Linux: ~/.local/share/0ad/mods/ Windows: %appdata%\0ad\mods\ Launch 0 A.D., go to Settings → Mod Selection, and enable Better Hunting. Restart 0 A.D. if required. What it does: Hunters can switch automatically between different meat animals. Other resource gathering behavior remains unchanged. better_hunting.zip

1. Technologies that increase resistance, etc. 2. Gathering speed multipliers (up to the Medium level, the player has certain bonuses; at Medium and above, resource gathering speed is the same) Sandbox=0.42,  Very Easy=0.56,  Easy=0.75,  Medium=1.00,  Hard=1.00,   Very Hard=1.00 3. The Medium level may have some vanilla restrictions on the number of towers or fortresses.