LLM можно использовать для первичного технического ревью кода — не как замену человеку, а как фильтр очевидных проблем и архитектурных перекосов. Это особенно полезно: - при работе с незнакомым кодом; - при быстром просмотре legacy; - перед тем, как отдавать код на полноценное ревью. [Контекст] Язык программирования, используемый фреймворк. [Задача] Выполни техническое ревью предоставленного кода. Определи только критические ошибки и места, требующие обязательного рефакторинга. Игнорируй косметические и стилистические мелочи. [Код] Код или указание на прикрепленные файлы Важные ограничения Модель не знает контекста проекта и договорённостей команды. Она хорошо находит: - очевидные баги, - нарушения контрактов, - потенциальные проблемы с ресурсами. Она плохо понимает: - бизнес-логику, - неявные инварианты, - исторические причины решений. Практические рекомендации - Большие участки кода лучше разбивать на части: сначала базовые классы, затем зависимые. - Контекст задаётся один раз — промпт повторять не нужно. - Режим «глубокого рассуждения» увеличивают время ответа, но помогают выявить неочевидные проблемы. Используйте осознанно. #Промпты