дивись - налаштовується гнучко, але тоді руками) Через змінні оточення можна передати. Промпт замінити можна, але тут є нюанс - воно не з одним промптом працює. На різних етапах - можуть бути різні цілі і різні ролі. Умовно - оцінити з точки зору безпеки, або оцінити з точки зору використовуємих алгоритмів і структур даних, або - оцінити неймінг.
І стосовно кодстайлу - налаштування якого-небудь ruff check та ruff format + mypy (якщо ми про пайтон, в інших мовах все аналогічно в переважній більшості ситуацій) - покриває це питання. Тому я не форкусувався на цьому.
Там формується опис проєкту під час першого проходу - який потім завжди читається під час всіх інших ревʼю, і інвалідується при зміні залежностей і файлів лінтерів, форматорів, перевірок - все що стосується допоміжних - не runtime - інструментів. Тому що саме такі інструменти - це як раз про контролі стилю і т.д. Але можуть бути помилки для якихось нерозповсюджених мов або нерозповсюджених інструментів. Більше того - це те що я доволі активно буду міняти - алгоритми уваги і пріорітетів, там є певні ідеї. Тому на першому етапі - не рекомендую. Просто запусти як є.)
В принципі - якщо в проєкті є опис стандарту - то при першому проході він обробиться і буде враховуватись. Ну і інвалідуватись при змінах. Але - не завжди система це розуміє)