Linear, GitHub, Figma, আর Slack কে একটাই Intelligence Layer-এ কীভাবে কানেক্ট করবে
Linear, GitHub, Figma, আর Slack-এর মধ্যে copy-paste বন্ধ করো। তোমার টুলগুলোকে একটাই intelligence layer-এ কানেক্ট করতে শেখো যা context জিইয়ে রাখে।
By Ellis Keane · 2026-03-13
চারটা টুল, ছয়টা সম্ভাব্য pairwise connection, ছয়টা আলাদা OAuth dance, ছয়টা আলাদা মতামত "connected" মানে কী সেটা নিয়ে। Combinatorics: the gift that keeps on giving।
আশ্চর্যের বিষয় এটা না যে Linear, GitHub, Figma, আর Slack ইন্টিগ্রেট করতে এত ceremony লাগে। আশ্চর্যের বিষয় হলো আমরা সবাই মিলে ভান করতে রাজি হয়েছি যে ফলাফলটা connected system – যদিও কোনো single ইন্টিগ্রেশন অন্য কোনোটার কথা জানে না। তুমি প্রতিটা pair wire করো, webhook verify করো, আর done বলো। এটা চার দ্বীপের মধ্যে ছয়টা আলাদা bridge বানিয়ে road network বলার মতো।
এটা চার দ্বীপের মধ্যে ছয়টা আলাদা bridge বানিয়ে road network বলার মতো। – Chris Calo
এই guide প্রতিটা pair-এর actual setup step, প্রতিটা connection কী দেয়, আর architectural seam কোথায় – সব cover করে। কিছু already configure করে থাকলে, verification checklist আর gap analysis table-এ skip করো – এগুলো বেশিরভাগ guide বাদ দেয়।
যে pair আসলে কাজ করে: Linear আর GitHub
এটা এই bunch-এর সবচেয়ে শক্তিশালী native ইন্টিগ্রেশন, আর ঠিকমতো setup করা সত্যিই worth it।
Linear Settings খোলো, Integrations-এ যাও, আর GitHub app authorise করো – কোন organisation আর repository connect করবে সেটা select করবে। সেখান থেকে auto-branch creation configure করো যাতে Linear issue শুরু করলে issue ID সহ branch তৈরি হয়। status automation সেট করো: PR open হলে issue "In Progress"-এ যায়, PR merge হলে "Done"-এ যায় (বা তোমার ওয়ার্কফ্লো state যাই হোক – Linear এগুলো map করতে দেয়)। optionally commit linking enable করো, যাতে issue ID reference করা commit Linear ticket-এ দেখায়।
এটা তোমাকে genuine bidirectional sync দেয়। GitHub activity Linear ticket-এ দেখা যায়, merge-এ status transition অটোমেটিক হয়, আর branch name issue context বহন করে। তোমার পুরো ওয়ার্কফ্লো শুধু এই দুই টুলে থাকলে, তুমি ভালো অবস্থায় থাকতে।
যা দেয় না সেটা হলো Figma বা Slack সম্পর্কে কোনো awareness। Linear issue-এর সাথে linked PR-এর কোনো ধারণা নেই যে যে feature implement করছে সেটা নিয়ে গত মঙ্গলবার Slack thread-এ আলোচনা হয়েছিল, বা designer Figma mockup-এ তিনটা unresolved comment রেখেছে। pair-এর মধ্যে solid, বাইরে সম্পূর্ণ অন্ধ।
যেখানে Slack Linear-এর সাথে মেলে (আর এটা তোমার ভাবনার চেয়ে ভালো)
Slack App Directory থেকে Linear app ইনস্টল করো, তারপর configure করো কোন team কোন Slack channel-এ notification পাঠাবে – বেশিরভাগ টিম Linear team প্রতি একটা channel করে (#eng-notifications, #design-notifications, ইত্যাদি)। message action menu (তিন dot, তারপর "Create Linear issue") দিয়ে Slack message থেকে issue creation enable করো, আর Slack thread ticket-এর সাথে linked হয়ে যাবে। Thread sync-ও আছে, যদি চাও Linear issue-এর reply Slack-এ দেখাক আর উল্টোটাও – team প্রতি opt-in।
ফলাফল বেশিরভাগ মানুষ যা credit দেয় তার চেয়ে capable। Slack থেকেই কনটেক্সট সুইচিং ছাড়া triage করতে পারো, আর thread linking মানে original conversation-এ ফেরার trail আছে।
gap হলো correlation। Slack thread যদি Linear ticket-এ নিয়ে যায়, যা PR-এ নিয়ে যায়, যা Figma feedback-এ নিয়ে যায় – Slack ইন্টিগ্রেশন শুধু প্রথম hop জানে। পুরো chain শুরু করা thread-এর তিন টুল দূরের design review-তে কোনো link নেই। (তুমি manually maintain করতে পারো। আর সেটা enjoy করলে, আমি থামাব না।)
Figma থেকে Slack pipeline: বেশিরভাগই cosmetic
Slack-এর জন্য dedicated Figma app আছে যা link unfurling, comment notification, আর (theoretically) Slack থেকে Figma comment-এ reply handle করে – যদিও ঠিক কোন feature কাজ করে তা তোমার Figma plan আর workspace admin settings-এর ওপর নির্ভর করে। Slack App Directory থেকে install করো, তারপর configure করো কোন Figma team কোন channel-এ notification push করবে। আলাদাভাবে, যেকোনো Slack channel-এ Figma URL paste করলে rich preview সহ design দেখায় – এই bit Slack-এর native URL handling দিয়ে কাজ করে, app দরকার নেই।
তুমি পাও visibility। Slack-এ Figma link drop করলে টিম inline design দেখতে পারে। comment notification design feedback-কে radar-এ রাখে।
তুমি পাও না bidirectionality। Figma comment থেকে Slack thread-এ কোনো link back নেই যা design change prompt করেছিল। designer যদি frame-এ comment করে "padding ভুল, #product-এ discussion অনুযায়ী," #product-এর সেই reference plain text – Figma জানে না এটা Slack channel, আর Slack জানে না Figma comment তার thread reference করছে। দুই টুল, দুজনেই literate, কেউ অন্যের হাতের লেখা পড়ে না।
Linear-এ Figma: picture frame, live wire না
যেকোনো Linear issue খোলো, attachment menu দিয়ে Figma embed যোগ করো, frame URL paste করো। inline render হয় – Linear ছাড়াই design দেখতে পারো। Figma-তেও Linear plugin আছে যা Figma-র ভেতর থেকে frame-কে issue-এর সাথে link করতে দেয়।
ticket-এর পাশে design reference দেখতে পাওয়া copy-paste যুগের থেকে genuine improvement (thrilling days, those)। কিন্তু Linear frame embed করে monitor না করে। Figma side-এ কেউ feedback দিলে, Linear ticket-এর কোনো ধারণা নেই। unanswered comment-এর alert নেই, embedded design change হয়েছে কি না তার awareness নেই। এটা reference, connection না।
যে pair কেউ build করে না
তুমি লক্ষ্য করবে আমি Figma + GitHub আর GitHub + Slack skip করেছি। Figma আর GitHub-এর মধ্যে কোনো native ইন্টিগ্রেশন নেই (ওরা আলাদা universe-এ থাকে), আর GitHub-এর Slack app থাকলেও সেটা mostly CI/deployment notification – build ভাঙলে জানাতে useful, কাজকে tool জুড়ে trace করতে না।
এই missing pair oversight না। প্রতিটা tool company তাদের user সবচেয়ে বেশি যে tool-এর কথা জিজ্ঞেস করে তার সাথে connector build করে, আর Figma frame আর GitHub commit-এর মধ্যে ওয়ার্কফ্লো সবসময় অন্য কিছু দিয়ে যায় – সাধারণত Linear। ইন্টিগ্রেশন economy demand-এ চলে, আর design annotation আর git diff-এর মধ্যে direct line কেউ demand করছে না।
সত্যিই কাজ করছে কি না verify করো
সব configure হওয়ার পর, confirm করো কাজ করছে (কারণ "installed" আর "working" এই industry-তে দুটো খুবই আলাদা জিনিস):
- Linear + GitHub: Linear issue থেকে branch তৈরি করো। PR open করো আর merge করো। Linear issue তোমার configured "done" state-এ auto-transition হওয়া উচিত।
- Slack + Linear: Slack-এ
/linear টাইপ করো আর test issue তৈরি করো। Linear-এ appear হচ্ছে কি না Slack thread linked সহ confirm করো।
- Figma + Slack: Slack channel-এ Figma frame URL drop করো। design embedded সহ rich preview দেখা উচিত, bare link না।
- Figma + Linear: Linear issue খোলো আর Figma embed যোগ করো। frame inline render হচ্ছে কি না confirm করো, broken placeholder না।
যেকোনোটা fail করলে, almost always permissions সমস্যা – ইন্টিগ্রেশনের নির্দিষ্ট Figma project, Slack workspace, বা GitHub org-এ access দরকার। OAuth scope চেক করো আর Enterprise plan থাকলে admin-কে app approve করতে হতে পারে।
Linear, GitHub, Figma, আর Slack ইন্টিগ্রেট করলে আসলে কী পাও
প্রতিটা available native ইন্টিগ্রেশন configure করার পর সৎ চিত্রটা এরকম:
| কী কাজ করে | কী এখনও নেই | |------------|---------------------| | GitHub PR Linear issue-এর সাথে linked | Figma comment PR আর ticket-এর সাথে correlated | | Linear update Slack-এ post হয় | Slack decision তারা যে task affect করে তার সাথে link back | | Slack message-এ Figma preview | Cross-tool search ("nav redesign সম্পর্কে সব খোঁজো") | | Linear-এ Figma frame embedded | চারটা টুল জুড়ে যেকোনো কাজের unified view | | PR merge-এ status automation | Figma comment আর Slack thread একই feature নিয়ে সেটার awareness |
ডান column কোনো single tool-এর feature request না। এটা pairwise ইন্টিগ্রেশন আর cross-tool correlation-এর মধ্যে gap – বলতে পারা যে "চারটা টুল জুড়ে এই বারোটা সিগন্যাল সব একই কাজের অংশ।" কোনো individual tool company-র এটা build করার incentive নেই, কারণ এটার জন্য competitors-এর product-এর মধ্যে relationship বোঝা দরকার। যেটা, ভাবলে, বেশ চমৎকার ধরনের market failure।
Zapier কেন তোমাকে বাঁচাবে না এখানে
instinct হলো Zapier বা Make ধরা। automation wire করো, tool-এর মধ্যে data pipe করো, sorted। আর predictable two-tool flow-এর জন্য – "PR open হলে #engineering-এ post করো" – এটা ১০ মিনিটের Zap, reliable, আর recommend করব।
কিন্তু যখন তিন বা চার tool span করা context দরকার, তখন তুমি automation chain করছ যেখানে Zap webhook fire করে যা Make scenario trigger করে যা Slack-এ post করে। কিছু break করলে (সাধারণত token expiry, সাধারণত inconvenient সময়ে), তুমি তিন platform জুড়ে execution log trace করছ কোন step চুপচাপ payload গিলে ফেলেছে সেটা খুঁজতে।
deeper issue architectural: automation tool data move করে কিন্তু correlate করতে পারে না। Zap জানে না যে সে forward করা Slack message সেই feature নিয়ে যে Figma comment আর GitHub PR নিয়ে। পারেও না – Figma-র webhook payload Linear issue ID বহন করে না, GitHub-এর PR event Slack thread timestamp reference করে না, আর Slack-এর Events API-র Figma frame-এর কোনো concept নেই। এই টুলগুলোর মধ্যে কোনো shared foreign key নেই। এটা plumbing without comprehension।
Native ইন্টিগ্রেশন tool pair handle করে। Automation layer data movement handle করে। কোনোটাই cross-tool correlation handle করে না – বোঝা যে একটা design decision, একটা code change, একটা conversation, আর একটা task সব একই কাজ নিয়ে।
Correlation-এ আসলে কী লাগে
এই gap fill করতে এমন কিছু দরকার যা তোমার individual tool-এর উপরে বসে আর তাদের সিগন্যালের মধ্যে relationship-এর map তৈরি করে। শুধু "এই PR এই issue-এর সাথে linked" না, বরং "মঙ্গলবারের এই Figma comment, গত সপ্তাহের এই Slack thread, এই Linear ticket, আর এই তিনটা commit সব একই feature-এর অংশ।"
মানে চারটা API থেকে সিগন্যাল ingest করা, প্রতিটা classify করা (এটা কি existing কাজ নিয়ে? নতুন task? noise?), আর related সিগন্যাল graph-এ link করা। practical পার্থক্য: feature-এর অবস্থা বুঝতে চার টুল check করার বদলে, এক জায়গা check করো। Figma comment কেউ notice করেছে আশা করার বদলে, related code আর conversation-এর পাশে surface হয়।
এটা build করা কঠিন। আমি জানি কারণ আমরা build করছি। কিন্তু architectural requirement বোঝার worth আছে এমনকি তুমি কিছু build না করলেও – এগুলো explain করে কেন pairwise approach-এর ceiling আছে, আর কেন "আরেকটা Zap যোগ করো" একটা নির্দিষ্ট scale-এর পর কাজ করা বন্ধ করে।
তোমার inbox-এ সিগন্যাল ইন্টেলিজেন্স পৌঁছে যাক।
Q: Sugarbug কি Linear, GitHub, Figma, আর Slack অটোমেটিকভাবে কানেক্ট করে? A: হ্যাঁ। Sugarbug চারটাতেই API দিয়ে কানেক্ট হয় আর তাদের মধ্যে একটা নলেজ গ্রাফ তৈরি করে। যখন Figma comment একটা Linear issue-এর সাথে relate করে যার linked GitHub PR Slack-এ discuss হয়েছে, Sugarbug সেই relationship অটোমেটিক্যালি infer করে – আর তুমি যেকোনো wrong link confirm বা correct করতে পারো।
Q: Sugarbug আর Zapier দিয়ে এই টুলগুলো কানেক্ট করার মধ্যে পার্থক্য কী? A: Zapier trigger-action automation দিয়ে টুলের মধ্যে ডেটা move করে – X হলে Y করো। Sugarbug একটা নলেজ গ্রাফ তৈরি করে যা task, code, design, আর conversation-এর relationship বোঝে। ডজন খানেক Zap maintain করার বদলে, Sugarbug দরকারের সময় cross-tool context surface করে।
Q: Sugarbug ছাড়া কি Linear আর GitHub কানেক্ট করা যায়? A: অবশ্যই – Linear-এর native GitHub ইন্টিগ্রেশন PR, branch, আর status transition sync করে। এই pair-এর জন্য সত্যিই solid। কিন্তু Figma comment, Slack thread, আর Notion doc যোগ করলে আবার manually dots connect করতে হবে।
Q: Sugarbug যোগ করলে আমার existing ইন্টিগ্রেশনগুলোর কী হবে? A: কিছুই বদলায় না। Sugarbug তোমার native ইন্টিগ্রেশনের পাশে বসে, জায়গায় না। তোমার Linear-GitHub sync আগের মতো কাজ করবে। Sugarbug cross-tool layer যোগ করে – Slack decision কে Figma mockup-এর সাথে, Linear ticket-এর সাথে, PR-এর সাথে কানেক্ট করে।
Q: Sugarbug কি আমার টিমকে টুল ব্যবহারের ধরন বদলাতে বলে? A: না। Sugarbug তোমার টুল যে সিগন্যাল তৈরি করে সেগুলো observe করে আর পেছনে কানেক্ট করে। তোমার টিম Linear, GitHub, Figma, আর Slack সেভাবেই ব্যবহার করবে যেভাবে সবসময় করে – context layer কারও ওয়ার্কফ্লো না বদলিয়েই কাজ করে।