Home | Blog | Integration

Figma कमेंट्स को Linear Issues से कैसे जोड़ें

डिज़ाइन फ़ीडबैक और इंजीनियरिंग काम को जोड़ें – Figma कमेंट्स को Linear Issues से लिंक करें, बिना टैब्स के बीच कॉन्टेक्स्ट कॉपी किए।

By Ellis Keane · 2026-03-31

जब मैंने चौथी बार देखा कि एक डिज़ाइनर Figma में एक विस्तृत कमेंट छोड़ता है और तीन मीटर दूर बैठा डेवलपर दो दिन बाद Linear में लगभग एक जैसी issue बनाता है – तब मैंने इसे संचार की समस्या मानना बंद कर दिया। यह प्लंबिंग की समस्या है। इन दोनों tools के बीच के पाइप उस तरह मौजूद नहीं हैं जैसा सब मानते हैं।

नेटिव Figma Linear इंटीग्रेशन आपको लिंक एम्बेड और frames से issues बनाने का plugin देती है। यह वाकई उपयोगी है। लेकिन वह हिस्सा जहाँ एक button के hover state पर Figma का कमेंट थ्रेड चुपचाप दो हफ्ते की इंजीनियरिंग भूलभुलैया बन जाता है और sprint retro तक कोई भी dots नहीं जोड़ता – वह gap है जिसे कोई भी tooling वास्तव में हल नहीं करती। और इसी बारे में यह लेख है: Figma कमेंट्स को Linear Issues से इस तरह कैसे जोड़ें कि यह किसी की याददाश्त पर निर्भर न हो।

Linear की Figma Integration वास्तव में क्या करती है (और क्या नहीं)

नेटिव इंटीग्रेशन दो काम अच्छे से करती है और बाकी कुछ नहीं।

Linear में Figma link embeds। किसी भी Linear issue या कमेंट में Figma URL पेस्ट करें और यह एक इंटरेक्टिव प्रीव्यू में बदल जाती है। एक ज़रूरी बात: Linear के docs में बताया गया है कि इंटरेक्टिव in-app प्रीव्यू केवल publicly shared Figma files के लिए काम करते हैं। आपकी private design files (यानी उनमें से ज़्यादातर) एक thumbnail के साथ static link के रूप में दिखेंगी।

Figma के लिए Linear Plugin। Figma के अंदर से आप Linear issues बना सकते हैं जो स्वचालित रूप से specific frames, pages या sections से लिंक होती हैं। आप टीम, स्टेटस, असाइनी और प्रोजेक्ट सेट करते हैं – सब बिना टैब स्विच किए। आप existing issues से भी लिंक कर सकते हैं, जो तब काम आता है जब कोई design change किसी ऐसी चीज़ को छूता है जो पहले से प्रगति में है।

Linear की Figma integration एकतरफा पुल है: यह design context को Linear में push करने में मदद करती है। यह engineering context को Figma में वापस नहीं लाती, और दोनों tools में comment threads को कनेक्ट नहीं करती।

यह क्या नहीं करती:

Figma कमेंट्स स्वचालित रूप से Linear issues नहीं बनाते। किसी को हर बार plugin मैन्युअल रूप से चलाना होता है।
Linear issue अपडेट Figma में वापस नहीं आते। यदि कोई डेवलपर status बदलता है, blocker जोड़ता है या काम का scope बदलता है, तो डिज़ाइनर तब तक नहीं देखेगा जब तक वह खुद Linear चेक नहीं करता।
कोई cross-tool search नहीं है। "हमने navigation redesign कहाँ discuss किया?" का मतलब Figma कमेंट्स, Linear issues, या – भगवान बचाएं – दोनों हो सकता है।

Figma से Linear वर्कफ़्लो सेट करना

सेटअप में लगभग तीन मिनट लगते हैं। पूरी जानकारी Linear के Figma integration docs में है, लेकिन यहाँ संक्षिप्त version है:

[ ] Linear workspace settings में Figma integration enable करें (दोनों तरफ admin अधिकार आवश्यक)
[ ] Figma Community से official Linear plugin install करें (third-party alternatives से बचें – ये API updates के साथ अक्सर टूट जाते हैं)
[ ] Test: एक frame सेलेक्ट करें, Linear plugin चलाएं और एक issue बनाएं। verify करें कि यह frame से वापस link होती है।
[ ] Test: एक Figma file link को Linear issue में paste करें और confirm करें कि embed render होता है
[ ] अपनी design files की sharing settings जाँचें – private files interactive previews के बजाय static links दिखाएंगी

यह obvious रास्ते को कवर करता है: डिज़ाइनर एक task देखता है, issue बनाता है, डेवलपर को context मिलता है। मुश्किल तब शुरू होती है जब कमेंट लिखने के समय task obvious नहीं होती।

वर्गीकरण की समस्या

यहाँ वह scenario है जो मैंने जितने भी Figma से Linear वर्कफ़्लो देखे उन सबको तोड़ देता है:

एक डिज़ाइनर frame पर कमेंट करता है: "यह loading state उस empty state को account नहीं करता जिसके बारे में हमने बात की थी। क्या हमें skeleton screen जोड़ना चाहिए?" Figma thread में तीन लोग जवाब देते हैं। एक निर्णय लिया जाता है। कोई Linear issue नहीं बनाता क्योंकि कमेंट task की बजाय design discussion जैसा लगा।

दो sprints बाद, डेवलपर skeleton screen के बिना feature बनाता है। QA flag करता है। सब Slack पर यह पता लगाने में बीस मिनट बिताते हैं कि क्या यह कभी discuss हुआ था। हुआ था – Figma में, जहाँ कमेंट thread अभी भी बैठा है, resolved और भूला हुआ।

समस्या यह नहीं है कि लोग Linear plugin use करना भूल जाते हैं। समस्या यह है कि design feedback एक spectrum पर मौजूद है, और वर्गीकरण – "क्या वह एक task था?" – बाद में होता है, आमतौर पर जब कोई realize करता है कि काम नहीं हुआ।

तीन मानदंड जो मदद करते हैं: Figma कमेंट thread review करते समय पूछें कि क्या यह (a) किसी existing Linear issue के acceptance criteria को प्रभावित करता है, (b) नए काम का वर्णन करता है जिसे किसी ने अभी तक file नहीं किया, या (c) कोई ऐसा निर्णय है जो scope बदलता है। इनमें से किसी पर भी हाँ हो तो इसे tracked issue बनाना चाहिए। यह सब कुछ नहीं पकड़ेगा, लेकिन यह आपकी टीम को "यह कमेंट मायने रखता है" के लिए एक साझा शब्दावली देता है।

वास्तव में क्या काम करता है (और क्या नहीं)

अनुशंसित सेटअप: नेटिव plugin, हल्के conventions और एक safety net। Linear plugin for Figma का उपयोग तब करें जब कोई डिज़ाइनर स्पष्ट काम identify करे – एक component update करना है, एक bug file करना है, एक नई screen build करनी है। एक simple कमेंट convention जोड़ें (हमारी टीम "Action:" prefix या संबंधित engineer को tag करती है) बिना भारी process के intent signal करने के लिए। और स्वीकार करें कि कुछ चीज़ें छूट जाएंगी – एक weekly review बनाएं जहाँ आप sprint board के साथ-साथ recent Figma कमेंट threads scan करें, एक हफ्ते से पुराने unresolved threads की तलाश करें जो existing issues से match हो सकते हैं। क्या यह Figma कमेंट्स को Linear issues से जोड़ने का perfect system है? नहीं, यह एक manual stopgap है – लेकिन यह सबसे reliable manual stopgap है जो मैंने पाया है, और यह आपको समय देता है जब तक आप classification layer को automate नहीं कर सकते।

क्या काम करता है

स्पष्ट tasks के लिए नेटिव plugin – जब कोई डिज़ाइनर जानता है कि कुछ एक task है, Linear plugin तेज़ और सीधा है
कमेंट conventions – Action: जैसे simple tags या engineer mentions intent signal करने के लिए
साप्ताहिक comment-board review – sprint board के सामने unresolved Figma threads scan करें

क्या विफल होता है

बड़े पैमाने पर manual routing – हर कमेंट classify करने के लिए लोगों पर निर्भर रहना busy sprints में टूट जाता है
Keyword-based Zapier automations – Figma कमेंट webhooks सभी activity पर fire होते हैं (replies, resolves, reactions), noise generate करते हैं जिसके लिए constant filter maintenance चाहिए
Gap को पूरी तरह ignore करना – उम्मीद करना कि लोग "बस दोनों tools check कर लेंगे" कोई strategy नहीं है

विकल्प: Zapier या Make। आप नए Figma कमेंट्स पर trigger सेट कर सकते हैं Linear issues बनाने के लिए। व्यावहारिक समस्या यह है कि Figma के webhooks कमेंट events के high volumes generate कर सकते हैं – replies, resolved threads और emoji reactions सभी fire होते हैं। सावधानीपूर्वक filtering के बिना, आप Linear को हर बार एक नई issue से भर देंगे जब कोई thumbs-up के साथ react करता है – ठीक वही progress जो आपको अपने career choices पर सवाल उठाने पर मजबूर करती है। Filtering के साथ, आप ऐसे regex rules maintain करते हैं जो आपकी टीम के actual कमेंट लिखने के तरीके से sync खो देते हैं। यह predictable commenting patterns वाली छोटी teams के लिए manageable है, लेकिन किसी का part-time job बन जाता है।

विकल्प: semantic सिग्नल इंटेलिजेंस। Individual कमेंट्स को issues के रूप में route करने के बजाय, एक ऐसा system जो दोनों tools को semantic level पर समझता है, recognize कर सकता है कि कब कोई Figma कमेंट thread किसी existing Linear issue से overlap करता है, या कब कोई नया कमेंट untracked काम imply करता है। यही approach हम Sugarbug में build कर रहे हैं – Figma और Linear दोनों के लिए native scrapers जो signals classify करते हैं और नॉलेज ग्राफ़ के माध्यम से connections surface करते हैं, ताकि एक design discussion और एक engineering task के बीच का link किसी के button click करने की याद पर निर्भर न हो।

लक्ष्य हर Figma कमेंट को Linear issue में बदलना नहीं है। लक्ष्य यह सुनिश्चित करना है कि जब कोई कमेंट वास्तव में काम imply करे, तो connection किसी की याददाश्त पर निर्भर न हो। attribution: Chris Calo

अक्सर पूछे जाने वाले सवाल

सिग्नल इंटेलिजेंस सीधे अपने इनबॉक्स में पाएं।

Q: क्या मैं Figma कमेंट्स से सीधे Linear Issues बना सकता हूँ? A: हाँ, लेकिन स्वचालित रूप से नहीं। आपको Figma के लिए Linear plugin इंस्टॉल करना होगा, और किसी को हर बार इसे मैन्युअल रूप से चलाना होगा। यह आपको specific frames से लिंक की गई issues बनाने, टीम, स्टेटस, असाइनी और प्रोजेक्ट सेट करने की सुविधा देता है – सब बिना टैब स्विच किए। Gap यह है कि कोई उन कमेंट्स के लिए यह नहीं करता जो लिखे जाने के समय obvious tasks नहीं लगते।

Q: क्या Sugarbug स्वचालित रूप से Figma कमेंट्स को Linear Issues से जोड़ता है? A: Sugarbug नेटिव रूप से Figma और Linear दोनों से डेटा निकालता है, प्रत्येक से सिग्नल वर्गीकृत करता है और उन्हें अपने नॉलेज ग्राफ़ के माध्यम से लिंक करता है। जब कोई Figma कमेंट Linear में ट्रैक किए गए काम का संदर्भ देता है, Sugarbug वह कनेक्शन बिना मैन्युअल लिंकिंग के दिखाता है।

Q: Figma कमेंट नोटिफ़िकेशन Linear में क्यों नहीं दिखते? A: क्योंकि इंटीग्रेशन एकतरफा है। Linear Figma design previews embed करता है और plugin से issues बनाने की सुविधा देता है, लेकिन Figma कमेंट threads Linear में notifications के रूप में नहीं आते। Updates भी वापस sync नहीं होते – यदि कोई developer issue status बदलता है, तो designer को जानने के लिए खुद Linear check करना होगा।

Q: मुझे कैसे पता चलेगा कि कौन से Figma कमेंट्स Linear Issues बनने चाहिए? A: तीन मानदंड उपयोग करें: क्या कमेंट किसी मौजूदा issue के acceptance criteria को प्रभावित करता है? क्या यह नए काम का वर्णन करता है जिसे किसी ने अभी तक दर्ज नहीं किया? क्या इसमें कोई निर्णय है जो scope बदलता है? इनमें से किसी पर भी हाँ हो, तो इसे Linear में ट्रैक किया जाना चाहिए।