Штампы LLM. Разбираю с новой точки зрения

Как и миллионы других людей, убежденных в том, что обладают знаниями, которые миру крайне необходимы, я решил написать книгу о промптинге. В процессе написания (который, кстати, оказался, куда сложнее, чем предполагалось), я рассматривал штампы LLM. Ну вы их знаете. По крайней мере, в комментариях к статьям на Хабре, сотни экспертов определяют LLM именно по ним.

В общем, штампы есть, и в промптах авторов многих статей все они перечислены для исключения из текста. Хорошо это или плохо, я разберу ниже.

Редакторы, авторы и читатели единодушно отмечают, что LLM‑тексты легко опознаются по регулярному использованию текстовых штампов: «Это не просто [Х], это [Y]...», «Раскроем потенциал...», «В эпоху цифровизации / глобализации...» и так далее. Редакторы особо просят эти штампы убирать или переформулировать. Забавно, конечно, как внедрение LLM меняет оценку текста, если раньше автор научно‑популярных статей писал так, как он считал будет понятнее для читателей, то теперь перед сдачей в печать, он вынужден вымарывать обороты, вполне естественные для его стиля.

Да, можно поступить просто, попросить в промпте LLM не использовать фразы и конструкции, которые сейчас относят к штампам. LLM следует этому совету охотно, если это явно указать. Но у всего есть последствия, и желание пойти на поводу у требовательного к форме (но не содержанию) читателя не исключение.

Для языковой модели слово это не просто результат вывода токена в чат. Для нейросети, выученной на паттернах миллионов текстов, язык является способом мышления, маршрутизатором в пространстве смыслов. Любое слово или фраза несёт с собой не только значение, но и кластер связанных паттернов. Запрещая слово или то, что вы считаете штампом LLM, вы потенциально блокируете инструмент мышления модели.

Я провёл небольшой эксперимент на Gemini. Три промпта в трёх разных сессиях с просьбой объяснить разницу между overfitting и underfitting.

  1. Объясни разницу между overfitting и underfitting.

  2. Объясни разницу..., но не используй конструкцию 'не X, а Y.

  3. Объясни разницу..., явно противопоставляя понятия.

Три промпта дали разные результаты. Прямой запрос и явное требование противопоставлять понятия дали прекрасное объяснение с полным покрытием всех концептов. Ответ на промпт с запретом на конструкцию «не X, а Y» потерял именно те концепты, которые требуют противопоставления для своего выражения: bias‑variance tradeoff, методы борьбы, причины. То есть именно те понятия, которые семантически являются границами.

Вы легко можете повторить этот эксперимент с любыми более или менее сложными понятиями. И при необходимости разнести меня в пух и прах в комментариях.

Таким образом, любой лингвистический запрет на конструкции, может привести к ухудшению размышлений модели, потому что для LLM языковые паттерны и есть мышление.

Возможно, именно поэтому ряд популярных статей потеряли смысловую нагрузку, но уверенно проходят ИИ‑детектор.

Конструкции, которые я бы не запрещал

Вот практический список того, что является инструментом мышления, а не стилистическим приёмом:

Можно промптом запретить слова‑украшения — «уникальный», «инновационный», «революционный». У них нет критичной смысловой нагрузки. Но будьте осторожны с конструкциями, задающими отношения между объектами: причину, следствие, границу, условие, иерархию.

Любая конструкция, которая задаёт отношение между объектами — это инструмент мышления. Запрещая её, вы убираете не украшение, а связь. Для LLM язык не описывает мышление — язык и есть мышление. «Не», «потому что», «следовательно» служат операторами логики, а не признак избыточной сложности или графомании. Для LLM то, что человеку кажется стилем, является содержанием

Если вы хотите внести косметические изменения, подстраиваясь под читателя, проще убрать, то, что принято считать штампами, вручную, уже после формирования текста. Иначе есть риск того, что вы потеряете часть смысла своих тезисов.

Финал

Забавное следствие, когда разработчики LLM проводят работу по снижению частоты штампов у LLM, они рискуют её интеллектом. Очень, кстати, подозреваю в этом chatGPT. Например, навязанное снижение вероятности всем надоевшего «let's delve into.. » (давайте углубимся в), снизило не только вероятность фразы, но и всего кластера близких паттернов, что, в свою очередь, ослабило активацию самого концепта погружения в проблему, заставляя модель предпочитать поверхностное рассмотрение вопроса. 

Надеюсь, когда‑нибудь аллергия к классической логике исчезнет, и читатели будут смотреть не на форму, а содержание текста. Потому что настоящая мысль это не удобный для восприятия текст, а граница, разделяющая смыслы.

@Kamil_GR
07.05.2026 00:07 UTC
Первоисточник

Комментарии

@flancer
07.05.2026 05:13 UTC
+1

Признаком LLM-текста для меня зачастую являются слова, которые редко употребляются в обычном русском языке, а их аналоги часто употребляются в английском: нарратив, рамка, поверхность (API), удерживает (назначение), оптика... Но частое общение с LLM делает эти обороты более привычными. Это как "дорожная карта" (roadmap) - резало слух поначалу, затем попривык. Раньше всегда говорили "план" в таких случаях: "Есть ли у вас дорожная карта, мистер Фикс?"

Как англоязычный стиль разговора проникает в другие языки, так и стиль "разговора" Моделей проникает в наше человеческое мышление. Я уверен, что для эффективного использования Моделей нужно применять в общении эффективные "штапмы". Те из "кожанных", кто не сможет подавить в себе неприятие "нового стиля", просто будут менее эффективны (суть - менее полезны в человеческо-компьютерном обществе). Это не про выживаемость, если что, а про благосостояние (вот и штампик "Не А, а Б"!).

@Kamil_GR
07.05.2026 05:18 UTC
+1

Тут ещё и "про" )). У меня к нему личная антипатия, не могу изжить.

07.05.2026 05:43 UTC
0

"Про" - это моё, "кожаное" :) Когда-то, давным давно, я, скорее всего, написал бы "о". В школе - так точно. Но... вот такие паттерны у меня сложились.

@vldmrmlkv
07.05.2026 06:10 UTC
0

Любая конструкция, которая задаёт отношение между объектами — это инструмент мышления. Запрещая её, вы убираете не украшение, а связь.

Можно ещё выполнить постобработку текста - запросить ту же LLM убрать все эти шаблоны после генерации.

А насколько влияет, и в какую сторону, использование инструкций составленных на основе COSTAR/COSTAR-A prompting framework перед основным запросом?

@Kamil_GR
07.05.2026 06:32 UTC
+2

Да, разделение работы с текстом на два этапа - смысловой и стилистический, риски практически снимает. Надо только проговорить во втором промпте критичность сохранения смысла и логических связей.

COSTAR обычно и формирует основной запрос. O - и есть задача. В целом влияет положительно, в первую очередь, за счёт структуры промпта - вы точно не пропустите важные для ЛЛМ элементы. А остальное будет зависеть от наполнения. Если вы в T - тон, поставите требование сухого научного языка и одновременно, чтобы было понятно школьникам, модель поплывёт.

07.05.2026 06:47 UTC
+1

COSTAR обычно и формирует основной запрос. O - и есть задача.

А я не так использую. У меня есть промпт на основе COSTAR для генерации других промптов под конкретную роль и также на основе COSTAR. Например, я прошу сгенерировать промпт для роли "редактор журнала на русском языке для генерации и правки текста", получаю такой промпт, в другом окне чата с нейросетью вставляю уже его, роль редактора "принята" и дальше уже можно просить генерировать или править текст. Насколько это эффективно?

07.05.2026 06:56 UTC
+2

Эффективнее, чем писать руками. Другой вопрос, что ллм не знает, чего не знает.

Я бы перед формированием базового промпта перечислил все требования к редактору, попросил бы ллм его раскритиковать и добавить свои пункты. И потом на основании этого попросил сформировать ролевой промпт.

А дальше итерационные исправления.в случае необходимости.

@Remigrant
07.05.2026 13:58 UTC
-3

Немножко грустно для русского языка, когда в него впихивают иноязычные аббревиатуры, которым в нём самом наличествуют вполне общеупотребимые эквиваленты.

Автор 13 раз написал LLM, когда вполне мог бы написать БЯМ - "большая языковая модель".

@Kamil_GR
07.05.2026 14:14 UTC
+1

БЯМ это более академично... СБЕР, ГОСТы, постановления правительства. В статье на Хабре, на фоне тысяч англоязычных терминов это как-то неуместно. В этом случае я подстраиваюсь под площадку..

07.05.2026 14:32 UTC
-2

Позволю себе предположить, что у вас несовсем корректное понимание настроений пользователей платформы, и порекомендую ознакомиться с профильным обсуждением.

PS "тысяч англоязычных терминов" - это вы как-то совсем уж черезчур загнули: среднестатистический программист с Хабра вряд ли и русских-то слов столько знает (памятуя о его чрезмерном увлечении англицизмами), а чего уж говорить про английские...

07.05.2026 19:26 UTC
+2

Крайне сомневаюсь в ваших предположениях.

11.05.2026 18:21 UTC
+1

Во-первых, позволю себе процитировать первый же, самый залайканый комментарий к “профильному обсуждению”:

Строить искусственные языковые заборы в областях, где особенно важно свободное международное сотрудничество и обмен знаниями - это выстрел в ногу.

Во-вторых, вы часто видите, чтобы кто-нибудь брал какой-нибудь общеизвестный термин, допустим, API, и превращал его в какое-нибудь ИПП? Или жаловался на то, что начальник поставил задачу “за день подготовить МЖП”? Может быть кому-то когда-то не хватало “процессорных линий шины МПК(б)?” В нормативных документах такое, конечно, встречается, если есть соответствующее нормативное требование к документу, и это обычно юристы пишут, а не технические специалисты, и там ВСЕГДА в конце документа должна быть расшифровка, что именно и как сокращается, потому что без этой расшифровки вообще ничего никому не понятно.

В-третьих, чем айтишники и нейронщики хуже коллег из других отраслей? Лётчики в тренировках и в кабине строго пользуются тем языком, который подразумевается изготовителем самолёта. В случае иномарок, это английский язык. И никто не ломится в кабину экипажа с томиком Ожегова в славянофильском угаре, потому что это правило написано кровью убитых пассажиров. То есть говорили бы мы про 1С-программирование, я ещё мог бы это понять. Но мы говорим о технологии, 99,9% научных исследований и кейсов практического внедрения которой - зарубежные. Зачем здесь это?

13.05.2026 16:22 UTC
0

Речь шла об "устоявшихся общеупотребимых эквивалентах". Раз уж вы ввязались в дискуссию - приведите, не сочтите за труд, общеупотребимый русскоязычный эквивалент для "minimal viable product" (MVP). Ну и для "application programming interface" (API) заодно, чтобы два раза не вставать.

Полагаю, что у вас это не получится. А вот БЯМ - вполне себе и устоявшийся, и общеупотребимый. В чем моя претензия автору и состояла.

13.05.2026 16:31 UTC
0

Быстро посмотрел вордстат - статистика запросов LLM и ЛЛМ раз в сто выше,чем БЯМ, причем отдельно

16.05.2026 17:00 UTC
0

Статистика запросов - это вообще не показатель. Видя, насколько на Хабре те же безграмотные программисты регулярно пишут "функционал" (математический термин) вместо "функциональность" (набор свойств) - лишнее подтверждение безграмотности.

Ну и устоявшихся и общеупотребимых аналогов вы привести не смогли. ЧиТД.

@Remigrant
07.05.2026 14:32 UTC
0

.

@EriIaz
11.05.2026 12:22 UTC
0

Так у нас же есть два вида тестового вывода! Помимо окончательного ответа, есть ещё Reasoning, который предназначается для самой модели. Любая современная LLM отлично умеет редактировать уже написанный текст.

То есть мы можем можно явно указать, что в задаче есть два этапа: на первом этапе модель может и должна использовать абсолютно любые фразы и конструкции в процессе рассуждения, и ей нужно подготовить черновой вариант ответа, а затем уже на втором этапе мы просим этот черновик отредактировать так, чтобы из ответа не торчал слоп и он не выглядел клишированным.

@Kamil_GR
11.05.2026 12:50 UTC
0

Reasoning это просто часть вывода, для корректной правки, ей нужно вывести в реальный контекст оригинал текста, а потом его править. Есть ощущение что в однократной генерации ЛЛМ сгенерировать текст и корректно его поправить не сможет. Двумя отдельными промптами да, что-то получится

@Demiurg2
07.07.2026 08:40 UTC
0

Вот прям плюсую. Это акцент модели. У людей тоже есть языковые акценты. Любое слово в выводе модели - это не человеческое слово а дохренамерный вектор. А слово и токен - это проекция этого вектора на язык. Любые запреты ухудшат результат.