Figma 到 Linear：不用複製貼上的設計開發橋接
用 Linear 原生嵌入、Figma 外掛與實戰工作流程模式，讓設計與工程在同一個節奏協作。
By Chris Calo · 2026-03-15
在過去一年裡，設計交接給工程這件事，已經有點變成辦公室劇場。設計師在 Figma 做完一個元件，留了三則措辭精準的留言，把連結貼到 Slack，再 tag 要接手的工程師。工程師兩天後才打開連結，只看了三則中的兩則，漏掉一個 variant，最後上線一個「差不多」的版本，直到 QA 才被抓到。
如果你也經歷過這種溝通落差（我自己就反覆踩過），你應該知道解法不是「再加強溝通」。真正的解法是把工具連起來，讓脈絡跟著工作一起走。這篇就整理怎麼整合 Figma 和 Linear – 包含原生嵌入、外掛，以及三個真正讓這個連線發揮價值的工作流程模式。
Linear 的 Figma 整合到底做了什麼
Linear 支援 Figma 嵌入 已經一段時間了，基本功能相當穩。把 Figma URL 貼到任何 issue 描述或留言裡，Linear 就會產生設計的嵌入式預覽。這些預覽預設是靜態的 – Linear 會把嵌入當下的版本凍結住，這是刻意設計，目的是保留當時脈絡。你可以在編輯模式手動更新，但設計不會在你沒注意時偷偷換版本。
你也可以把 Figma 連結當成 issue 附件，這樣會整理在側邊欄，不會埋在通常到週四就膨脹成四十則訊息的留言串裡。
figma linear 整合不會做的事是任何雙向操作。Linear 看得到 Figma，Figma 看不到 Linear。留言留在哪裡就永遠在哪裡。狀態變更也不會互相傳遞。如果工程師在 Linear 把 issue 標成「Done」，Figma 那邊不會知道，除非有人另外通知 – 實務上通常就是沒人通知。
如何整合 Figma 與 Linear：一步一步來
設定其實很直覺（還好不是每件事都要跑十二步 OAuth 流程）。
Step 1：啟用整合
進到 Linear workspace 設定，打開 Integrations。在清單裡找到 Figma，按 Enable。接著會跳去 Figma 授權連線。授權完成後，管理端就設定好了。
Step 2：把 Frame 連到 Issue
啟用後，把任何 Figma URL 貼到 Linear issue，就會產生嵌入預覽。建議這樣做效果最好：
- 連特定 frame，不要只連整個檔案。
figma.com/file/abc123?node-id=42:1337 這種連結會直接指到對的元件。figma.com/file/abc123 只會顯示 Figma 預設視圖，通常不是你要的。
- 主要設計參考放在 issue description。 留言適合迭代討論，但工程師接手時第一眼通常先看描述。
- issue 進 sprint 前就先放好 Figma 連結。 聽起來很基本，但我真的很驚訝，設計脈絡經常是在工程師已經花了二十分鐘找設計之後才被補上。
Step 3：安裝 Figma 外掛
Figma 有一個 Linear plugin，設計師可以直接在畫布建立或更新 Linear issue。選一個 frame、開外掛、填 issue 標題和 team，就會建立好 issue，並自動附上 Figma 連結。外掛也支援不離開 Figma 就更新 issue 狀態和 assignee。
這會把設計交接從「工程師自己去找設計」翻成「設計師把設計送到工程手上」。以我們團隊經驗，光這一改，Slack 上「這題設計在哪？」的訊息大概少了一半。真的，光這點就值得花五分鐘裝起來。
原生整合的缺口在哪裡
我不想低估 Linear 和 Figma 做出來的東西 – 以輕量連線來說，它確實可用。但有些缺口要先講清楚，不然三個月後一定會出現那句：「我們都做整合了，為什麼還是沒同步？」
留言不會互通。 設計師在 Figma 留回饋，工程師在 Linear 回覆，雙方不手動去兩邊看就看不到彼此的內容。以我們實務經驗，設計到開發最常見的誤解就卡在這裡 – 不是規格寫不好，而是對話同時散落在兩個地方。
狀態是單向的。 issue 在 Linear 進到「In Progress」，Figma 不會有任何更新。設計師要知道設計有沒有開始做，只能自己去查 Linear（更常見是去 Slack 問）。
沒有變更通知。 當設計師更新了已連到 Linear issue 的 frame，被分配到該 issue 的工程師在 Linear 不會收到提醒。又因為預覽預設是靜態的，工程師可能正在照舊版設計開發。除非有人手動刷新嵌入或在 Slack 另外講，這個更新就是隱形的。
真正補洞的工作流程模式
嵌入解的是「參考連結」問題。下面三個模式才是解「協作節奏」問題 – 也是決定你的 figma linear 整合到底能不能提升交接品質，還是只多了一條沒人在維護的工具連線。
Pattern 1：Design-Ready Issues
設計相關的 issue 進 sprint backlog 前，Linear 裡要先有三樣東西：
- Figma frame 連結（特定 frame，不是整份檔案）
- 設計備註，摘要這版相較上次迭代改了什麼（因為嵌入只顯示目前狀態，不會告訴你哪裡是新改的）
- 驗收標準要具體對到設計 –「符合 Figma frame」不算驗收標準；「卡片標題與副標之間使用 8px spacing token」才算。
設計師每題多花幾分鐘準備。回報是工程師拿到 issue 就能直接開工，不用先做一輪 Slack 考古。
Pattern 2：Design Review Labels
在 Linear 建一個自訂 label，像是「Needs Design Review」。功能做完但需要設計師驗收的 issue，一律套這個標籤。關鍵（我知道這聽起來超明顯）是把它放進 issue lifecycle template，讓 issue 進到「In Review」時自動觸發。我是從經驗中學到的 – 我們就建了這個標籤，前兩個 sprint 用得很勤，後來默默停掉，因為沒模板化。還記得文章開頭那位漏看 variant、上線「差不多版」的工程師嗎？那次就是少了設計 review 標籤。
Pattern 3：用 Figma Sections 當 Sprint 地圖
專案比較大時，幫當前 sprint 在 Figma 開專用 section 或 page。每個 frame 對應唯一一個 Linear issue。frame 名稱直接對齊 issue 編號，例如 ENG-142 – Card Component Redesign，工程師就不用在四十個名叫「Frame 247」的畫板裡來回找。
怎麼讓這些習慣真的落地
我看過執行得好的團隊都有幾個共通點：設計師會在 issue 進 sprint 前就先連好 frame（不是等工程師抱怨後才補），工程師在把 issue 標完成前會先套 review label（不是最後才想到），而且大家不會把 Slack 當設計決策的唯一紀錄系統。
最後這點其實比任何整合都重要。如果你曾經花十五分鐘找「那串說要改 border radius 的討論」，你一定懂。Slack 是設計對話最常發生的地方，也是它們最容易消失的地方。如果某個設計決策是在 thread 裡定案的，就一定要有人回填到 Figma 檔案或 Linear issue – 不然三週後它就會沉在部署警報和午餐約裡。
「如果某個設計決策是在 thread 裡定案的，就一定要有人更新 Figma 檔案或 Linear issue – 不然三週後它就會沉在部署警報和午餐約裡。」 – Chris Calo
Figma–Linear 原生整合在嵌入和參考管理上表現不錯。若要做到雙向可見性 – 留言、狀態、變更通知 – 你需要靠手動紀律，或加上一層能自動串起兩邊脈絡的機制。
另外，如果你不只串 Figma 和 Linear，還把 Slack、GitHub、Notion 都拉進來，手動維持同步的負擔會很快疊上去。這是另一個主題，但最好在下一次「誰改了這個設計，為什麼沒人通知我？」的事後檢討前先談清楚。
This integration sits within a unified workflow across Linear, GitHub, Figma, and Slack – see that article for the full toolchain picture. The specific problem of comment routing is covered in the Figma-to-Linear feedback loop. For a broader view of what makes handoffs succeed, what a complete design-to-engineering handoff actually requires goes beyond the integration setup.
把 Figma、Linear、Slack、GitHub 串進同一個知識圖譜 – 讓設計脈絡跟著工作一起流動。
Q: Sugarbug 會自動串接 Figma 和 Linear 嗎？ A: 會。Sugarbug 會擷取 Figma 與 Linear 的訊號，在知識圖譜中把設計留言、檔案更新和 issue 狀態變更關聯起來。當設計師在某個 frame 留下回饋時，Sugarbug 可以直接把它和對應的 Linear issue 一起呈現，不需要任何人手動貼網址。
Q: Sugarbug 可以追蹤 Figma、Linear、Slack 之間的設計交接嗎？ A: 可以。Sugarbug 把 Figma、Linear、Slack、GitHub、Notion 串成同一個知識圖譜。設計回饋、工程討論和任務狀態都會維持關聯，交接時脈絡不會掉。
Q: Linear 有內建 Figma 整合嗎？ A: 有。Linear 的原生 Figma 整合可以在 issue 貼上 Figma URL 產生嵌入預覽，也能用 Figma 外掛 從畫布建立或更新 issue。不過它是單向的 – 兩邊的留言和狀態變更不會同步。
Q: 要怎麼把 Figma frame 連到 Linear issue？ A: 把 Figma frame URL 貼到 Linear issue 的描述或留言。Linear 會自動產生嵌入預覽。你也可以用 Linear 的 Figma 外掛直接從畫布建立 issue，連結會自動帶入。
Q: 為什麼 Figma 留言不會出現在 Linear？ A: 因為 Linear 的原生 Figma 整合只做設計預覽嵌入，不會同步留言。設計師在 Figma 的留言和工程師在 Linear 的留言，會落在不同孤島。像 Sugarbug 這類工具會擷取兩邊訊號，再用共享知識圖譜把它們串起來。