Home | Blog | Integration

Figma 댓글을 Linear 이슈에 연결하는 방법

탭 사이에서 컨텍스트를 복사·붙여넣기 하지 않고 Figma 댓글을 Linear 이슈에 연결해 디자인 피드백과 엔지니어링 작업을 연결하세요.

By Ellis Keane · 2026-03-31

디자이너가 상세한 Figma 댓글을 남기고, 3미터 옆에 앉아 있던 엔지니어가 이틀 뒤 거의 동일한 Linear 이슈를 만드는 장면을 네 번째 목격했을 때, 나는 이것을 커뮤니케이션 문제라고 생각하기를 멈췄다. 이건 배관 문제다. 두 도구 사이의 파이프는 모두가 생각하는 방식으로 존재하지 않는다.

네이티브 Figma Linear 통합은 링크 임베드와 프레임에서 이슈를 만드는 플러그인을 제공한다. 이건 진짜 유용하다. 하지만 버튼의 호버 상태에 관한 Figma 댓글 스레드가 조용히 2주짜리 엔지니어링 미로가 되고 스프린트 회고 때까지 아무도 점을 연결하지 못하는 부분 – 그건 어떤 도구도 실제로 해결하지 못하는 공백이다. 이 글은 바로 그 부분에 대한 것이다: 누군가의 기억에 의존하지 않고 Figma 댓글을 Linear 이슈에 연결하는 방법.

Linear의 Figma 통합이 실제로 하는 것(과 하지 않는 것)

네이티브 통합이 잘하는 것은 두 가지뿐이고 그 외에는 아무것도 하지 않는다.

Linear에서의 Figma 링크 임베드. Figma URL을 Linear 이슈나 댓글에 붙여넣으면 인터랙티브 미리보기로 변환된다. 알아둘 점은 Linear 문서에 앱 내 인터랙티브 미리보기는 공개 공유된 Figma 파일에서만 작동한다고 나와 있다는 것이다. 비공개 디자인 파일(즉, 대부분의 파일)은 썸네일이 있는 정적 링크로 렌더링된다.

Figma용 Linear 플러그인. Figma 안에서 특정 프레임·페이지·섹션에 자동으로 연결된 Linear 이슈를 만들 수 있다. 탭을 전환하지 않고도 팀·상태·담당자·프로젝트를 설정할 수 있다. 기존 이슈에 연결할 수도 있어 디자인 변경이 이미 진행 중인 작업에 영향을 줄 때 유용하다.

Linear의 Figma 통합은 단방향 다리다: 디자인 컨텍스트를 Linear로 밀어넣는 것을 돕는다. 엔지니어링 컨텍스트를 Figma로 가져오지는 않으며, 두 도구 사이에서 댓글 스레드를 연결하지도 않는다.

하지 않는 것:

Figma 댓글이 Linear 이슈를 자동으로 만들지 않는다. 매번 누군가가 수동으로 플러그인을 실행해야 한다.
Linear 이슈 업데이트가 Figma에 반영되지 않는다. 엔지니어가 상태를 바꾸거나 블로커를 추가하거나 작업 범위를 재조정해도, 디자이너는 직접 Linear를 확인하지 않는 한 알 수 없다.
크로스 도구 검색이 없다. "내비게이션 리디자인은 어디서 논의했지?"라는 질문은 Figma 댓글을 의미할 수도, Linear 이슈를 의미할 수도, 또는(하늘이 도와) 둘 다를 의미할 수도 있다.

Figma에서 Linear로의 워크플로 설정

설정에는 약 3분이 걸린다. 자세한 내용은 Linear의 Figma 통합 문서에 있지만 간략한 버전은 다음과 같다:

[ ] Linear 워크스페이스 설정에서 Figma 통합 활성화 (양쪽 모두 관리자 권한 필요)
[ ] Figma Community에서 공식 Linear 플러그인 설치 (서드파티 대안은 피할 것 – API 업데이트로 망가지는 경향이 있음)
[ ] 테스트: 프레임 선택, Linear 플러그인 실행, 이슈 생성. 프레임으로 다시 연결되는지 확인
[ ] 테스트: Figma 파일 링크를 Linear 이슈에 붙여넣고 임베드가 렌더링되는지 확인
[ ] 디자인 파일의 공유 설정 확인 – 비공개 파일은 인터랙티브 미리보기가 아닌 정적 링크로 표시됨

이것으로 명확한 경로는 처리된다: 디자이너가 작업을 인식하고, 이슈를 만들고, 엔지니어가 컨텍스트를 얻는다. 문제는 댓글을 쓸 때 작업이 명확하지 않을 때 시작된다.

분류 문제

내가 본 모든 Figma에서 Linear로의 워크플로를 망가뜨리는 시나리오가 여기 있다:

디자이너가 프레임에 댓글을 남긴다: "이 로딩 상태는 우리가 논의한 빈 상태를 고려하지 않았어요. 스켈레톤 스크린을 추가해야 할까요?" 세 사람이 Figma 스레드에 답글을 단다. 결정이 내려진다. 댓글이 작업이라기보다 디자인 토론처럼 느껴졌기 때문에 아무도 Linear 이슈를 만들지 않는다.

두 스프린트 후, 엔지니어가 스켈레톤 스크린 없이 기능을 만든다. QA가 플래그를 세운다. 모두가 Slack에서 20분을 보내며 이것이 이전에 논의됐는지 알아내려 한다. 논의됐었다 – Figma에서. 댓글 스레드는 아직 거기 있고, 해결됨 표시가 돼 있고 잊혀졌다.

문제는 사람들이 Linear 플러그인 사용을 잊어버린다는 것이 아니다. 디자인 피드백은 스펙트럼상에 존재하며 "그게 작업이었나?"라는 분류는 소급해서 이루어진다 – 보통 누군가 그 일이 완료되지 않았음을 깨달았을 때.

도움이 되는 세 가지 휴리스틱: Figma 댓글 스레드를 검토할 때 그것이 (a) 기존 Linear 이슈의 인수 기준에 영향을 미치는지, (b) 아직 아무도 등록하지 않은 새로운 작업을 설명하는지, (c) 범위를 바꾸는 결정을 포함하는지를 확인한다. 이 중 어느 하나라도 해당된다면 추적된 이슈가 되어야 한다. 이게 모든 것을 잡아내지는 않지만, "이 댓글이 중요하다"는 팀의 공통 어휘를 만들어 준다.

실제로 작동하는 것(과 작동하지 않는 것)

권장 설정: 네이티브 플러그인 + 가벼운 규칙 + 안전망. 디자이너가 명확한 작업을 식별할 때마다 Figma용 Linear 플러그인을 사용한다 – 컴포넌트 업데이트·버그 등록·새 화면 제작 등. 간단한 댓글 규칙(우리 팀은 "Action:" 접두어나 관련 엔지니어 멘션을 사용한다)을 더해 무거운 프로세스 없이 의도를 표시한다. 그리고 어떤 것은 빠져나갈 것임을 인정한다 – 스프린트 보드와 함께 최근 Figma 댓글 스레드를 스캔하는 주간 리뷰를 만들어, 1주일 이상 된 미해결 스레드 중 기존 이슈에 매핑될 수 있는 것을 찾는다. 이게 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: Figma 댓글에서 바로 Linear 이슈를 만들 수 있나요? A: 예, 하지만 자동으로는 아닙니다. Figma용 Linear 플러그인이 설치되어 있어야 하며, 매번 수동으로 실행해야 합니다. 탭을 전환하지 않고도 특정 프레임에 연결된 이슈를 만들고 팀·상태·담당자·프로젝트를 설정할 수 있습니다. 공백은 댓글이 당시 명확한 작업처럼 느껴지지 않을 때 아무도 이것을 실행하지 않는다는 것입니다.

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에서 추적해야 합니다.