Что это
LLM — большая языковая модель, которая работает с текстом через токены, окно контекста и вероятностный выбор следующего фрагмента ответа.
Большие языковые модели — GPT, Claude, LLaMA и другие для генерации текста и reasoning
LLM — один из самых горячих навыков на московском рынке, и спрос продолжает расти. Но рынок почти не нанимает новичков с нуля. Входить лучше через смежный стек — рядом с LLM в вакансиях чаще всего стоят Python, Docker и SQL. Смежники с пониманием инференса и промптов выигрывают конкурс у «теоретиков» без продакшн-опыта.
LLM — большая языковая модель, которая работает с текстом через токены, окно контекста и вероятностный выбор следующего фрагмента ответа.
LLM — не база знаний и не готовый чат сама по себе. Модель получает запрос, инструкцию и доступный контекст. Потом она строит ответ по токенам и вероятностям, а не достаёт готовую строку из справочника.
Рабочий уровень начинается вокруг модели. Нужно решить, какие документы ей дать, как искать нужный фрагмент, где нужен отказ, как проверять качество и кто отвечает за спорный ответ. Без этого даже сильная модель легко звучит уверенно и мимо фактов.
Отсюда и граница навыка. Ценится не умение выпросить красивый ответ. Ценится умение собрать полезный сценарий: поиск по базе знаний, разбор документа, помощник для поддержки или кодовый ассистент с проверкой результата.
Важно: LLM может ошибаться уверенно. Поэтому в рабочих сценариях нужны источники, проверка ответа и понятное правило отказа.
Внутри пользовательского сценария LLM проходит цепочку: запрос, токены, контекст, выбор продолжения, проверка и возврат ответа.
Пользователь задаёт запрос
Система добавляет инструкцию, контекст, правила и нужные данные.
Текст превращается в токены
Модель работает не с буквами напрямую, а с фрагментами текста внутри окна контекста.
Модель строит продолжение
Она выбирает следующие токены на основе запроса, контекста и выученных закономерностей.
Система проверяет ответ
Рабочий продукт добавляет фильтры, ссылки на источники, оценку качества и обработку отказов.
LLM переносится между ролями: Data Scientist, ML-инженер, AI-инженер. В одном треке этот навык может быть основным рабочим инструментом, а в другом - сильным прикладным усилителем основной специализации.
Data Scientist держит 46.3% вакансий по навыку.
Ещё 7 ролей используют LLM
Текущий срез показывает активные вакансии сейчас. Распределение по ролям рассчитано по расширенной исторической выборке, поэтому значения могут быть выше текущего количества активных вакансий.
LLM ценен не абстрактным знанием инструмента, а повторяющимися рабочими задачами — ниже они разобраны так, как встречаются в реальной работе.
Собрать помощника по знаниям
Подключить документы и проверить, отвечает ли модель по источникам.
Снизить число выдуманных фактов
Ограничить ответ источниками и явно обрабатывать случаи, когда данных нет.
Сравнить модели под задачу
Оценить качество, цену, задержку и длину контекста на одном наборе примеров.
Построить оценку качества
Собрать вопросы и критерии, по которым видно, стало решение лучше или хуже.
Встроить модель в продукт
Связать запрос, контекст, ответ, журнал и обработку ошибок в одном рабочем сценарии.
Ограничить данные
Решить, какие сведения можно отправлять модели, а какие должны оставаться закрытыми.
Без данных, оценки качества и правил безопасности это остаётся демонстрацией, а не рабочей функцией.
Модель может уверенно ошибаться, особенно если вопрос требует свежих или внутренних данных.
Длинный контекст и частые вызовы могут сделать даже полезную функцию слишком дорогой или медленной.
Сложные сценарии лучше разбивать на поиск, проверку, преобразование и финальный ответ.
LLM востребованы там, где компании разбирают много текста и хотят ускорить рутину без полной автоматизации решения. Это поддержка, поиск по знаниям, документы, код и внутренние помощники. Но рынок быстро отделяет красивый демо-чат от рабочего сценария. Ценится человек, который умеет подключить источники, проверить ответ, ограничить риск и не разорить продукт на лишних вызовах модели. Ещё важнее способность объяснить, где модель должна промолчать и почему этот отказ полезен для бизнеса. И умеет показать эту границу команде простыми словами. Тогда разговор о LLM перестаёт быть модой и становится инженерной задачей. Для рынка это уже норма.
LLM нужен там, где важно быстро проверить гипотезу, сверить метрику или подготовить данные для следующего шага.
Такой навык редко живёт в одной профессии: он остаётся полезным в аналитике, продукте, разработке и соседних data-сценариях.
Инструменты вокруг меняются, но сама задача не исчезает, поэтому LLM продолжает удерживать прикладной спрос.
LLM стабильно удерживается в активном прикладном слое рынка.
LLM сохраняет высокий текущий спрос на рынке: 631 активных вакансий, #22 по рынку, 9% IT-вакансий. Ниже показано число открытых вакансий на конец каждого месяца: это исторический ряд по состоянию на конец месяца, а не текущий срез рынка на сегодня.
#22 по рынку • 9% IT-вакансий
+7 вакансий и +1% к предыдущему месяцу.
Зарплату в LLM-вакансиях задаёт роль и грейд, а не сам навык: актуальные цифры — в рыночном блоке этой страницы. Рынок почти не нанимает новичков без смежного стека, а связка с Redis или CI/CD заметно поднимает ставку.
105 вакансий с зарплатой в расширенной зарплатной выборке
Основной зарплатный ориентир по Senior-вакансиям
Senior - основной уровень рынка (45%)
LLM редко живёт изолированно: чаще всего рынок видит его рядом с Python, RAG, Docker. Самая плотная связка сейчас - Python: оба навыка встречаются вместе в 69% вакансий.
Главная связка: Python • 69% вакансий. Показываем общерыночные связки LLM: не junior-минимум из блока выше, а навыки, которые чаще всего встречаются рядом с ним в одной вакансии.
навыки, которые рынок чаще всего видит рядом в одной вакансии
не базовый минимум, а более сильные комбинации стека
Сейчас на рынке 29 активных junior-вакансий с LLM. Это 5.3% всех вакансий по навыку, поэтому для старта важнее всего смотреть на реальный объём junior-окна и на стек, который рынок ждёт рядом.
5.3% всех вакансий по навыку • Senior / Junior 8.5x
Окно входа узкое: рынок чаще нанимает с опытом.
Медианная вакансия с LLM ожидает около 14 навыков в стеке. Это собранный стартовый набор: рынок обычно ищет не один изолированный инструмент, а рабочую комбинацию соседних навыков.
Эти понятия часто смешивают, поэтому страница должна разводить модель, интерфейс, подход с источниками и другие методы.
Класс моделей для работы с языком, текстом, кодом и последовательностями.
Когда задача требует понимания запроса, преобразования текста, объяснения, суммаризации или ответа по контексту.
Не продукт, не база фактов — без внешнего контроля точность не гарантирована.
Пользовательский продукт и интерфейс общения с языковыми моделями.
Когда нужен готовый сервис для диалога, работы с текстом, кодом или документами.
Не равен всей инженерии LLM-продукта: доступы, источники, оценка качества и интеграции решаются отдельно.
Архитектурный подход: поиск по источникам перед передачей контекста модели.
Когда ответы должны опираться на внутренние документы, регламенты, базу знаний или свежие материалы.
Не исправляет плохие документы, слабый поиск и отсутствие проверки ответа.
Модели для классификации, прогноза, ранжирования и других задач по признакам.
Когда задача стабильна, данные структурированы и нужен предсказуемый числовой или категориальный результат.
Не заменяет гибкую работу с языком, но часто дешевле и надёжнее для узких повторяемых задач.
LLM полезна там, где много текста, вопросов и повторяемой умственной рутины, а результат всё равно нужно проверять по правилам, источникам, ролям доступа и рабочим ограничениям.
Сотрудник задаёт вопрос, система ищет документы, а модель собирает ответ по найденным фрагментам.
Модель предлагает черновик ответа, подсказку или следующий шаг, но итог всё равно ограничен правилами продукта.
LLM извлекает поля, делает выжимку и сравнивает версии, если у команды есть понятный источник истины.
Помогает читать код, искать место сбоя и готовить черновик теста, но требует проверки инженером.
LLM заметен в 5 направлениях рынка с долей выше 5%.
Практический навык лежит не в красивых формулировках, а в управлении контекстом, качеством и рисками.
Писать запрос так, чтобы модель получила цель, ограничения и формат ответа.
Давать модели релевантные документы вместо ожидания знания закрытых фактов.
Сравнивать ответы по набору примеров, а не по личному впечатлению.
Учитывать приватность, стоимость, задержку, ошибки и недопустимые ответы.
LLM можно понимать как модель, которая умеет продолжать и преобразовывать текст с учётом контекста, но не база фактов сама по себе. Чтобы не путать поисковый интент, важно отделить модель, продуктовый интерфейс, поиск по источникам и классические ML-задачи.
Класс моделей, которые работают с языком через токены, контекст и вероятностное продолжение. Модель может быть частью продукта, но сама не решает вопросы источников, качества и безопасности.
Интерфейс общения с пользователем. Он может использовать LLM внутри, но дополнительно включает сценарий, память, ограничения, интеграции, обработку ошибок и правила ответа.
Подход, где перед ответом система ищет релевантные документы и передаёт их модели. Это помогает отвечать по источникам без полного переобучения модели.
Набор проверочных вопросов, критериев и ручных разборов, по которым команда понимает, стало ли решение лучше. Без оценки изменения промпта и модели остаются субъективными.
LLM не знает правду сама по себе. В ответе участвуют инструкция, вопрос, история диалога, найденные документы и иногда вывод внешнего инструмента. Если один из этих слоёв слабый, модель начинает уверенно ошибаться. Поэтому рядом всегда нужны проверочные примеры, контроль доступа к данным и правило, когда система должна отказаться от ответа.
Цель, роль, ограничения и ожидаемый формат результата.
Документы, карточки, переписка, данные пользователя и другие фрагменты, нужные для ответа.
Набор вопросов и критериев, по которым команда сравнивает качество изменений.
Ограничения на данные, действия модели, недопустимые ответы и случаи, когда система должна отказаться от ответа.
Перспективы LLM завязаны не только на текущем спросе, но и на том, как навык встраивается в новые платформы, инструменты и рабочие контуры.
Текстовые помощники, поиск по знаниям и обработка документов уже стали обычной задачей для команд.
Дороже всего умение связать модель с данными, безопасностью, оценкой качества и сценарием продукта.
Победят решения, где ответ можно проверить по источнику, а не только красиво показать в интерфейсе.
Загружаешь PDF и внутренние вики в векторную базу (Chroma или Pinecone), строишь пайплайн поиска + LLM-ответа. Модель отвечает только по источникам — галлюцинации минимальны. Стандартный pet-проект для Data Scientist и...
Бот в Telegram с историей диалога, системным промптом и переключением режимов (консультант, переводчик, ревьюер кода). Учит управлять контекстным окном и обрезать историю при его переполнении.
Агент, который сам решает — искать в интернете, запускать код или читать файлы. Строится на LangChain Agents или AutoGen. Показывает понимание tool use и цепочек рассуждений (chain of thought).
Принимаешь текст обращения клиента и с помощью few-shot промпта или fine-tuned модели определяешь категорию и приоритет. Сравниваешь подходы: prompt-only vs fine-tuning vs hybrid. Хороший способ показать понимание...
Учить LLM лучше на одной проверяемой задаче. Выберите сценарий, где есть источник истины: база знаний, один тип документа или ограниченный набор вопросов. Так быстрее видно, где модель помогает, а где начинает выдумывать. Сразу соберите небольшой набор проверочных запросов. В него должны войти обычные вопросы, пограничные формулировки и случаи, где правильный ответ — честный отказ. Потом отдельно правьте промпт, поиск, формат ответа и правила безопасности. Так легче увидеть, что именно улучшило результат. И что осталось слабым местом после правки. И не терять нить между качеством ответа и изменением входных данных. Это хорошо дисциплинирует первые эксперименты.
База модели
Понять токены, окно контекста, запрос, температуру, ограничения ответа и причины выдуманных фактов.
Контекст и источники
Разобраться с векторными представлениями, поиском по документам, RAG и ссылками на источник.
Оценка качества
Собрать проверочные примеры, критерии ответа, ручную и автоматическую оценку.
Внедрение
Контролировать стоимость, задержку, доступы к данным, журналирование и изменение поведения модели.
Соответствие — доля тем навыка, которые охватывает программа курса
Начните с узкой задачи, где ответ можно проверить. Например, пусть модель отвечает только по одной базе знаний или вытаскивает поля из одного типа документа. Потом соберите двадцать-тридцать вопросов и сохраните ошибки. Смотрите не на самый красивый ответ, а на повторяющиеся провалы: неверный факт, отсутствие ссылки на источник, лишняя уверенность и неправильный отказ. Такой старт быстрее показывает, умеете ли вы строить рабочий LLM-сценарий и честно оценивать его качество. А не просто радоваться одной удачной демонстрации. Особенно если потом этот сценарий нужно защитить перед командой.
Например, ответы по одной базе знаний или краткая выжимка из документов одного типа.
Заранее определите, какие ответы считаются правильными и какие ошибки недопустимы.
Передавайте модели нужные фрагменты документов и проверяйте, опирается ли ответ на них.
Заранее решите, как система отвечает, если источника нет, вопрос опасен, данные закрыты или качество ответа ниже допустимого уровня.
LLM — большая языковая модель, которая работает с текстом через токены и контекст. Она не хранит готовые ответы как справочник. Модель строит следующую часть ответа по запросу, инструкции и тем данным, которые получила в момент вызова. Это и делает тему полезной для практики, а не только для хайпа.
LLM — это класс моделей. ChatGPT и похожие сервисы — готовые продукты поверх модели: с интерфейсом, памятью диалога, правилами безопасности и дополнительной логикой. Поэтому знать LLM шире, чем просто уметь общаться с одним чат-сервисом. Это важно для любого внедрения в продукт или внутренний процесс.
Модель выбирает вероятный ответ, а не сверяет факт с официальной базой. Если в контексте нет нужного документа или вопрос задан плохо, она может звучать уверенно и ошибаться. Поэтому в рабочих сценариях нужны источники, проверки и понятный отказ.
RAG — подход, при котором система сначала ищет нужные документы, а потом передаёт их модели в контекст. Это помогает отвечать по базе знаний без полного дообучения. Но RAG не спасает, если поиск слабый, а документы устарели.
LLM не всегда лучший выбор. Если задача сводится к строгому правилу, SQL-запросу, расчёту по формуле или простому фильтру, обычный код часто быстрее, дешевле и надёжнее. Модель оправдана там, где много языка, неоднозначности и вариантов ответа. Иначе она только добавляет цену и риск ошибки.
Ценится не только промпт. Работодателю нужен человек, который умеет собрать весь контур: источники, поиск, проверочные примеры, контроль стоимости, безопасность данных и правило отказа. Именно это отличает эксперимент от рабочей функции в продукте. Без этого навык быстро остаётся на уровне красивой демонстрации.
GPT (OpenAI) и Claude (Anthropic) — закрытые модели с платным API. LLaMA (Meta) — открытая модель с публичными весами: её скачивают, дообучают и запускают на своём сервере. Ключевые различия — размер контекстного окна, стоимость токена и ограничения на коммерческое использование. Выбор зависит от задачи: для конфиденциальных данных берут self-hosted LLaMA, для быстрого прототипа — GPT или Claude по API.
Открытые LLM (LLaMA, Mistral, Qwen) публикуют веса — их скачивают, дообучают под задачу и деплоят без передачи данных третьим сторонам. Закрытые (GPT-4, Claude, Gemini) доступны только через API. Открытые дешевле при больших объёмах и не требуют соглашения о конфиденциальности, но вся инфраструктура — видеокарты, мониторинг, обновления — ложится на вас.
Prompt engineering — методика составления инструкций (промптов) для управления поведением LLM. Хороший промпт задаёт роль, контекст, формат ответа и примеры-образцы. Без этого одна и та же модель даёт ответы в десятки раз хуже. Дисциплинированный промпт-инжиниринг закрывает 60% задач, которые разработчики ошибочно считают проблемой самой модели.
Галлюцинация — уверенный, но неверный ответ модели. Основные методы борьбы: RAG (модель отвечает только по загруженным документам), grounding через проверку внешними источниками, снижение temperature до 0.2–0.5 и инструкция в промпте «если не знаешь — скажи об этом». Для продакшна добавляют LLM-судью: вторая модель проверяет ответ первой.
Продакшн — это не только сама модель. Нужна очередь задач (Kafka или Redis Streams), кэш ответов, мониторинг токен-расхода и задержек, rate-limiting и fallback при перегрузке. Большинство команд стартуют с облачного API (OpenAI или Anthropic) и переходят на self-hosted при объёме от 1M токенов в сутки — тогда экономика разворачивается.
Стоимость зависит от модели и поставщика. GPT-4o — около $5 за 1M входных токенов, Claude Sonnet — $3, LLaMA 3.1-70B через Together.ai — ~$0.9. Для небольшого чат-бота со 100 пользователями это $10–50 в месяц. Self-hosted на одной A100 окупается примерно за 3–4 месяца при постоянной нагрузке.
Контекстное окно — максимальное число токенов, которые модель обрабатывает за один запрос: промпт + история диалога + ответ вместе. Если история длиннее окна, модель теряет старые сообщения. GPT-4 поддерживает 128k токенов (~96 000 слов), Claude — до 200k. Стоимость inference растёт пропорционально использованному контексту.
LLM генерирует текст, эмбеддинг-модель — превращает текст в числовой вектор. Похожие по смыслу фразы получают близкие векторы в многомерном пространстве. Эмбеддинги нужны для семантического поиска и RAG — чтобы отобрать нужные куски документов перед передачей в LLM. По размеру эмбеддинг-модель в 100–1000 раз меньше полноценного LLM.
В московских вакансиях с LLM доля junior-позиций — всего 6%. Рынок нанимает тех, у кого LLM лежит поверх Python, SQL и понимания ML-конвейеров. Стратегия для джуна: сначала укрепить базу (Python + pandas + sklearn), затем добавить LLM через pet-проект с LangChain — это убедительнее любого сертификата.
Рабочий маршрут: (1) основы Python и нейросетей — fast.ai Part 1; (2) статья «Attention Is All You Need» — понять трансформер; (3) Hugging Face Transformers — запустить первую модель; (4) LangChain + LlamaIndex — собрать RAG-пайплайн; (5) задеплоить на VPS с мониторингом. Весь путь от нуля до рабочего pet-проекта — 3–4 месяца при 10 ч/неделю.
Зарплату определяет роль и уровень, а не сам навык: актуальные цифры — в рыночном блоке этой страницы. Рынок смещён к опытным специалистам: дешёвых вакансий почти нет, работодатели платят за реальный опыт. Связка с Redis или CI/CD дополнительно поднимает ставку.
Токен — минимальная единица текста для LLM. Это не всегда одно слово: «разработчик» — один токен, «разработчики» — уже два. Русский токенизируется менее эффективно, чем английский: одно русское слово в среднем занимает 1.5–2 токена. Стоимость API-запроса считается в токенах, поэтому длина промпта напрямую влияет на бюджет.
LLM-агент — система, где языковая модель сама решает: какой инструмент вызвать и в каком порядке. Агент ищет в интернете, запускает код, читает файлы и делает API-запросы. Отличие от чат-бота: агент выстраивает цепочку шагов для достижения цели, а не просто отвечает на вопросы. Фреймворки — LangChain Agents, LlamaIndex, AutoGen.
Без внешней базы LLM знает только то, что было в тренировочных данных — без корпоративных документов и актуальных фактов. Подключение через RAG или function calling даёт модели свежие данные и закрытые документы без дорогого fine-tuning. Это главный архитектурный паттерн для корпоративных ассистентов.
Критерии: (1) задача — код (DeepSeek-Coder, Codestral), чат (GPT-4o, Claude), суммаризация (Llama 3.1); (2) бюджет — облако дорого при высокой нагрузке, self-hosted — дорого на старте; (3) конфиденциальность — закрытые API получают ваши данные; (4) контекстное окно — для длинных документов нужно 100k+ токенов.
Мультимодальная модель принимает не только текст, но и изображения, аудио или видео. GPT-4o и Claude 3 описывают картинки, отвечают на вопросы по схемам и анализируют графики. Для разработчика это новый класс задач: автоматическое описание скриншотов, OCR с пониманием контекста, анализ визуальных данных.
Метрики делятся на автоматические (BLEU, ROUGE — для задач с эталоном) и человеческие (preferred response rate). В продакшне чаще используют LLM-судью: мощная модель оценивает ответы основной. Главные прикладные метрики — точность на контрольной выборке вашей задачи и процент отказов модели (refusal rate).
Системный промпт — инструкция, которую модель получает перед разговором с пользователем. Задаёт роль, ограничения и формат ответа. Хорошо написанный системный промпт сокращает галлюцинации и делает поведение модели предсказуемым. В большинстве LLM-продуктов это главный инструмент настройки поведения без переобучения.
LangChain — Python-фреймворк для построения цепочек из LLM-запросов, инструментов и памяти. Упрощает подключение векторных баз (Chroma, Pinecone), реализацию RAG и создание агентов. Встречается в 28% московских вакансий с LLM. Альтернатива — LlamaIndex, заточенная под работу с документами.