প্রতিটি AI অর্কেস্ট্রেশন প্ল্যাটফর্ম একটি লোগোর দেয়াল প্রকাশ করে, আর প্রতিটি লোগোর দেয়াল ভুল প্রশ্নের উত্তর দেয়। ইন্টিগ্রেশনের সংখ্যা আপনাকে বলে বিক্রেতা কী বানিয়েছে। আপনি আসলে যে টুলের উপর নির্ভর করেন সেটি ওই দেয়ালে না থাকলে কী হবে, তা এটি একটুও বলে না।
প্রশ্নটি ওটাই জিজ্ঞাসা করার মতো, কারণ উত্তরটি সাধারণত একই: আপনি একটি অনুরোধ জমা দেন, অপেক্ষা করেন, আর বিক্রেতা বাকি সব অনুরোধের সঙ্গে তুলনা করে সেটির অগ্রাধিকার ঠিক করে। আপনার কাজ আটকে থাকে অন্য কারও রোডম্যাপে।
AI অর্কেস্ট্রেশন প্ল্যাটফর্মগুলি কীসের সঙ্গে যুক্ত হয়, আর কীসের সঙ্গে হয় না
এই বিভাগের যেকোনো তিনটি প্ল্যাটফর্ম মিলিয়ে দেখুন, একই ছাঁচ পাবেন। বিক্রেতার বানানো ও রক্ষণাবেক্ষণ করা অফিসিয়াল কানেক্টরের একটি বড় তালিকা, সঙ্গে বাকি সবকিছুর জন্য একটি সাধারণ ওয়েবহুক। তালিকাটিই পণ্য। ওয়েবহুকটি ক্ষমাপ্রার্থনা।
এই মডেলের একটি সিলিং আছে যা কখনো নড়ে না। যত কানেক্টরই থাকুক, সেটটি সীমিত এবং আপনার নয়, অন্য কারও নিয়ন্ত্রণে। আর যেগুলি বানানো হয় সেগুলি জনপ্রিয়গুলিই, অর্থাৎ আপনার নিজের ক্ষেত্রের নির্দিষ্ট টুলগুলি কাঠামোগতভাবেই সারির শেষে।
Crew Studio ঠিক উল্টো দিক থেকে তৈরি। আটটি নেটিভ সংযোগ সামলায় সেই কাজগুলি, বেশিরভাগ অপারেটর প্রতিদিন যেগুলির কাছে যান। তার পরের সবকিছু MCP, অর্থাৎ সিলিংটি আর তালিকা নয়। সিলিংটি হলো, টুলটির আদৌ একটি API আছে কি না।
তাই AI অর্কেস্ট্রেশন প্ল্যাটফর্মগুলির মধ্যে কাজের তুলনাটি তালিকার দৈর্ঘ্য নয়। তুলনাটি হলো, যেদিন আপনার টুলটি তালিকায় থাকবে না সেদিন তালিকার পেছনে কী বসে আছে। একটি অনুরোধের ফর্ম আর একটি সারি, নাকি এমন একটি উন্মুক্ত মান যার উপর কাউকে না জিজ্ঞাসা করেই আপনি গড়তে পারেন।
নেটিভ ইন্টিগ্রেশনগুলি
আটটি সংযোগ প্রস্তুত অবস্থায় আসে, যেগুলি বাছা হয়েছে অপারেটররা আসলে যেখানে কাজ করেন সেই ভিত্তিতে, দেয়ালটি ভরা দেখাবে বলে নয়। প্রত্যেকটিই দ্বিমুখী: Crew সেগুলি থেকে পড়ে এবং সেগুলিতে লেখে।
- Gmail
- বিশেষজ্ঞরা প্রসঙ্গের জন্য একটি থ্রেড পড়েন এবং Studio-র কণ্ঠস্বরে উত্তর খসড়া করেন। Confirm স্বাধীনতায় আপনাকে ছাড়া কিছুই পাঠানো হয় না। একজন support triage বিশেষজ্ঞ আপনি ইনবক্স খোলার আগেই তা গুছিয়ে রাখতে পারেন, যা উত্তর লেখার চেয়ে আলাদা কাজ।
- Notion
- crew আপনার কনটেন্ট বেস থেকে শুধু পড়ে না, তাতে লেখেও। একটি কনটেন্ট পরিকল্পনা প্রপার্টি ভরা পেজ হিসেবে আসে, আপনাকে নতুন করে সাজাতে হয় এমন এক তাল লেখা হিসেবে নয়। Notion-এ রাখা আগের ব্রিফগুলি Studio-র প্রসঙ্গ হয়ে ওঠে।
- Slack
- প্রসঙ্গের জন্য চ্যানেল পড়ে এবং কথোপকথন যেখানে হচ্ছে সেখানেই সংশ্লেষণ পোস্ট করে। মূলত তাঁদের কাজে লাগে, যাঁরা একা নয়, কোনো ক্লায়েন্ট টিমের সঙ্গে কাজ করেন।
- GitHub ও Linear
- ইস্যু, পুল রিকোয়েস্ট, এবং কী পরিকল্পনা ছিল তা নয়, বাস্তবে কী শিপ হয়েছে তা পড়ার ক্ষমতা। রিপোজিটরি থেকে লেখা একটি changelog এমনভাবে নির্ভুল, যেভাবে স্মৃতি থেকে লেখা কোনোটিই নয়।
- Stripe
- আয়, চার্ন ও কোহর্ট ডেটা একটি ব্রিফের ইনপুট হিসেবে। প্রকৃত সংখ্যা পড়া একজন growth বিশেষজ্ঞ আপনার দেওয়া সংখ্যার বর্ণনা পড়া কারও চেয়ে আলাদা সুপারিশ দেন।
- HubSpot ও Calendly
- ডিলের প্রসঙ্গ এবং মিটিং নির্ধারণ। কলের পথে আপনার যা মনে পড়ে তা থেকে নয়, CRM ও ওই অ্যাকাউন্ট নিয়ে Studio-র ইতিহাস মিলিয়ে সাজানো একটি প্রাক-মিটিং ব্রিফ।
চলতে দেখুন
আপনার স্ট্যাক সংযুক্ত করুন
নিচে লোগোগুলি নিজে নয়, প্রতিটি সংযোগের ভেতরে crew কী করে তা দেখানো হয়েছে। শেষ কার্ডটিই সবচেয়ে গুরুত্বপূর্ণ, আর সেটি কোনো লোগো নয়।
যতটা মনে হয় তার চেয়ে বেশি গুরুত্বপূর্ণ একটি বিষয়: ইন্টিগ্রেশন অ্যাকাউন্টের সঙ্গে নয়, Studio-র সঙ্গে যুক্ত থাকে। আপনার ক্লায়েন্ট Studio তাঁদের Notion-এ পৌঁছায়। আপনার ব্যক্তিগত Studio পৌঁছায় আপনারটিতে। কোনোটিই অন্যটিরটি দেখতে পায় না, আর ক্লায়েন্টের কাজে ব্যবহারযোগ্য টুল আর অব্যবহারযোগ্য টুলের পার্থক্য এখানেই।
Gmail
থ্রেডটি পড়ে, আপনার কণ্ঠস্বরে উত্তর খসড়া করে, অনুমোদনের জন্য ধরে রাখে।
Notion
প্রপার্টি ভরে আপনার কনটেন্ট বেসে লেখে। শুধু পড়ে না।
Stripe
কোহর্ট রিটেনশন পড়ে, যাতে একটি গ্রোথ ব্রিফ আপনার সারসংক্ষেপ নয়, সংখ্যা দিয়ে যুক্তি দেয়।
GitHub · Linear
কী পরিকল্পনা ছিল তা নয়, কী শিপ হয়েছে তা থেকে changelog লেখে।
বাকি সবকিছু · MCP
আপনার নিজের সার্ভার, নিজের ক্রেডেনশিয়াল, নিজের টুল। সেগুলিও, যাদের নাম আমরা কখনো শুনিনি। কোনো অনুরোধের ফর্ম নেই, অপেক্ষার তালিকা নেই, রোডম্যাপে ভোটও নেই।
ইন্টিগ্রেশন প্রতি studio-তে যুক্ত · আপনার ক্লায়েন্টের Notion আপনার Notion নয়
MCP কী বদলে দেয়
MCP হলো AI সিস্টেমকে বাইরের টুলের সঙ্গে যুক্ত করার একটি উন্মুক্ত মান। সংক্ষিপ্ত রূপটি সরিয়ে দিলে এর মানে দাঁড়ায়, একটি টুল নিজে কী করতে পারে তা এমন একটি ফরম্যাটে বর্ণনা করতে পারে যা যেকোনো AI সিস্টেম বোঝে, আর তার জন্য AI বিক্রেতাকে আলাদা কিছু বানাতে হয় না।
সংযোগটি আর বিক্রেতার থাকে না।
একটি নেটিভ ইন্টিগ্রেশন বিক্রেতার পণ্যের অংশ। একটি MCP সার্ভার আপনার পণ্যের অংশ। আপনি চলে গেলে সেটিও আপনার সঙ্গে যায়।
সিলিংটি তালিকা থেকে সরে গিয়ে API-তে যায়।
প্রশ্নটি আর এই থাকে না যে Crew Studio আপনার টুলটি সমর্থন করে কি না; প্রশ্নটি হয়ে যায়, আপনার টুলটি আদৌ নিজেকে উন্মুক্ত করে কি না। সীমাবদ্ধ হওয়ার জন্য এটি অনেক ভালো একটি প্রশ্ন।
বিশেষ ধরনের টুলগুলি আর সারির শেষে থাকে না।
একজন বিক্রেতা ব্যবহারকারীর সংখ্যা দেখে কানেক্টরের অগ্রাধিকার ঠিক করেন, যা কাঠামোগতভাবেই বিশেষ যেকোনো কিছুকে পেছনে ফেলে। MCP-তে কোনো সারিই নেই।
অভ্যন্তরীণ টুলগুলি নাগালে চলে আসে।
স্প্রেডশিটটি, অভ্যন্তরীণ ড্যাশবোর্ডটি, দু বছর আগে আপনার ডেভেলপারের বানানো জিনিসটি। এগুলির কোনোটিই কারও লোগোর দেয়ালে কখনো উঠবে না, আর প্রত্যেকটিরই নাগাল পাওয়া যায়।
এর কোনোটিই নেটিভ সংযোগগুলিকে কম কাজের করে দেয় না। তবে এর মানে এই যে, বেশিরভাগ AI অর্কেস্ট্রেশন প্ল্যাটফর্মের সিলিংটি কারিগরি নয়, বাণিজ্যিক সিদ্ধান্ত; আর এখনও নেই এমন একটি কানেক্টর ঘিরে এক মাসের কাজ পরিকল্পনা করার আগে সেটি জেনে রাখা ভালো।
Crew Studio কখনো তালিকায় রাখেনি এমন একটি সংযোগ তৈরি করা
এখানেই বেশিরভাগ প্ল্যাটফর্ম বলত “সেলসের সঙ্গে যোগাযোগ করুন”। সৎ উত্তরটি হলো, এটি নির্ভর করে আপনার টুলের জন্য ইতিমধ্যে কোনো MCP সার্ভার আছে কি না তার উপর।
থাকলে এটি নিছক কনফিগারেশন।
ক্রমশ আরও বেশি টুল নিজেদের MCP সার্ভার প্রকাশ করছে, আর সংযোগ মানে Crew Studio-কে সেদিকে তাক করিয়ে অনুমতি দেওয়া। কোনো কোড নয়।
না থাকলে এটি ডেভেলপমেন্টের কাজ।
কাউকে সেটি লিখতে হবে। একজন ডেভেলপারের জন্য বড় কাজ নয়, তবু কাজ, আর অন্যরকম ভান করা অসৎ হতো। আপনার যদি কোনো ডেভেলপার না থাকেন, আজকের দিনে এই বিকল্পটি আপনার জন্য তাত্ত্বিক।
যেভাবেই হোক, আপনি মালিকানা পান।
সার্ভারটি আপনার। এটি Crew Studio-র সঙ্গে চলে, এবং MCP বোঝে এমন আর যেকোনো কিছুর সঙ্গেও, যার অংশ এই বিভাগে ক্রমেই বাড়ছে।
ইন্টিগ্রেশন প্রতিটি Studio-র সঙ্গে যুক্ত
এই নকশাগত সিদ্ধান্তটিই ক্লায়েন্টের কাজে ব্যবহারযোগ্য টুলকে অব্যবহারযোগ্য টুল থেকে আলাদা করে, আর সহজেই চোখ এড়িয়ে যায় কারণ শুনতে খুঁটিনাটির মতো লাগে।
প্রতিটি Studio নিজের অ্যাকাউন্টের অনুমতি দেয়।
আপনার ক্লায়েন্ট Studio পৌঁছায় তাঁদের Notion, তাঁদের Slack, তাঁদের Stripe-এ। আপনার ব্যক্তিগত Studio পৌঁছায় আপনারটিতে। একটিতে কাজ করা বিশেষজ্ঞের কাছে অন্যটিতে যাওয়ার কোনো পথ নেই, আর এটি আপনার ঠিক করে দেওয়া কোনো অনুমতি নয়, একটি কাঠামোগত ধর্ম।
সম্পর্ক শেষ করা একটি ক্লিকের ব্যাপার।
কোনো ক্লায়েন্ট সম্পর্ক শেষ হলে Studio-টি মুছে দিলেই সংযোগগুলিও তার সঙ্গে চলে যায়। কোন অ্যাকাউন্টের কোথায় এখনও টোকেন আছে, তা নিরীক্ষা করার দরকার পড়ে না।
একই টুল দুবার, আলাদাভাবে যুক্ত হতে পারে।
দুজন ক্লায়েন্টই HubSpot ব্যবহার করলে দুটি Studio-তে দুটি অনুমতি। ইন্টিগ্রেশনটি একই হলেও কেউ অন্যের পাইপলাইন দেখতে পায় না।
এটিই বিচ্ছিন্নতাকে বিশ্বাসযোগ্য করে তোলে।
প্রতিটি Studio যদি একটিই Gmail টোকেন ভাগ করে, তবে বদ্ধ স্মৃতির দাম সামান্যই। যে বিচ্ছিন্নতা প্রসঙ্গের সীমানায় থেমে যায় কিন্তু ইন্টিগ্রেশনের সীমানায় পৌঁছায় না, সেটি বিচ্ছিন্নতাই নয়, আর বেশিরভাগ টুল ঠিক এখানেই থেমে যায়।
এটি কাদের কাছে গুরুত্বপূর্ণ
বিশেষ কোনো ক্ষেত্রের অপারেটররা।
আপনার স্ট্যাকে যদি এমন টুল থাকে যাদের নাম কেউ শোনেনি, তালিকার মডেলটি আপনাকে কখনোই কাজে দিত না, আর লোগোর দেয়ালের সংখ্যাটি সবসময়ই অপ্রাসঙ্গিক ছিল।
ক্লায়েন্টের স্ট্যাক সামলানো এজেন্সিগুলি।
প্রতিটি ক্লায়েন্ট সামান্য আলাদা একগুচ্ছ টুল নিয়ে আসেন। Studio অনুযায়ী ইন্টিগ্রেশন এবং সঙ্গে MCP: একমাত্র এই ছাঁচটিই তা টিকিয়ে রাখতে পারে।
যাঁরা একবার কোনো সংযোগ বন্ধ হয়ে যাওয়ায় পুড়েছেন।
কোনো বিক্রেতা একটি নেটিভ কানেক্টর বন্ধ করে দিলে আপনার কাজের ধারাটিও তার সঙ্গে যায়। আপনার নিজের সার্ভার অন্য কেউ বন্ধ করে দেয় না।
যাঁরা জানেন তাঁদের স্ট্যাক বদলাবে।
দু বছর পরে আপনি যেসব টুল ব্যবহার করবেন, সেগুলি আজকেরগুলি নয়। কোনো কিছুর API আছে কি না তা দিয়ে ঠিক হওয়া সিলিং অন্য কারও রক্ষণাবেক্ষণ করা তালিকা দিয়ে ঠিক হওয়া সিলিংয়ের চেয়ে ভালোভাবে বুড়ো হয়।
সাধারণ সুতোটি হলো, চারজনকেই অন্য কারও রোডম্যাপ সীমাবদ্ধ করে রাখে। যেসব AI অর্কেস্ট্রেশন প্ল্যাটফর্ম প্রতিটি সংযোগের মালিক, তারা আপনার হয়েই ঠিক করে দেয় কোন টুলগুলি সমর্থনের যোগ্য আর কোন ক্রমে। এর থেকে বেরোনোর একমাত্র উপায় এমন একটি সংযোগ, যা আপনি নিজে গড়তে ও নিজের কাছে রাখতে পারেন।
যেখানে এটি সাহায্য করে না
কখন ইন্টিগ্রেশনই আপনার বাধা নয়
মূলত নথি নিয়ে কাজ করলে আপনার ভাবনার চেয়ে কম সংযোগই লাগতে পারে।
একটি সংশ্লেষণ এক্সপোর্ট করে একবার পেস্ট করাটি বাধা নয়। বাধা হলো সংশ্লেষণটি তৈরি করা।
আপনার টুলের API না থাকলে কোনো প্ল্যাটফর্মই সাহায্য করতে পারে না।
যা নিজেকে উন্মুক্ত করে, MCP তার সঙ্গেই যুক্ত হয়। কোনো ইন্টারফেসবিহীন বদ্ধ ডেস্কটপ অ্যাপ নাগালের বাইরেই থাকে, আর কোনো বিক্রেতাই তা বদলাবেন না।
টিম নয়, নির্দিষ্ট একটি সংযোগ চাইলে একটি ওয়ার্কফ্লো টুল দেখুন।
কোনো ট্রিগারে দুটি অ্যাপ জুড়ে দেওয়াই Zapier ও n8n-এর কাজ, আরও সস্তায় ও আরও সরাসরি। Crew Studio অ্যাপ যুক্ত করে যাতে একটি Crew সেগুলির ভেতরে কাজ করতে পারে, যা আলাদা কাজ।
কমপ্লায়েন্স আপনার স্ট্যাক নিয়ন্ত্রণ করলে সংযোগের আগে যাচাই করুন।
এই পর্যায়ে Crew Studio SSO বা SAML দেয় না। যে প্রতিষ্ঠানের সংগ্রহ প্রক্রিয়ায় সেগুলি বাধ্যতামূলক, তাদের অপেক্ষা করা উচিত।
ডেভেলপার না থাকলে এবং আপনার টুলের MCP সার্ভার না থাকলে সেটি স্বীকার করে নিন।
উন্মুক্ত সিলিংটি সত্যি, তবে সেটি বিনামূল্যের নয়। সিলিংটি আপনার কাছে গুরুত্বপূর্ণ কি না ঠিক করার আগে দেখে নিন, আপনি যেসব টুলের উপর নির্ভর করেন তারা সার্ভার প্রকাশ করে কি না।
পাশাপাশি
Crew Studio বনাম একটি বদ্ধ ইন্টিগ্রেশন মার্কেটপ্লেস
দুটি সারি স্পষ্টভাবেই মার্কেটপ্লেসের পক্ষে যায়, আর আপনার স্ট্যাক যদি পুরোপুরি মূলধারার টুল দিয়ে গড়া হয়, তবে পরের উঁচু সিলিংয়ের চেয়ে আজকের ব্যাপ্তিই ভালো। এই বিনিময়ের দাম তখনই ওঠে, যখন আপনার নির্ভরশীল কিছু তালিকায় থাকে না।
এই তুলনার একটি রূপ সময়ের সঙ্গে নিজেই মিটে যায়। নেটিভ সংযোগ শিপ হতেই থাকে, তাই ব্যাপ্তির ব্যবধান প্রতি ত্রৈমাসিকে কমে; সিলিংয়ের পার্থক্যটি কাঠামোগত, তাই কমে না। এটি আপনার কাছে গুরুত্বপূর্ণ কি না, তা পুরোপুরি নির্ভর করে আপনি অপেক্ষা করতে পারেন কি না তার উপর।
| সক্ষমতা | Crew Studio | একটি বদ্ধ ইন্টিগ্রেশন মার্কেটপ্লেস |
|---|---|---|
| নেটিভ সংযোগ | চালুর দিনে ৮টি, আরও আসছে | প্রায়ই কয়েকশো |
| তালিকাবহির্ভূত টুল যুক্ত করা | হ্যাঁ, নিজের MCP সার্ভারের মধ্য দিয়ে | না। আপনি বিক্রেতার অপেক্ষায় থাকেন। |
| সংযোগের মালিক কে | অপারেটর | বিক্রেতা |
| প্রতি প্রকল্পে বিচ্ছিন্নতা | প্রতি Studio-তে | সাধারণত প্রতি অ্যাকাউন্টে |
| নেটিভ সংযোগের সেটআপ | OAuth, কয়েকটি ক্লিক | OAuth, কয়েকটি ক্লিক |
| তালিকাবহির্ভূত টুলের সেটআপ | সার্ভার না থাকলে ডেভেলপার লাগে | একেবারেই সম্ভব নয় |
| আজকের ব্যাপ্তি | সংকীর্ণ | প্রশস্ত |
| সিলিং | টুলটির API আছে কি না | মার্কেটপ্লেসের তালিকা |
| টুলের ভেতরে এজেন্টের কাজ করা | হ্যাঁ, Studio-র স্বাধীনতার স্তর অনুযায়ী | নানারকম |
এখনও যা যুক্ত হয়নি
আপনি যখন ঠিক করছেন এতে নামবেন কি না, তখন বর্তমান তালিকার চেয়ে রোডম্যাপ বেশি গুরুত্বপূর্ণ, তাই ঝলক দেখানোর বদলে সৎ সংস্করণটিই এখানে।
Reach কেবল Telegram-এ চলে।
WhatsApp, Email ও iMessage পরিকল্পনায় আছে, এখনও নেই। Telegram যদি আপনার আগে থেকেই থাকা জায়গা না হয়, শুধু এর জন্য সেটি যোগ করা খারাপ বিনিময়।
SSO নেই, SAML নেই।
একটি নির্দিষ্ট আকারের উপরে বেশিরভাগ কোম্পানিতে এটি সংগ্রহ প্রক্রিয়া আটকে দেয়, আর বিষয়টি বাদ না দিয়ে সিকিউরিটি পেজে লিখে রাখা আছে।
Google Drive, Airtable ও Shopify প্রায়ই চাওয়া হয় এবং এখনও নেটিভ নয়।
তিনটিই MCP সার্ভার প্রকাশ করে বা প্রকাশের কাছাকাছি আছে, আর সেটিই ঘুরপথ নয়, উদ্দিষ্ট পথ।
স্বাধীনতার স্তর অনুমতি না দিলে কোনো নেটিভ সংযোগ কিছু করে না।
এখানে আবার বলার মতো, কারণ কিছু অনুমোদন করার আগে অপারেটররা এই প্রশ্নটিই করেন: একটি অ্যাপ যুক্ত করা মানে crew-কে সেটি ধ্বংসাত্মকভাবে ব্যবহারের অনুমতি দেওয়া নয়।
পড়তে থাকুন
সংশ্লিষ্ট
প্রশ্ন
ইন্টিগ্রেশন নিয়ে প্রশ্ন
Crew Studio কোন কোন অ্যাপের সঙ্গে যুক্ত হয়?
Crew Studio Gmail, Notion, Slack, GitHub, Linear, Stripe, HubSpot ও Calendly-র সঙ্গে নেটিভ সংযোগ নিয়ে আসে, আর রোডম্যাপে আরও আছে। বাকি যেকোনো টুল একটি কাস্টম MCP সার্ভারের মধ্য দিয়ে যুক্ত হয়, এমন টুলও যাদের নাম Crew Studio কখনো তালিকায় রাখেনি।
MCP সার্ভার কী এবং এটি কেন গুরুত্বপূর্ণ?
MCP হলো AI সিস্টেমকে বাইরের টুলের সঙ্গে যুক্ত করার একটি উন্মুক্ত মান। Crew Studio আগে MCP-কেই রাখে, অর্থাৎ একজন অপারেটর MCP সার্ভার উন্মুক্ত করে এমন যেকোনো সেবার সঙ্গে যুক্ত হতে পারেন, কোনো অফিসিয়াল ইন্টিগ্রেশনের অপেক্ষা না করেই। সংযোগটি বিক্রেতার নয়, অপারেটরের।
Crew Studio কি আমার হয়ে কিছু প্রকাশ বা পাঠাতে পারে?
কেবল অপারেটরের ঠিক করে দেওয়া স্বাধীনতার স্তর অনুযায়ী। Ask ও Confirm-এ অনুমোদন ছাড়া কিছুই Studio ছেড়ে যায় না। Ship on trigger-এ নির্দিষ্ট করে দেওয়া কাজগুলি সংযুক্ত অ্যাপের ভেতরে চলে। স্তরটি প্রতিটি Studio-র জন্য আলাদাভাবে ঠিক করা হয় এবং যেকোনো সময় বদলানো যায়।
কোনো অ্যাপ তার API বদলালে কী হয়?
নেটিভ ইন্টিগ্রেশন ঠিক সেভাবেই ভাঙে যেভাবে প্রতিটি ইন্টিগ্রেশন ভাঙে, আর আমরা সেগুলি সারাই। এই পাতাটি MCP-র উপর জোর দেয় কারণ এটি বদলে দেয় কে অপেক্ষা করছে: আপনার নিজের MCP সার্ভারের মধ্য দিয়ে গড়া সংযোগটি ভাঙার দিনই সারানোর অধিকার আপনার, আমাদের সময়সূচিতে নয়, আপনার সময়সূচিতে। বিনিময়টি এটাই, স্পষ্ট করেই বলা, আর সেজন্যই একটি বাঁধা ইন্টিগ্রেশন তালিকার দৈর্ঘ্যের চেয়ে তার সিলিংটাই বেশি গুরুত্বপূর্ণ।