Claude Code skills: перенос между моделями — разбор Microsoft 2026
Перенос скиллов Claude Code между моделями — главная тема свежего исследования Microsoft: разбираем, почему скилл под одну модель ломается на другой.

В этой статье
Перенос скиллов Claude Code между моделями — это способность одного и того же скилла работать одинаково хорошо не только в Claude, но и в других LLM-агентах, и именно эту проблему разбирает свежее исследование Microsoft, о котором в начале августа написал MarkTechPost.

Claude Code skills и перенос между моделями: в чём вообще проблема
Смотрите, я сама когда-то была уверена, что скилл — это просто текстовая инструкция, и если она написана понятно, то поймёт её любая модель. Не поймёт. Модели по-разному читают одни и те же слова: одна додумывает недосказанное, другая требует буквального шага за шагом, третья держит длинный контекст спокойно, а четвёртая начинает терять нить уже на второй странице инструкции.
Скилл, который ты аккуратно вылизала под Claude, при запуске в другой модели может начать:
- пропускать шаги, которые Claude выполняет «по умолчанию»;
- домысливать формат вывода не так, как ты рассчитывала;
- игнорировать вложенные файлы-примеры, потому что другая модель работает с контекстом иначе.
Формально это тот же файл. По факту — другой результат. Именно этот разрыв между «скилл работает» и «скилл переносим» исследует Microsoft.
Если тема скиллов для тебя вообще новая — лучше сначала закрыть базу, у нас есть разбор что такое скиллы Claude и отдельная статья Claude Skills: что это и как собрать — там без исследовательского уклона, просто структура и первые шаги.
Что показало исследование Microsoft (SkillOpt)
Авторы исследования — команда Microsoft — взяли набор скиллов, оптимизированных под конкретную модель, и прогнали их через другие модели без изменений. Результат ожидаемо неровный: где-то падение почти не заметно, где-то скилл ведёт себя заметно хуже, чем в «родной» модели. Дальше исследователи предложили подход SkillOpt — способ переписывать или структурировать инструкции так, чтобы они меньше зависели от особенностей одной конкретной модели и лучше переносились на другие.
Это не «универсальный переводчик скиллов», а скорее набор принципов: писать инструкции более явно там, где модели расходятся в поведении, разносить логику и формат вывода, не полагаться на то, что модель «сама поймёт» неочевидный шаг.

Почему это важно даже если ты работаешь только в Claude
Логичный вопрос: если я не переключаюсь между моделями, зачем мне вообще это знать? Причины три.
Во-первых, Claude тоже обновляется — новая версия модели может читать твой старый SKILL.md чуть иначе, и «завязанный» на старые привычки скилл начнёт барахлить без видимой причины.
Во-вторых, если ты делишься скиллом с командой, а у коллеги стоит другой инструмент или другая версия — переносимость решает, будет ли скилл работать у него так же, как у тебя.
В-третьих, экосистема агентов растёт быстро, и скиллы, написанные с расчётом только на одну модель, устаревают быстрее переносимых.
Скилл — это только половина истории, вторая половина — где ты берёшь готовые решения и как их адаптируешь под себя.
В канале я разбираю такие штуки на живых примерах, без причёсанной теории
забрать актуальные разборы
Модель-специфичный скилл vs переносимый: в чём разница на практике
| Параметр | Скилл под одну модель | Переносимый скилл (принципы SkillOpt) |
|---|---|---|
| Формулировки шагов | короткие, рассчитаны на «додумывание» модели | явные, шаг прописан целиком |
| Формат вывода | подразумевается по умолчанию | задан отдельно и жёстко |
| Примеры внутри скилла | часто в расчёте на длинный контекст одной модели | разбиты на компактные, самодостаточные блоки |
| Поведение при переносе | результат непредсказуем | просадка минимальна |
| Кому подходит | если работаешь только в одной модели и не планируешь делиться | если делишься скиллом, тестируешь разные агенты или готовишься к обновлениям модели |
Что с этим делать прямо сейчас
Не нужно бросаться переписывать все свои скиллы — это тема на будущее, а не пожар. Но пару вещей стоит взять в привычку уже сегодня:
- Проверяй новый скилл хотя бы раз не только в родном инструменте, но и в другом агенте — увидишь слабые места сразу.
- Пиши формат вывода явно, а не полагайся на то, что модель «поймёт как надо».
- Держи структуру скилла аккуратной — короткий SKILL.md плюс отдельные файлы примеров, а не одна длинная простыня текста.
Про то, как в принципе устроены скиллы Claude Code и как их собирать пошагово, у нас разобрано отдельно — Claude Code skills: как они работают. А если хочется не изобретать велосипед, а посмотреть на готовые примеры — есть подборка готовых скиллов Claude и обзор Claude Skills на GitHub, где лежит официальный репозиторий Anthropic.
Кстати, про сборку скиллов и то, почему готовые решения часто выглядят одинаково, если их не докручивать руками, я отдельно рассказывала в посте про сайты на Claude — там же раздавала часть скиллов, которыми пользуюсь сама.

Читайте также
- Claude Skills когда не работают: разбор Принстона
- Claude Code Skills в 2026: как скиллы работают внутри Claude Code
- Что такое скиллы Claude и как собрать первый
- Claude MCP в 2026: что это и зачем нужен Claude Code
- На портале «Мастерская нейросетей»: Как зарабатывать на нейросетях с Claude Code без навыков программирования
Если тема скиллов и агентов вообще заходит — я в канале регулярно разбираю такие исследования и сразу перевожу их на человеческий язык, без академической воды. Забрать разборы и не потерять новые темы — подписаться на канал «А.М. решает вопросы».
Чек-лист: что у тебя теперь есть
- Понимаешь, что значит «переносимость» скилла между моделями и почему это не то же самое, что просто «скилл работает»
- Знаешь, из-за чего скилл, идеальный в Claude, может выдавать посредственный результат в другой модели
- В курсе, что исследует Microsoft SkillOpt и зачем это направление вообще появилось
- Можешь прикинуть, стоит ли тебе сейчас закладывать переносимость в свои скиллы
- Знаешь, где на блоге разобрана база по скиллам Claude Code, если нужно начать с азов
Частые вопросы
Что значит перенос скиллов Claude Code между моделями?
Это способность одного и того же скилла (папки с SKILL.md) выдавать одинаково хороший результат не только в Claude, но и при запуске через другую модель или агента. На практике скилл, заточенный под особенности одной модели, часто теряет качество на другой.
Почему скилл, который отлично работает в Claude, может подвести в другой модели?
Потому что инструкции внутри SKILL.md часто написаны с учётом конкретной модели: её стиля следования формату, длины контекста, привычки додумывать шаги. Другая модель читает те же слова иначе.
Что предлагает исследование Microsoft SkillOpt?
Подход к тому, чтобы делать скиллы менее «завязанными» на особенности конкретной модели — то есть переносимыми между разными LLM-агентами без переписывания инструкций с нуля.
Нужно ли мне сейчас переписывать свои скиллы под несколько моделей?
Если ты работаешь только в Claude Code — нет, срочности нет. Но если планируешь использовать скилл в разных агентах или делиться им с командой на других инструментах, стоит закладывать переносимость сразу.
Где почитать про структуру скиллов Claude Code, если я только начинаю?
У нас на блоге есть отдельный разбор — что такое скиллы Claude и как их собирать с нуля, там база без исследовательского уклона.
Следующий шаг
Твой личный ДЖАРВИС
Первый ИИ-ассистент за вечер: по шагам, на живой практике, без кода.
Пройти курсИли просто следи
А.М. решает вопросы — 5 000+ подписчиков, разборы Claude каждый день.
Подписаться в Telegram

