Home | Blog | Integration

Как связать комментарии Figma с задачами Linear

Свяжите дизайн-фидбэк с инженерной работой, соединив комментарии Figma с задачами Linear – без копирования контекста между вкладками.

By Ellis Keane · 2026-03-31

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

Нативная интеграция Figma с Linear даёт встраивание ссылок и плагин для создания задач из фреймов. Это действительно полезно. Но момент, когда ветка комментариев Figma об ховер-состоянии кнопки тихо превращается в двухнедельную инженерную кроличью нору и никто не связывает точки до ретроспективы спринта – вот пробел, который ни один инструмент не закрывает. Именно об этом статья: как связать комментарии Figma с задачами Linear так, чтобы не зависеть от чьей-то памяти.

Что интеграция Figma с Linear реально делает (и не делает)

Нативная интеграция хорошо делает две вещи и больше ничего.

Встраивание ссылок Figma в Linear. Вставьте URL Figma в любую задачу или комментарий Linear – он превратится в интерактивный превью. Важная оговорка: в документации Linear указано, что интерактивные превью внутри приложения работают только для публично опубликованных файлов Figma. Ваши приватные файлы (то есть большинство из них) будут отображаться как статическая ссылка с миниатюрой.

Плагин Linear для Figma. Из Figma можно создавать задачи Linear, которые автоматически привязываются к конкретным фреймам, страницам или секциям. Можно задать команду, статус, исполнителя и проект – не переключая вкладки. Также можно связываться с существующими задачами, что удобно, когда изменение дизайна затрагивает уже ведущуюся работу.

Интеграция Figma с Linear – мост с односторонним движением: она помогает передавать дизайн-контекст в Linear. Она не возвращает инженерный контекст обратно в Figma и не связывает ветки комментариев между двумя инструментами.

Чего она не делает:

Комментарии Figma не создают задачи Linear автоматически. Кто-то должен каждый раз вручную запускать плагин.
Обновления задач Linear не попадают обратно в Figma. Если инженер меняет статус, добавляет блокер или пересматривает объём работы, дизайнер не узнает об этом, пока сам не проверит Linear.
Нет поиска по обоим инструментам. «Где мы обсуждали редизайн навигации?» – это могут быть комментарии Figma, задачи Linear или (не дай бог) и то, и другое.

Настройка рабочего процесса из Figma в Linear

Настройка занимает около трёх минут. Подробности – в документации интеграции Figma с Linear, но вот краткая версия:

[ ] Включите интеграцию Figma в настройках рабочего пространства Linear (требуются права администратора с обеих сторон)
[ ] Установите официальный плагин Linear из Figma Community (избегайте сторонних альтернатив – они склонны ломаться при обновлениях API)
[ ] Тест: выберите фрейм, запустите плагин Linear и создайте задачу. Убедитесь, что задача ссылается обратно на фрейм.
[ ] Тест: вставьте ссылку на файл Figma в задачу Linear и убедитесь, что встраивание отображается
[ ] Проверьте настройки доступа к файлам дизайна – приватные файлы будут показывать статические ссылки, а не интерактивные превью

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

Проблема классификации

Вот сценарий, который ломает любой рабочий процесс из Figma в Linear, который я видел:

Дизайнер комментирует фрейм: «Это состояние загрузки не учитывает пустое состояние, которое мы обсуждали. Стоит добавить скелетный экран?» Три человека отвечают в ветке Figma. Принимается решение. Никто не создаёт задачу в Linear, потому что комментарий больше походил на дизайн-обсуждение, чем на задачу.

Два спринта спустя инженер строит фичу без скелетного экрана. QA поднимает флаг. Все двадцать минут тратят в Slack, пытаясь выяснить, обсуждалось ли это вообще. Обсуждалось – в Figma, где ветка комментариев всё ещё висит, помечена как решённая и забыта.

Проблема не в том, что люди забывают использовать плагин Linear. Дело в том, что дизайн-фидбэк существует в спектре, а классификация – «это было задачей?» – происходит постфактум, обычно когда кто-то понимает, что вещь не сделана.

Три полезные эвристики: Просматривая ветку комментариев Figma, спросите, (а) влияет ли она на критерии приёмки существующей задачи Linear, (б) описывает ли она новую работу, которую ещё никто не зафиксировал, или (в) содержит ли она решение, меняющее объём. Если хотя бы в одном случае да – это должна стать отслеживаемой задачей. Это не поймает всё, но даст команде общий словарь для «этот комментарий важен».

Что реально работает (и что не работает)

Рекомендуемая настройка: нативный плагин плюс лёгкие соглашения плюс подстраховка. Используйте плагин Linear для Figma всегда, когда дизайнер видит явную работу – компонент нужно обновить, баг нужно завести, новый экран нужно создать. Добавьте простое соглашение по комментариям (наша команда использует префикс «Action:» или упоминание нужного инженера), чтобы обозначить намерение без тяжёлых процессов. И примите, что кое-что будет ускользать – создайте еженедельный обзор, где вы просматриваете последние ветки комментариев Figma рядом с доской спринта, ища неразрешённые ветки старше недели, которые могут соответствовать существующим задачам. Это идеальная система для связи комментариев Figma с задачами Linear? Нет, это ручная заплатка – но самая надёжная ручная заплатка, которую я нашёл, и она даёт время до тех пор, пока вы не автоматизируете слой классификации.

Что работает

Нативный плагин для явных задач – когда дизайнер знает, что это задача, плагин Linear быстрый и прямой
Соглашения по комментариям – простые теги вроде Action: или упоминания инженеров для обозначения намерения
Еженедельный обзор комментариев и доски – просмотр неразрешённых веток Figma относительно доски спринта

Что не работает

Ручная маршрутизация в масштабе – зависимость от людей в классификации каждого комментария ломается во время загруженных спринтов
Автоматизации Zapier на основе ключевых слов – вебхуки комментариев Figma срабатывают на все действия (ответы, решения, реакции), генерируя шум, требующий постоянной поддержки фильтров
Полное игнорирование пробела – надежда, что люди «просто проверят оба инструмента», не является стратегией

Альтернатива: Zapier или Make. Можно настроить триггер на новые комментарии Figma для создания задач Linear. Практическая проблема в том, что вебхуки Figma могут генерировать большие объёмы событий комментариев – ответы, решённые ветки, реакции эмодзи – всё срабатывает. Без тщательной фильтрации вы будете заваливать Linear новой задачей каждый раз, когда кто-то отреагирует на комментарий лайком, что как раз тот вид прогресса, который заставляет сомневаться в своих карьерных выборах. С фильтрацией вы поддерживаете regex-правила, которые расходятся с тем, как ваша команда реально пишет комментарии. Это работает для небольших команд с предсказуемыми паттернами комментариев, но превращается в чью-то работу на полставки.

Альтернатива: семантическая сигнальная разведка. Вместо маршрутизации отдельных комментариев как задач, система, понимающая оба инструмента на семантическом уровне, способна распознавать, когда ветка комментариев Figma пересекается с существующей задачей Linear или когда новый комментарий подразумевает неотслеживаемую работу. Именно такой подход мы строим в Sugarbug – нативные скраперы для Figma и Linear, которые классифицируют сигналы и показывают связи через граф знаний, чтобы связь между дизайн-обсуждением и инженерной задачей не зависела от того, вспомнит ли кто-то нажать кнопку.

Цель не в том, чтобы превратить каждый комментарий Figma в задачу Linear. Цель – гарантировать, что когда комментарий подразумевает работу, связь не зависит от чьей-то памяти. attribution: Chris Calo

Часто задаваемые вопросы

Получайте сигнальную разведку прямо на почту.

Q: Можно ли создавать задачи Linear прямо из комментариев Figma? A: Да, но не автоматически. Нужно установить плагин Linear для Figma, и кто-то должен запускать его вручную каждый раз. Он позволяет создавать задачи, связанные с конкретными фреймами, задавать команду, статус, исполнителя и проект – всё без переключения вкладок. Пробел в том, что никто не делает этого для комментариев, которые в момент написания не кажутся очевидными задачами.

Q: Sugarbug автоматически связывает комментарии Figma с задачами Linear? A: Sugarbug нативно парсит как Figma, так и Linear, классифицирует сигналы из каждого инструмента и связывает их через граф знаний. Когда комментарий Figma ссылается на работу, отслеживаемую в Linear, Sugarbug показывает эту связь без ручного связывания.

Q: Почему уведомления о комментариях Figma не появляются в Linear? A: Потому что интеграция – улица с односторонним движением. Linear встраивает превью дизайна из Figma и позволяет создавать задачи через плагин, но ветки комментариев Figma не поступают в Linear как уведомления. Обновления тоже не отражаются в обратном направлении – если инженер меняет статус задачи, дизайнер должен сам зайти в Linear, чтобы узнать об этом.

Q: Как понять, какие комментарии Figma должны стать задачами Linear? A: Используйте три эвристики: влияет ли комментарий на критерии приёмки существующей задачи? Описывает ли он новую работу, которую ещё никто не зафиксировал? Содержит ли он решение, меняющее объём? Если хотя бы один ответ – да, это нужно отслеживать в Linear.