Quasa
Установите приложение QUASA
Присоединяйся к пионеру Web3 крипто фриланса сейчас!
Открыть
Новости

Figma Make связала холст с GitHub, но код по-прежнему проверяют инженеры

|Обновлено: |Автор: Редакция QUASA|4 мин чтения| 500
Figma Make связала холст с GitHub, но код по-прежнему проверяют инженеры

Figma Make получила возможность работать с существующей кодовой базой и передавать изменения в GitHub, однако функция по-прежнему находится в закрытой бета-версии с ограниченным доступом. Анонс Figma от 28 мая 2026 года описывает её как первый этап соединения проектирования, прототипирования с кодом и подготовки изменений для рабочего продукта.

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

Что именно изменилось в Figma Make

Раньше Figma Make использовалась прежде всего для создания интерактивных прототипов по текстовому описанию. Новая возможность подключает инструмент к настоящему проекту: приложение запускается внутри Make с его компонентами и данными, а результат правок сразу виден в работающем интерфейсе.

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

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

Как правка попадает в GitHub

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

  1. Пользователь открывает репозиторий в тестовом настольном приложении Figma и запускает локальную версию продукта.
  2. Он выбирает элемент интерфейса и вносит визуальную правку либо описывает нужное изменение ИИ-агенту.
  3. Figma Make изменяет файлы и сохраняет результат в локальной истории версий.
  4. Пользователь создаёт отдельную ветку, отправляет её в GitHub и оформляет запрос на слияние.
  5. Инженеры изучают различия, проводят предусмотренные проверки и принимают либо отклоняют изменение.

До отправки ветки результаты остаются на компьютере пользователя. Поэтому выражение «дизайн превращается в рабочий код» требует важной оговорки: Make создаёт реализацию и помещает её в привычный процесс разработки, но не отменяет автоматические испытания, проверку безопасности и правила доступа к основной ветке.

Что означает двухсторонняя интеграция

Двухсторонность относится прежде всего к движению исходного кода. Существующий проект поступает из репозитория в локальную среду Make, а изменённые файлы возвращаются в GitHub в отдельной ветке с запросом на слияние. Это не постоянная автоматическая синхронизация каждого слоя в Figma Design с каждой строкой программы.

Между Make и Figma Design действует отдельный цикл. Экран, страницу или компонент работающего приложения можно перенести на дизайн-холст в виде редактируемых слоёв, обсудить и изменить, а затем применить выявленные различия обратно в Make. Репозиторий при этом остаётся основной средой реализации и хранит историю конкретных изменений.

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

Кому доступна функция и какие ограничения сохраняются

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

Полный сценарий предусмотрен для GitHub: Make может получить копию проекта, отправить отдельную ветку и создать запрос на слияние. С облачной корпоративной редакцией GitHub функция совместима, а с редакцией, развёрнутой на собственном сервере компании, — нет. Для GitLab и Bitbucket можно получать репозиторий и отправлять ветки по защищённому соединению, но запрос на слияние приходится создавать в интерфейсе соответствующей службы.

В организации приложение Figma для GitHub сначала устанавливает администратор, а затем каждый участник проходит личную авторизацию. Корпоративные требования к входу через определённый браузер, аппаратный ключ или другой ограниченный способ подтверждения личности могут помешать подключению непосредственно из Make.

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

Становятся ли дизайнеры программистами

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

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

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

Поэтому говорить о замене программистов дизайнерами преждевременно. Подтверждённое изменение скромнее, но практичнее: Figma Make создаёт общее рабочее пространство, в котором визуальное решение можно перенести в существующий код без отказа от инженерной проверки.

Читайте также:

Поделиться:

Подпишитесь на рассылку

Получайте свежие новости Web3, AI и криптовалют прямо на вашу почту.

0