Defence Setting, makes bot prioritise staying alive over completing task.

## Describe your suggestion
So this would automatically eat when necessary so the player doesnt starve, run away from players if they approach or come into render distance and avoid mobs, THIS INCLUDES AVOIDING OR HITTING BACK GHASTS FIREBALLS. I have had a massive problem with that, I cannot use baritone in the nether AT ALL because ghast will constantly shoot at me and baritone doesnt defend itself. I have also had problems with avoiding mods and especialy skeletons are baritone just ignores them and let the arrows damage the player.

So, how to do this?'

Make baritone eat when hungry and status is classified as 'safe', no immidate danger such an mods or players in a dangerous vincity.

Stay out of range of basic hostile mods so avoiding creepers/zombies/skeletons/spiders, best way to do it would be to re-path away from the mobs(with that being the main goal) but force the bot walk within 45-90 degrees of the way to the original target.

Also make it so the bot will deflect ghasts fireballs and avoid areas where they will land if they could damage the bot(if the bot cannot deflect the fireball in time)

Also a good feature would be to use a shield against incoming arrows if they are incoming

## Settings

Auto-eat
Have different settings like:
[more eating -> less eating]
Regen - Eat so the bot can always regen
Sprint - Eat so the bot can always sprint
Live - Eat so the bot doesnt stave

Defence:
Have different responce settings for reactions to players in the area, like run away when player is 100-80-50-30-20-10 blocks away from bot
Make option so the bot will hide itself(mine into a wall then repair entrence and shift until player leaves area), this could also work for mobs if player is on low health and cannot regen.
Have option for paranoid option where the bot will log off if a player comings within a certain distance.

## Context
This means baritone is more versitile in the wild and allows people to leave the bot running, being comfortable that the account wont get fireballed as soon as it stands in the nether or let a player kill it with arrows[or with a sword, etc] as soon as the account is spotted.

## Final checklist
- [✓] I have not used any OwO's or UwU's in this issue.

The issue names no files, tests, or entry points. Start by locating existing handling for hunger, mob and player avoidance, pathfinding, ghast fireballs, and shields, then narrow the proposal to one behavior with explicit triggers, thresholds, and acceptance cases.

Written by the indexing model from the issue text.