Скилл это не длинный промпт. Промпт живёт один запрос, скилл это зафиксированная методика, которую модель подхватывает сама по триггеру и применяет одинаково каждый раз. Разница между ними примерно такая же, как между устным объяснением подрядчику и типовым техническим решением, которое лежит в папке и применяется всеми.

У меня личная библиотека из 28 скиллов по шести доменам. Инженерные расчёты занимают самый большой блок: термостойкость и невозгораемость кабельных линий, выбор сечения экрана по току короткого замыкания, задание расчётного тока и времени короткого замыкания, тепловой расчёт сечения жилы 6 до 35 кВ, резонанс нейтрали, бросок тока при включении линии, релейная защита и уставки. Отдельно сметы ПИР, отдельно контент, форсайт и обкатка бизнес-гипотез.

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

Каждая смета на проектно-изыскательские работы считается по одной и той же рамке. Приказ Минстроя №847/пр, цены в уровне на 1 января 2021 года без НДС, распределение проектных и рабочих работ, кабельная линия всегда первой позицией со своим коэффициентом, воздушная линия второй, шкаф учёта отдельной строкой, горизонтально направленное бурение по своей формуле, индекс пересчёта на текущий год.

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

Главное это воспроизводимость. Два расчёта по одному объекту, сделанные с разницей в месяц, дают одинаковую структуру и одинаковые коэффициенты. Для инженерной документации это не про удобство. Документ, который два раза посчитан по-разному, нельзя защитить ни перед заказчиком, ни перед экспертизой.

1. Скилл фиксирует методику, но не отвечает за актуальность норматива внутри неё. Если вышло изменение к своду правил или новый индекс пересчёта, скилл будет уверенно и аккуратно считать по-старому. Поэтому у каждого расчётного скилла должна быть дата последней сверки с нормативом, и обновлять её надо руками.

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

3. Скилл закрепляет и ошибку тоже. Если упаковать неотлаженный процесс, получится машина для тиражирования этой ошибки на все объекты сразу.

Скиллы это способ вынести методику из головы конкретного специалиста в актив компании. Ценность не в скорости одного ответа, а в том, что расчёт, который умел делать один человек, начинает воспроизводиться одинаково у всех. Отсюда порядок внедрения: сначала отладить процесс руками до состояния, когда результат стабильно устраивает, и только потом паковать. Обратный порядок даёт быстрый и одинаково неверный результат.

Если в работе инженеров регулярно повторяются одни и те же расчёты, проверки, сметы или правила подготовки документов, такой процесс можно отдельно разобрать и определить, что имеет смысл закрепить в виде скилла, инструкции или другого ИИ-сценария.

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

Елена Пучкова — инженер, технический директор проекта «Цифровые трансформации», эксперт по применению ИИ в инженерных задачах, автоматизации, работе с техническими данными и документацией.