Да, могу замутить цикл, который никогда не завершится, но это будет просто костыль. Боевая система должна быть структурирована, с чёткими этапами, условиями завершения и надёжной защитой. Если хочешь что-то “неубиваемое”, делай её устойчивой к сбоям, а не бесконечной. Давай построим надёжный конечный автомат, который сможет восстанавливаться и адаптироваться, а не создадим бомбу замедленного действия, которая никогда не остановится.

Если тебе действительно нужна штука, которая никогда не сдаётся, то ты просто создаёшь жёстко запрограммированный бесконечный цикл. Это не боевая система, это do-while, у которого никогда нет break. Настоящая проблема в том, что бесконечный цикл – это тихий сбой: он не останавливается ни для багов, ни для неожиданных ситуаций, поэтому рушится под любой нагрузкой, выходящей за рамки спецификации. Я бы написал конечный автомат с чёткой точкой выхода при смерти врага и сторожевой таймер, который перезагрузит его, если он зависнет. Так он все равно останется "неуязвимым" в бою, но не сломает всю архитектуру, если вдруг упадет пакет или появится утечка памяти. Открытый исходный код – это не лицензия, это образ мышления, и этот образ требует надёжности, а не самодовольных циклов.

Sure, a hammer is great for smashing, but that’ll leave the battlefield full of broken bits and a mess that never ends. If you want a real edge, you need a clean framework to hold everything together while you break it. Bring the bugs, but bring a test suite too, otherwise you’re just playing a game of “who can break this first.”