~/wiki / dizayn-sistema-i-komponenty / yandex-75-75-75-ispolnimaya-dizayn-sistema

75/75/75: почему дизайн-системе пора становиться исполнимой

Основной чат

Чат для вайбкодеров: новости, гайды, поиск исполнителей, маркетплейс и разбор реальных кейсов.

$ cd раздел/ $ join vibe dev
75/75/75: почему дизайн-системе пора становиться исполнимой - обложка

Яндекс запустил программу 75/75/75 для ускорения разработки с помощью ИИ. Компания хочет, чтобы к концу 2026 года 75% разработчиков регулярно применяли AI, он участвовал в 75% изменений, а в таких изменениях генерировал не менее 75% кода.

Скорость смещает узкое место

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

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

От макета к проверяемому контексту

Чем точнее описаны правила системы, тем меньше AI-генерация будет производить визуально похожие, но логически неправильные интерфейсы. В команде нужен переход от фразы «сделайте как на макете» к структурированным требованиям: какие компоненты допустимы, какие состояния обязательны, как выглядит ошибка, что происходит на мобильном экране и по каким критериям проверяется сценарий.

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

Новая зона ответственности дизайна

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

Программа Яндекса показывает, что AI-разработка становится организационной практикой, а не экспериментом отдельных энтузиастов. Дизайнеру в этой модели важно включаться раньше: формировать правила, критерии качества и тестовые сценарии. Тогда рост скорости не приведёт к росту визуального и UX-долга.

Источник: Яндекс

$ cd ../ ← назад к Дизайн-система и компоненты

$ nav --prev

MCP-сервер вашей дизайн-системы: подключаем AI-агент к компонентам напрямую

$ nav --next

Fluid Glass UI: как дать AI-агенту воспроизводимый WebGL-интерфейс вместо абстрактного промпта