jest to jakieś rozwiązanie więc o ile ta klasa ma być UTILSOWYM wraperem na po prostu dostawce stałych to jak najbardziej ,możesz, pamiętaj że najlepiej zachować jednoznaczność klasy- więc jeśli to będą stałe z np informacjami (błedów) to wtedy nie pakować tam innych informacji, jakby rozgraniczyłbym też typy informacji w grze na specjalne klasy, żęby np pozostałe kontekstowe informacje były w klasach które maja jednoznaczne powiązanie
Co ważniejsze klasa która jest dostawcą takich informacji, nie powinna zawierać zachowania, czyli metod które mogą powodować side effects.
ErrorMessageUtils - > informacje o błędach
PlayerMessageUtils -> informacje o czymś, co jest związane z obiektem Player, czy graczem, nie wiem jak wygląda twoja aplikacja, ale to tylko wskazówki.
Klasa powinna być wtedy finalna nie moze być statyczna jeśli nie jest typu inner Class.