সত্য নাডেলা বলেছেন, একটি এআই-এর উপর সম্পূর্ণ নির্ভরশীল কোম্পানিগুলি টিকে থাকতে পারবে না

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

কী ঘটেছে

২৭ জুলাই, ২০২৬-এ, নাডেলা সিএনএন-এর ফারিড জাকারিয়া জিপিএস-এ উপস্থিত হয়েছিলেন এবং একটি সতর্কতা বার্তা বাড়িয়ে দিয়েছিলেন যা তিনি জুলাইয়ের শুরুতে প্রথম জারি করেছিলেন এর আগে। এবার তিনি আরও এগিয়ে গেছেন। ব্যবসাগুলিকে এআই মডেল প্রদানকারীদের কাছে কতটা হস্তান্তর করা উচিত তার প্রশ্নের সরাসরি উত্তর দিয়ে, নাডেলা বলেছেন যে কোম্পানিগুলিকে সবকিছু রক্ষা করতে হবে — তাদের ডেটা, তাদের প্রম্পট, এবং গুরুত্বপূর্ণভাবে, প্রতিটি বার তারা একটি মডেল ব্যবহার করে তৈরি মেটাডেটা।

তার সঠিক বক্তব্য: "প্রতিটি বার যখন আপনি মডেলটি ব্যবহার করেন, এর চারপাশের সমস্ত মেটাডেটা আপনার দ্বারা ধরে রাখা হয়, যাতে আপনি সেই সবকিছু ব্যবহার করে সম্ভবত আপনার নিজের ওজন বা আপনার নিজের খোলা, নিজের মডেল প্রশিক্ষণ দিতে পারেন।" সাধারণ কথায় — ওজন হল একটি মডেলের প্রশিক্ষিত পরামিতি, যা এটিকে বুদ্ধিমান করে তোলে তার মূল। নাডেলার যুক্তি হল যে কোম্পানিগুলিকে তাদের নিজস্ব ব্যবহারের ডেটা একটি কৌশলগত সম্পদ হিসাবে জমা করা উচিত, এটি তৃতীয় পক্ষের ল্যাবের অবকাঠামোতে অদৃশ্য হতে দেওয়া উচিত নয়।

তিনি আরও এগিয়ে গেছেন: "যে কোনো ফার্ম যার এই নিয়ন্ত্রণ নেই, আমি দাবি করব সেটি একটি ফার্ম থাকবে না কারণ আপনি মূলত আপনার চিন্তাভাবনা আউটসোর্স করেছেন।"

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

সাক্ষাৎকারটি কভার করা টেকক্রাঞ্চ রিপোর্ট অনুযায়ী, নাডেলার মূল নীতি হল পোর্টেবিলিটি: "হার্নেসকে মডেল থেকে আলাদা রেখে এবং প্রসঙ্গ এবং মেমরি মডেল থেকে আলাদা রেখে, আপনি সম্পূর্ণভাবে একাধিক মডেল ব্যবহার করতে পারেন যা তারা দুর্দান্ত। একই সাথে, যেকোনো একটি মডেল চলে যেতে পারে, এবং আপনি এখনও আপনার নিজের ভাগ্যের নিয়ন্ত্রণে থাকতে পারেন।"

এশিয়ার জন্য এটি কেন গুরুত্বপূর্ণ

নাডেলার সতর্কতা এশিয়ায় সিলিকন ভ্যালির চেয়ে ভিন্নভাবে প্রভাব ফেলে, এবং সেই ব্যবধান সাবধানে পরীক্ষা করার যোগ্য।

দক্ষিণ-পূর্ব এশিয়া, জাপান, দক্ষিণ কোরিয়া এবং ভারত জুড়ে, স্টার্টআপ এবং এন্টারপ্রাইজ টিমগুলির একটি উল্লেখযোগ্য ঢেউ ২০২৪ এবং ২০২৫ সালে তাদের এআই স্ট্যাক তৈরি করেছে যা অ্যাক্সেস করা সবচেয়ে সহজ ছিল এমন যেকোনো সীমান্ত মডেলে ডিফল্ট করে — প্রায়শই ওপেনএআই-এর জিপিটি-৪ পরিবার বা অ্যান্থ্রোপিকের ক্লড। সিদ্ধান্তটি ব্যবহারিক ছিল: বাজারে গতি গুরুত্বপূর্ণ ছিল, এবং এপিআইগুলি ভাল ছিল। কিন্তু সেই ব্যবহারিকতা কাঠামোগত ঋণ তৈরি করেছে। এখন অনেক কোম্পানির প্রম্পট, তাদের ফাইন-টিউনিং ডেটা এবং তাদের ব্যবহারকারী ইন্টারঅ্যাকশন প্যাটার্ন একটি একক বিক্রেতার ইকোসিস্টেমের মধ্যে লক করা আছে।

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

এখানে একটি মডেল বৈচিত্র্য কোণ রয়েছে যা অনন্যভাবে প্রাসঙ্গিক। এশিয়া গুরুতর সীমান্ত মডেল তৈরি করছে — মুনশট এআই-এর কিমি, ডিপসিক এবং অন্যরা — যা নির্দিষ্ট বেঞ্চমার্কে পশ্চিমা সমকক্ষদের সাথে প্রতিযোগিতামূলক এবং প্রায়শই এশিয়ান ভাষা এবং প্রসঙ্গের জন্য আরও উপযুক্ত। একটি একক পশ্চিমা মডেলে লক করা একটি কোম্পানি শুধু বিক্রেতা ঝুঁকি নিচ্ছে না; এটি সম্ভবত তার প্রকৃত ব্যবহারকারীদের জন্য একটি নিকৃষ্ট সরঞ্জাম ব্যবহার করছে।

যে প্রতিষ্ঠাতারা এশিয়ায় নাডেলার সতর্কতার প্রতি মনোযোগ দিচ্ছেন তারা আতঙ্কিত হচ্ছেন না। তারা পুনর্নির্মাণ করছেন। স্মার্ট পদক্ষেপ হল এখনই বিমূর্তকরণ স্তর তৈরি করা, লক-ইন কাঠামোগত ঋণে পরিণত হওয়ার আগে যা আনওয়াইন্ড করার জন্য খুব ব্যয়বহুল। এটি ঠিক সেই ধরনের আর্কিটেকচার সিদ্ধান্ত যা কোম্পানিগুলিকে পরবর্তী মডেল রূপান্তর থেকে বেঁচে থাকে এমন কোম্পানিগুলি থেকে আলাদা করে।

ডেভেলপারদের জন্য এর অর্থ কী

নাডেলার পরামর্শ নির্দিষ্ট আর্কিটেকচার সিদ্ধান্তে অনুবাদ করে যা ডেভেলপারদের এখনই করতে বা পুনর্বিবেচনা করতে হবে।

প্রথমটি হল মডেল বিমূর্তকরণ। আপনার অ্যাপ্লিকেশন লজিক সরাসরি একটি নির্দিষ্ট মডেল কল করা উচিত নয় যদি আপনি এটি এড়াতে পারেন। একটি গেটওয়ে বা বিমূর্তকরণ স্তরের মাধ্যমে রুট করুন যা আপনাকে আপনার অ্যাপ্লিকেশন পুনর্লিখন না করে অন্তর্নিহিত মডেল অদলবদল করতে দেয়। এটি নাডেলা যা হার্নেসকে মডেল থেকে আলাদা রাখার কথা বলেন তার প্রযুক্তিগত বাস্তবায়ন।

এখানে প্যাটার্নের একটি সরলীকৃত চিত্র:

// কঠোরভাবে সংযুক্ত — এটি এড়িয়ে চলুন
const response = await openai.chat.completions.create({
  model: "gpt-4o",
  messages: [{ role: "user", content: prompt }]
});

// বিমূর্ত — এটি পছন্দ করুন
const response = await aiGateway.complete({
  task: "code-review",
  messages: [{ role: "user", content: prompt }],
  // গেটওয়ে এই কাজের জন্য সেরা উপলব্ধ মডেলে রুট করে
});

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

তৃতীয়টি হল প্রসঙ্গ এবং মেমরি পোর্টেবিলিটি। যদি আপনার অ্যাপ্লিকেশনের মেমরি — ব্যবহারকারী ইতিহাস, কথোপকথন প্রসঙ্গ, পুনরুদ্ধার করা নথি — একটি মালিকানাধীন সরঞ্জামের পরিচালিত অবকাঠামোর মধ্যে থাকে, আপনার কাছে নাডেলা হার্নেস স্তরে যা বর্ণনা করছেন তার একই সমস্যা রয়েছে। আপনার ভেক্টর স্টোর, আপনার পুনরুদ্ধার পাইপলাইন এবং আপনার প্রসঙ্গ ব্যবস্থাপনা অবকাঠামোতে রাখুন যা আপনি নিয়ন্ত্রণ করেন।

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

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

মূল টেকওয়ে

নাডেলার সতর্কতা নির্দিষ্ট, কার্যকর নীতিতে পরিমার্জিত করার যোগ্য যা এটি বোঝায় — কারণ সাক্ষাৎকার ফর্ম্যাট প্রযুক্তিগত সারাংশকে উদ্ধৃতিযোগ্য সাউন্ড বাইটের অধীনে সমাহিত করে।

একক-মডেল নির্ভরতা একটি অস্তিত্বগত ঝুঁকি, শুধু একটি প্রযুক্তিগত অসুবিধা নয়। নাডেলার ভাষা অস্পষ্ট ছিল: মডেল পোর্টেবিলিটি ছাড়া কোম্পানিগুলি "