MCP কেন সারাজীবন একটি খারাপ ধারণা ছিল

সম্প্রতি আমি MCP বিশ্বের সর্বশেষ এবং সেরা বিষয়ক একটি সারাদিনের ইভেন্টে যেছিলাম। যদিও সমস্ত প্রেজেন্টাররা অসাধারণ ছিল এবং তাদের কাজের প্রতি জুনুনী मालूम पड़ছিল, আমি সত্যিকারের MCP থেকে ক্লান্ত। এটি একটি ভয়ানক প্রোটোকল যা একে সময়ের জন্য তৈরি করা হয়েছিল যখন LLM-রা তত বুদ্ধিমান ছিল না, এবং আমরা এখন এটি অতিক্রম করেছি।

সংক্ষিপ্ত ইতিহাস

MCP নভেম্বর ২০২৪ সালে Anthropic টিম দ্বারা একটি প্রোটোকল হিসেবে প্রকাশ করা হয়েছিল যা এজেন্টদের বাহ্যিক সেবা এবং ডেটা সোর্সের সাথে সংযোগ করতে সাহায্য করার জন্য ডিজাইন করা হয়েছিল। সেই সময়ের মডেলগুলো এখন আমাদের যা আছে তার তুলনায় আপেক্ষিকভাবে আদিম ছিল। আমাদের তখন Claude Code ছিল না, এবং সাধারণ-উদ্দেশ্যের এজেন্টিক ওয়ার্কফ্লোও অনেক কম নির্ভরযোগ্য ছিল। ব্যবহারকারীরা তাদের AI মডেলগুলিকে বাহ্যিক সেবা অ্যাক্সেস দেওয়ার উপযোগিতা দেখতে শুরু করল। এটি একটি উৎপাদনশীলতার স্তর সক্ষম করেছিল যা আমরা আগে কখনো দেখিনি। আমরা MCP গ্রহণে একটি বিস্ফোরণ দেখলাম, যা অর্থনীতির সারা অংশে LLM গ্রহণে একই রকম, যদি না আরও বিস্ফোরক, বৃদ্ধির সাথে মিলে যাচ্ছিল। সময়ের সাথে সাথে, MCP Anthropic-এর তত্ত্বাবধানে বিকশিত হতে থাকল, এরপর ২০২৫ সালে Linux Foundation-এর অধীনে Agentic AI Foundation-এ দান করা হল।

MCP শিল্প জটিলতা

গ্রহণে বিশাল বৃদ্ধির সাথে, ব্যবহারকারীরা তাদের সেটআপে অনেক MCP সার্ভার যোগ করতে শুরু করল, এবং তারা প্রসঙ্গ ব্লোট সমস্যায় পড়তে শুরু করল। প্রতিটি সার্ভার একাধিক টুলসহ আসত, প্রতিটির নিজস্ব স্কিমা ছিল, যা এই সব মডেলের প্রসঙ্গকে ওভারলোড করা শুরু করল। Harness ডেভেলপাররা এর চारों ओर অনেক ট্রিক খুঁজে পেল, যার মধ্যে Composio, Mint MCP, এবং Pipedream-এর মতো প্ল্যাটফর্ম দ্বারা এখন অফার করা জেনেরিক সার্চ/এক্সিকিউট প্যাটার্ন রয়েছে। সেগুলো সবই কার্যকরভাবে বিভিন্ন বাহ্যিক সেবার জন্য আপনার শংসাপত্র রাখার একটি জায়গা রাখার সমস্যা এবং আপনার এজেন্টকে টুলের একটি ন্যূনতম সেট (প্রসঙ্গ ব্লোট কমাতে) দেয়া সমাধান করে যা সেগুলো অ্যাক্সেস করতে ব্যবহার করতে পারে। আমি স্পষ্ট করতে চাই যে সংক্ষিপ্ত কালের জন্য এটি একটি ভালো জিনিস।

MCP-এর চারপাশে আমরা যা সব তৈরি করেছি তার সাথে, যা আমরা হিসাবে নিলাম না, বা হয়তো উপেক্ষা করলাম, তা হল মডেলগুলো ভালো হচ্ছে। এখন আমাদের MCP সার্ভার মনিটর করার জন্য সমর্পিত পুরো সিস্টেম আছে, নিশ্চিত করার জন্য যে রেসপন্সগুলো ভালো, নিশ্চিত করার জন্য যে এজেন্টরা সহজে টুলস অ্যাক্সেস করতে পারে, স্কিমা বের করার জন্য, এবং নির্ধারণ করার জন্য যে আমাদের এজেন্টদের কী দিতে হবে যাতে সেগুলো সঠিক সময়ে সঠিক কল করতে পারে।

আশ্চর্য, আশ্চর্য, বড় ল্যাবগুলো সঠিক ছিল

মডেলগুলো ভালো হয়ে গেছে। এখন সেগুলো কম্পিউটারে কোড এক্সিকিউট করতে পারে, বড় কোডবেস সম্পর্কে যুক্তি করতে পারে, এবং সাধারণত আগের চেয়ে অনেক বেশি স্বায়ত্তশাসীভাবে কাজ করতে পারে। সেই কাজের একটি বড় অংশ ছিল কোডিং উদ্দেশ্যে স্ক্রিপ্ট লেখা/চালানো। একটি সাইড ইফেক্ট (যদিও কি সেটা?) হলো এখন সেগুলো সরাসরি API কল করতে ভালো হয়ে গেছে। সেগুলো স্ক্রিপ্ট লিখতে পারে, একাধিক ভিন্ন সেবা কম্পোজ করতে পারে, এবং olyan API কল করতে পারে যা সেগুলো আগে কখনো দেখেনি, সবই ব্যবহারকারীর পক্ষ থেকে ন্যূনতম হস্তক্ষেপের সাথে উপযোগী ওয়ার্কফ্লোতে।

LLM-রা এতটাই ভালো হয়ে গেছে এই কাজে যে, Cloudflare এমনকি Code Mode লঞ্চ করেছে, MCP ব্যবহার করার একটি ভালো উপায় যেখানে LLM-রা বিভিন্ন কলগুলো স্ক্রিপ্টে কম্পোজ করে যা স্যান্ডবক্সে এক্সিকিউট করা যায়। কিন্তু তার চেও ভালো, LLM-রা --help কমান্ড ব্যবহার করে CLI-র আবিষ্কার করা শিখেছে, তাই তাদের এখন ডকুমেন্টেড API বা CLI-এর মাধ্যমে উপলব্ধ অনেক সেবা অ্যাক্সেস করার জন্য MCP সার্ভারের দরকার নেই। অধিকাংশ রিমোট-সার্ভিস MCP সার্ভার চূড়ান্তভাবে এমন API-র আওতা দেয় যা ইতিমধ্যে বিদ্যমান।

এখন কী?

আমরা আমাদের অধিকাংশ MCP সার্ভার ডিলিট করি। এটাই সেটা। টার্মিনাল অ্যাক্সেসসহ এজেন্টরা অধিকাংশ MCP সার্ভার রিপ্লেস করতে পারে এবং প্রায়শই আরও সক্ষম।

এখনও কিছু সমস্যা আছে, যেমন CLI-রা মেশিন-পাঠযোগ্য রেসপন্স (JSON/XML, ইত্যাদি) রিটার্ন করে, যা খুব বর্বর এবং টোকেন ব্যবহারে ভারী, কিন্তু আমাদের এটাকে ফিক্স করার উপায় আছে। বিকল্পের অধিকাংশই ইতিমধ্যে বিদ্যমান: ডকুমেন্টেড HTTP API, স্ট্যান্ডার্ড কন্টেন্ট নেগোশিয়েশন, এবং পরিপক্ব প্রমাণীকরণ মেকানিজম। আমাদের এজেন্টরা কীভাবে সরাসরি HTTP API ব্যবহার করে সেটা стандар্ডাইজ করা শুরু করা উচিত। উদাহরণস্বরূপ, এজেন্ট ক্লায়েন্টরা নিজেদের এজেন্ট হিসেবে শনাক্ত করার জন্য হেডার অ্যাটাচ করতে পারে, এবং সার্ভাররা স্বয়ংক্রিয়ভাবে তাদেরকে HTML বা ... এর পরিবর্তে মার্কডাউন বা টেক্সট হিসেবে রেসপন্স ডেটা পাঠাতে পারে।