LLM в разработке: препятствия и перспективы

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

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

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

Адаптация LLM под нужды конкретных компаний, например, дообучение на их уникальных данных, является перспективным направлением. Такой подход позволяет компаниям создавать корпоративных ИИ-ассистентов, способных работать с конфиденциальной информацией. Одним из способов такого дообучения является In-Context fine-tuning, объединяющий методы RAG и fine-tuning, который позволяет обучать модели на примерах запросов и ответов, создавая ассистентов без необходимости написания кода.


Новое на сайте

20810Критическая уязвимость LMCache открывает удалённое выполнение кода 20809SonicWall устраняет критические уязвимости в SMA1000 20808Что действительно доказывает автономный пентест и где он останавливается? 20807Киберриск переместился внутрь рабочего процесса 20806Как китайская хакерская сеть превратила украденную почту в доступный другим сервис? 20805ARTEX и SCARLET LOOP: как ИИ превратился в инструмент кражи данных 20804Как Linux-бэкдоры маскируются под почтовую защиту в южной Корее и на Тайване? 20803Сможет ли Anthropic открыть опасные возможности ИИ для защиты сетей? 20802Японию накрыла волна утечек через API и Metabase 20801Как захват .gh, .sl и .as позволил выпускать сертификаты для Google? 20800Как MonsterCloud могла заработать на выкупе у киберпреступников? 20799Почему CVE-2026-21589 начали эксплуатировать через два часа после раскрытия? 20798Подделка админ-сессий в Rejetto HFS 20797Почему CVE-2026-88779 отключает SAML-сервисы NetScaler? 20796Почему Apple ограничит полный доступ ИИ-агентов к диску?
Ссылка