Интересное что-то
517 subscribers
2.72K photos
253 videos
139 files
4.52K links
Материалы и мысли, понадерганные отовсюду
Блог: https://t.me/asisakov_channel
Чат: https://t.me/youknowds_chat
Download Telegram
Forwarded from Инжиниринг Данных (Dmitry)
Проект, который может сделать каждый - Кастомизацию резюме.

Мой пример. Она пока работает, но еще надо тюнить и добавить prompts с рекомендациями.

Что использую:
- Cursor ID
- Antropic API key (вы можете любой AI использовать)
- Markdown файл с моим исходным резюме
- Open Resume framework (создает PDF резюме в нужном формате). Сам framework я даже не использовал, только взял идею JSON->PDF и сделал ее в PDF.

Механика простая:
1) Запускаю скрипт
2) Даю ссылку на вакансию
3) Python crawler забирает все
4) Antropic читает требования и обновляет резюме
5) Open Resume создает JSON и конвертирует его в PDF

Это пока сырой пример, и он там немного от себя напридумывал и зачем-то даты убрал из резюме, и написал, что я еще в Амазоне работаю (хитрый, однако)


make optimize-interactive
🎯 Interactive Resume Optimization
==================================

Please provide the job posting URL:
Job URL: https://www.amazon.jobs/en/jobs/3010960/data-engineer-pricing-and-promotions-science-data-and-insights

🔄 Processing job posting: https://www.amazon.jobs/en/jobs/3010960/data-engineer-pricing-and-promotions-science-data-and-insights
Loaded resume: DMITRY ANOSHIN
🔍 Extracting job content from: https://www.amazon.jobs/en/jobs/3010960/data-engineer-pricing-and-promotions-science-data-and-insights
Extracted 5528 characters of job content
🤖 Analyzing job requirements with Claude...
Job analysis completed
🔧 Optimizing resume for job match...
Resume optimization completed
💾 Saved optimized resume to: src-resume/my-resume-optimized.json

📊 RESUME OPTIMIZATION REPORT
==================================================

📝 SUMMARY CHANGES:
Original length: 492
Optimized length: 754

💼 WORK EXPERIENCE REORDERING:
Original order: Rock Your Data, Inc. → Microsoft → Amazon → Wawanesa Insurance → Forex Club → Teradata / Lamoda / BNP Paribas
Optimized order: Senior Data Engineer, Alexa Team → Lead Data Engineer → Senior Data Engineer → Lead Data Engineer → Data Engineer / BI Developer → Senior Data Engineer / BI Architect

🛠️ SKILLS UPDATED:
1. **Coding:** SQL, Python, bash, PySpark → **AWS Technologies:** Redshift, S3, Glue, EMR, Kinesis, Lambda, IAM
2. **Data Platforms:** Snowflake, Redshift, Synapse, Databricks, BigQuery, Elastic MapReduce, HDInsight, EMR → **Programming Languages:** Python, SQL, Scala, PySpark, Java, NodeJS, bash
3. **ETL:** dbt, Amazon Glue, Airflow, SSIS, Prefect, Azure Data Factory, Luigi → **Data Platforms:** Snowflake, Redshift, Synapse, Databricks, BigQuery, EMR, HDInsight
4. **BI:** Tableau, Looker, Power BI, MicroStrategy, SAP Business Objects, Jupyter Notebooks → **Orchestration & ETL:** Airflow, dbt, AWS Glue, Azure Data Factory, Prefect, SSIS, Luigi
5. **DevOps:** GitHub, GitLab, Azure DevOps, Terraform, Azure Bicep, Kubernetes, Ansible, Helm Values → **Databases:** NoSQL, Graph databases, Column-family databases, Key-value stores, Object storage, SQL Server, Oracle
6. **Cloud:** AWS, Azure, Google Cloud → **Infrastructure-as-Code & DevOps:** Terraform, Azure Bicep, GitHub, GitLab, Azure DevOps, Kubernetes, Ansible, Helm

📋 Optimization report saved to: optimization_report.txt

Resume optimization complete!
📄 Original: src-resume/my-resume.json
📄 Optimized: src-resume/my-resume-optimized.json
📋 Report: optimization_report.txt

🔄 Generating optimized PDF...
🔄 Converting src-resume/my-resume-optimized.json to PDF...
PDF created successfully: src-resume/my-resume-optimized.pdf
Optimization complete!
📄 Files created:
- src-resume/my-resume-optimized.json
- src-resume/my-resume-optimized.pdf
- optimization_report.txt


А дальше, можно строить агента, например на N8N или от OpenAI посмотреть. Он может за вас ходить смотреть вакансии и делать отклики. Можно настроить все через Телегам Бота - увидели вакансию, скинули ссылку и дальше все само.
Привет всем!

Сегодня продолжим рассмотрение методов отбора признаков.
Ранее мы познакомились с довольно интересным методом - Boruta.

Сегодня мы пообщаемся про его улучшение - Boruta Shap.

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

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

Тут как раз на помощь приходит метод, популярный в сценарии "black box" (когда нам без разницы какую модель мы оцениваем) -SHapley Additive exPlanations.

Таким образом мы можем сформулировать алгоритм работы Boruta Shap:
1️⃣🔤Создаем теневые признаки (Shadow Features), аналогично оригинальному методу Boruta, перемешивая значения, делая признаки случайными.
2️⃣🔤 Считаем Shapley Additive Explanations для всех признаков, в качестве метрики отбора. Это и есть главное премущество данного подхода в сравнении с оригинальным, дающий нам большую гибкость.
3️⃣🔤 Отбираем признаки, по которым Shapley выше, чем у самого значимого теневого признака.
4️⃣🔤 Повторяем процедуру итеративно, вычисляя Z-score для разделения признаков на 3 группы:
🔵Подтвержденные (Confirmed) — важные признаки.
🔹Временные (Tentative) — признаки, по которым алгоритм не смог принять однозначного решения.
🔸Отклоненные (Rejected) — неважные признаки.

Собственно, признаки отбираются в полном признаковом пространстве, выбирая все лучшие признаки, а не только топ-N признаков, тем самым гарантируя полноту и информативность признаков в модели, не ограничивая архитектуру используемой модели.

Реализация в 🐍 представлена в виде библиотеки BorutaShap, документацию которой можно посмотреть в оригинальном репозитории.

Сразу скажу, что данный метод хорош даже в промышленном использовании, особенно когда более простые итеративные методы гоняются долго и есть сомнение касаемо их результатов (Forward Feature Selection не дает стабильный набор признаков). Например, в моделях кредитного риска, где основная задача получить стабильный и качественный набор данных, балансируя между производительностью и объяснимостью моделей.

По традиции, 🔥, если понравилось.

#ds_лайфхаки
Please open Telegram to view this post
VIEW IN TELEGRAM
US vs UC

Ну какой же банальнейший и тупой пост, кому вообще это надо, любой джун и даже «вкатыш» всё знает про эти инструменты для формализации требований. Отписька 🔥


Скажешь ты и будешь абсолютно прав(а) 🤝

Но как бы смешно нам не было, вопросы на эту тему на собесах продолжают задавать, даже на позиции уровня senior... 🍅 Если честно, не всегда именно на тех. интервью, иногда вопросом по UC и US профилируют милейшие девушки (иногда не менее милейшие мужчины) HR, тем не менее – это 🌟

Чаще, наверное, только спрашивают про SOAP🧼 и REST🤟

Публикации на тему UseCase и UserStory у меня не было, поэтому держи памятку, сохраняй, расчехляй при поиске работы. Еще можешь поделиться ей и обязательно поставить реакции.

Итак, UseCase — это сценарий использования, описание взаимодействия пользователя с системой.
Пример:
Название: Просмотр истории операций
Акторы: Пользователь
Предусловия: Пользователь авторизован в приложении
Основной поток:
Пользователь входит в приложение
Заходит в блок с историей операций
Выбирает интересный ему промежуток дат и времени
Проверяет свои траты
Альтернативные потоки:
Если необходимо пользователь может активировать фильтры нужных ему видов или типов трат
Если пользователь выбирает промежуток без операций или фильтры, при применении которых операции отсутствуют, необходимо отобразить экран заглушку с предложением отменить фильтры/сменить промежуток.
Постусловия: отсутствуют
Исключения: Если при загрузки операций произошла ошибка, необходимо уведомить пользователя и предложить повторить попытку.


UserStory — короткое неформальное описание функциональности с точки зрения какой-то роли.
Пример:
Как пользователь, я хочу видеть историю операций, чтобы понимать сколько и на что уходит денег.

Состоит из:
Роль – пользователь
Действие – хочу видеть историю операций
Цель – чтобы понимать сколько и на что уходит денег


Ну, и чтобы памятка стала более законченной, делюсь еще методом для оценки качества пользовательских историй – INVEST:
Independent (Независимая) – История должна быть независимой от других историй.

Negotiable (Обсуждаемая) – Она должна отражать суть, а не детали, без указания конкретных шагов реализации.

Valuable (Ценная) – Эта история должна быть полезной для клиентов, бизнеса или/и стейкхолдеров.

Estimable (Оцениваемая) – Её можно оценить по сложности или другим параметрам(время, деньги).

Small (Компактная) – Команда может завершить эту историю за один спринт.

Testable (Тестируемая) – У нее есть различные критерии для проведения тестов.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from дAI потестить!
Сайты где можно закупить нейронки без подписок (API)
Самое то, если нужно протестировать, или сделать парочку круток для проекта

fal.ai
replicate.com
wavespeed.ai
mindvideo.ai (free sora mindvideo.ai/text-to-video/ )
runware.ai
kie.ai

#list
Всем привет!🤟

Сегодня мы немного подушним и рассмотрим классические t-, z- интервалы под новым углом - когда выборки маленькие. Это в свою очередь приводит нас к серьёзной ошибке, когда доверительный интервал не покрывает истинный эффект с той alpha, что мы закладываем. Также вы узнаете что такое разложение Эджворта и как это помогает увидеть проблему описанную ранее.

https://telegra.ph/Naskolko-bolshim-dolzhno-byt-n-dlya-intervalov-z-i-t-11-03

Всем приятного чтения!
Поставьте реакций, если вам нравится и если не нравится - тоже ставьте.
Forwarded from max.sh
Типы вопросов на собеседованиях про Трансформеры.

Один из первых постов на канале был про виды кодинг раундов для ML позиций совсем по верхам.

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

В этот раз будет про темы вопросов.
Сюрприз-сюрприз, но почти всегда все сводится к работе с авторегриссонными трансформерами.

Тема 1. Предобработка данных.

Самые далекие от непосредственной работы с моделями вопросы. Такие чаще встречаются у ML SWE или ML Ops-ов (у самих же моделистов это наверняка спросят в теории) и заключатся они в том, чтобы реализовать какой-нибудь алгоритм или пайплайн обработки данных. Например, токенизация текста с помощью BPE.

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

Тема 2. Реализация механизма self-attention

Может показаться удивительным, но вопрос "напишите на numpy классический self attention" успешно мигрировал из 2021-2022 (тогда их массово адоптировали) в 2025. При чем иногда даже без изменений. Еще более удивительно, что писать его научились далеко не все и огромное количество кандидатов не всегда могут написать и vanilla вариант.

На самом деле, какой бы простой не была задача, реализованный код - это просто повод к дискуссии. И даже в классической версии всплывает множество вещей, где можно копать: 1) а какой смысл нормировать QK на корень из размерности векторов? 2) а как сделать softmax стабильным 3) а как посчитать Q,K,V с помощью одной матричной операции, ...

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

Тема 3. Сэмплинг токенов

Greedy Decoding - это хорошо, но нужен только для дебага. На практике используют вероятностные методы, вот и интервьюеры придумали спрашивать другие стратегии сэмплинга. Самый частый сейчас, на моей памяти, это top p. Хорошее референсое решение можно посмотреть тут (на сайте вообще бездонное количество крутых текстов)

Опять же, тут поможет уверенное владение матричными фрейморками (торч, numpy, jax), чтобы быть готовым к любой вариации. И чтобы экзотика типа min p не казалось странной.

Тема 4. Inference Loop

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

Порешать похожее можно на neetcod-e тут, и в смежных задачах.

Тема 5. ML Debugging

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

Как-то так. Happy Learning!
Forwarded from КПД
На этой неделе ребята из команды YandexGPT совместно c ШАДом (Школа анализа данных) провели интенсив по работе с LLM, где были затронуты вопросы обучения, инференса, и коммуникаций.

Материал довольно подробный и интересный, но требует определенной базы для вхождения.

В общем, рекомендую к просмотру всем интересующимся и желающим освежить знания.

Лекция 1: https://youtube.com/live/JMUWSdSD1Uk
Лекция 2: https://youtube.com/live/IAeAKcdMtsw
Лекция 3: https://youtube.com/live/BYiFv5PoMBw
Лекция 3.1: https://youtube.com/live/-52RgKQENl0
Лекция 4: https://youtube.com/live/VXI41kyQTPs
Лекция 5: https://youtube.com/live/AHMJICS2JQ0
Лекция 5.1: https://www.youtube.com/live/3v43mnx31OQ
Forwarded from ML Baldini • Nikita Boyandin (Nikita Boyandin)
MCP: как LLM вообще ходит во внешние сервисы
#Протоколы_в_агентах

Давно для себя хотел разобраться с агентскими протоколами(на уровне того, чтобы я с легкостью мог обьяснить), наконец-то дошли руки, поэтому работаем💳

Зачем в целом нужны протоколы?🔫
Главное, что отличает агентов от вызовов LLM, так это возможности взаимодействия с внешней средой. Вот именно для того, чтобы не писать под каждую интеграцию отдельный код, нужны протокол. MCP решает эту проблему, предоставляя LLM стандартизированный способ подключения к внешним источникам данных и инструментам

Как работает MCP🤨
Когда пользователь взаимодействует с хост-приложением (приложением ИИ), поддерживающим MCP, за кулисами происходит несколько процессов, обеспечивающих быструю и бесперебойную связь между ИИ и внешними системами. Давайте подробнее рассмотрим, что происходит, когда пользователь просит Claude Desktop выполнить задачу, которая вызывает инструменты за пределами окна чата.

Основные компоненты MCP😁
- Приложение с ИИ: Claude Desktop, IDE-плагин, веб-чат — всё это хосты, которые держат LLM и общаются с пользователем.
- Встроенный клиент MCP: устанавливает соединения с MCP-серверами, переводит запросы из мира приложения в формат протокола
- MCP-сервер: он описывает: какие есть resources, tools, подсказки (prompts).
- Транспортный уровень
Как именно клиент и сервер общаются:
STDIO — локально, когда сервер живёт рядом (CLI, локальные тулзы).
HTTP + SSE — удалённо, когда нужен сетевой доступ и стриминг ответов.


Протокол рукопожатия😧
1. Первоначальное подключение: при запуске клиента MCP (например, Claude Desktop) он подключается к настроенным серверам MCP на вашем устройстве.
2. Обнаружение возможностей: клиент спрашивает каждый сервер: «Какие возможности вы предлагаете?» Каждый сервер отвечает доступными ему инструментами, ресурсами и подсказками.
3. Регистрация: Клиент регистрирует эти возможности, делая их доступными для использования ИИ во время разговора.

Путь нашего запроса😮
1. При получении нашего запроса, LLM решает, какие инструменты дернуть и составляет план.
2. Клиент MCP отправляет на сервер: имя инструмента, параметры (например, repo, branch, фильтры), контекст (ID сессии и т.п.)
3. Далее происходит выполнение на стороне сервиса и оборачивает результат в стандартизированный ответ MCP
4. С помощью модели форматируем ответ и получаем нужный нам результат

Фух, примерно так) Надеюсь вам понравится данный пост, жду в комментариях ваш опыт использования MCP

💗 - рассказать про ACP
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from ML Baldini • Nikita Boyandin (Nikita Boyandin)
Новая хайповая вещь: SGR

Что такое SGR и какую проблему он решает💃
До сих пор проблема галлюцинирования LLM является самой большой пробемой всех инженеров, которые с ними работают. К тому же модель периодически может отвечать по разному и желание зафиксировать ответ, особенно для локальных моделей, является очень большим вызовом. Для решения этой задачи появился подход Schema-Guided Reasoning (SGR). Идея проста и эффективна: заставить модель мыслить не хаотично, а внутри заданной схемы.

Как он работает🍑
В SGR схема — это структурированное описание того, как модель должна рассуждать. Обычно её задают через Pydantic-модели или JSON-схемы, где для каждого элемента указаны тип данных и описание.

from pydantic import BaseModel

from typing import List

class MathReasoning(BaseModel):

problem: str

steps: List[str]

final_answer: float

SGR использует структурированный вывод и ограниченное декодирование. Проще говоря, с помощью такого вывода модель может выдать ответ только в том виде, который заранее определили. Например, если в схеме указано, что final_answer должно быть числом, модель не напишет там «около сорока» или «сложно сказать». Она будет вынуждена предоставить конкретное число в нужном формате.

Схема не «зажимает» модель, а даёт ей понятный алгоритм. Это похоже на чек-лист доктора: сначала собрать симптомы и проверить показатели, потом выдвинуть гипотезы и назначить анализы и лишь затем ставит диагноз. Модель может думать как хочет, но в итоге обязана заполнить все поля.

Что мы получаем:
1. Предсказуемость ответа
2. Большую интерпретируемость
3. Возможность добавлять экспертные данные внутри схемы, не теряя контекст

Паттерны работы👍
1️⃣ Каскад
Каскад подходит, когда задачу можно разбить на последовательные этапы, где каждый следующий шаг зависит от предыдущего. Например, при анализе текста: сначала краткое содержание, затем оценка качества и только потом итоговая рекомендация.

class TextAnalysis(BaseModel):
summary: str
quality_rating: int
final_recommendation: str


2️⃣ Маршрутизация
Маршрутизация нужна, когда заранее неизвестен тип входящей задачи. Например, нужно проанализировать юридические, финансовые или технические документы. Каждому типу нужен свой алгоритм разбора.

class DocumentAnalysis(BaseModel):

document_type: str # "legal", "financial", "technical"

analysis_result: dict


3️⃣ Цикл
Цикл полезен, когда результат нужно постепенно уточнять. Модель выдвигает гипотезу, затем сама её проверяет — ищет противоречия — и при необходимости пересматривает ответ. Это похоже на процесс редактирования: черновик, правки, готовый вариант.

class ComplianceAnalysis(BaseModel):

hypothesis: str

verification_questions: List[str]

final_verdict: str


Что почитать🤑
1️⃣ Schema-Guided Reasoning: как научить языковые модели последовательно рассуждать
2️⃣ Schema-Guided Reasoning (SGR) от создателя этой технологии
3️⃣ SGR Agent Core — the first SGR open-source agentic framework for Schema-Guided Reasoning
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from DeepSchool
Attention и трансформеры в NLP: что спрашивают на собеседованиях

Механизм внимания — важный компонент современных DL-архитектур и популярная тема на собеседованиях на позицию DL-инженера.
В новой статье разобрали частые вопросы про attention и трансформеры с NLP-собеседований. Вопросы разбиты на тематические модули, а ответы на них спрятаны под спойлерам, прежде чем раскрыть их, попробуйте ответить сами.😉

Читайте статью по ссылке!

А чтобы уметь применять Attention и трансформеры в реальных продуктах под нагрузкой — приходите на наш курс LLM Pro.
Старт — 13 ноября.
Читайте подробнее на сайте и оставляйте заявку до 2 ноября, чтобы присоединиться к обучению со скидкой до 20%
Forwarded from DeepSchool
LoRA: краткий гайд перед собеседованием

Full fine‑tuning LLM — дорого и медленно. Если хочется дообучать LLM быстрее и дешевле, один из вариантов — Low‑Rank Adaptation (LoRA).

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

📌 Принцип работы LoRA

Линейный слой — матрица весов W размером d×d (для простоты рассматриваем квадратную). При full fine‑tuning для неё обновляется d² элементов. В LoRA веса остаются замороженными, а обучается только добавка ΔWᵈˣᵈ, которая является произведением матриц Bᵈˣʳ и Aʳˣᵈ. Выход h для линейного слоя с новой добавкой вычисляется по формуле:
h = Wx + (α / r) ∆Wx

где:
• x — входной вектор размерностью d;

• ∆W = BA, Aʳˣᵈ и Bᵈˣʳ — обучаемые матрицы весов, где r значительно меньше d. Таким образом, в LoRA обучаются 2*d*r параметров, то есть намного меньше, чем при full finetuning.

• α/r регулирует вклад адаптера:
- r — ёмкость адаптера. Чем она больше, тем сильнее обновления, но тем выше риск переобучения и стоимость шага обучения (время и VRAM). На практике начинают со значений в диапазоне от 4 до 32, при сложных задачах можно увеличить до 64.
- α — масштабирует вклад обновлений LoRA-адаптера. Здесь часто начинают с α = r. Если модель переобучается или градиенты нестабильны, можно уменьшать α (или добавить dropout). Главное — при изменении r держать α/r постоянным: если растет r, то α должен вырасти пропорционально.


Часто LoRA-адаптеры добавляют к линейным проекциям attention — query_proj и value_proj. Для большего качества можно добавить и к другим элементам блока трансформера, например, к MLP или output_proj.

Применение:
• При дообучении LLM для сервисов поиска с RAG, корпоративных ассистентов, мультиязычных моделей и др.
• Также популярен сценарий использования одной базовой LLM с несколькими адаптерами (multi-LoRA) под разные домены и клиентов.

📝Частые вопросы с собеседований

Зачем матрица обновления ΔW раскладывается на произведение A и B ? Почему бы не использовать одну матрицу?
Если в качестве добавки использовать одну матрицу размером d × d — экономии не будет. Факторизация на Aʳˣᵈ и Bᵈˣʳ, где r значительно меньше d, сокращает количество обучаемых параметров и ускоряет обучение.

Преимущества LoRA vs классические адаптеры?
LoRA не добавляет новых слоёв на инференсе, как в классических адаптерах, где из-за этого растёт latency и потребление памяти. Здесь их можно смержить в базовые веса, сложив по формуле и убрав накладные расходы на инференсе.

Когда выбирать LoRA?
Нужно дообучение при ограниченных ресурсах
Даже при 1-2 GPU по 24 GB можно дообучать модели размером 8b c LoRA и 30b с QLoRA, где базовая модель квантуется до 4-бит (NF4).
Нужны лёгкие артефакты или быстрое переключение между доменами
LoRA-адаптеры — небольшие добавочные веса, которые легко подмешиваются / меняются на инференсе. Можно держать адаптеры для разных доменов (например, «техподдержка», «юридический стиль», «код») и по запросу активировать нужный (multi-LoRA).
Важно не удлинять ввод на инференсе
В отличие от prompt / prefix-методов, которые добавляют позиции / KV-префиксы, увеличивают вычисления и KV-кэш, LoRA не меняет длину последовательности. А это критично для latency.
Промптинг не даёт нужного качества или стабильного поведения
Если улучшение промпта не решает задачу, LoRA даёт более стабильное поведение и прирост качества при минимуме обучаемых параметров.


🔗 Полезные ссылки

Оригинальная статья LoRA
QLoRA
Документация huggingface по LoRA

А чтобы знать, как применять finetuning для адаптации LLM под домен в реальном проекте — приходите на наш курс LLM Pro.
Старт — 13 ноября.
Читайте подробнее на сайте и оставляйте заявку до 12 ноября, чтобы присоединиться к обучению со скидкой 5% ⚡️

Автор: Алексей Яндутов