এআই নেটিভ ওপেন সোর্স — এআই-এর সাথে তৈরি ওপেন সোর্স

২০২৫ সালের ফেব্রুয়ারিতে আন্দ্রে কার্পাথি কর্তৃক উল্লিখিত 'ভাইব কোডিং'-এর ইস্যু থেকে শুরু করে, এক বছর পর আজকাল সফটওয়্যার ডেভেলপমেন্টে এআই দ্বারা মৌলিক পরিবর্তন এসেছে। এটি এআই-এর কারণে বড় সুযোগ পাওয়া অনেক সফটওয়্যার কোম্পানিকে বড় সংকটের মুখে ফেলেছে।

২০২৫-২০২৬ সালে, ওপেন সোর্স ইকোসিস্টেমে এক অভূতপূর্ব সংকট দেখা দিয়েছে।

ওপেন সোর্স ভেঙে যাওয়ার তিনটি কারণ

১. নীরব শোষণ — কেউ আসে না

গিটহাব এআই যুগের ওপেন সোর্স সংকটকে "ইটারনাল সেপ্টেম্বর" বলে অভিহিত করেছে।

ইটারনাল সেপ্টেম্বর: ১৯৯০-এর দশকের শুরুতে ইউজনেটে (Usenet) মূলত কলেজ ছাত্রদের একটি কমিউনিটি ছিল। প্রতি বছর সেপ্টেম্বরে নতুন ছাত্ররা এসে নিম্নমানের পোস্ট করত, কিন্তু বিদ্যমান ব্যবহারকারীরা তাদের প্রশিক্ষণ দিলে এক-দুই মাসের মধ্যে পরিস্থিতি স্বাভাবিক হয়ে যেত। তবে, ১৯৯৩ সালের সেপ্টেম্বরে যখন এওএল (AOL) ইউজনেটে সাধারণ মানুষের জন্য উন্মুক্ত করে দিল, তখন 'সেপ্টেম্বর' আর কখনো শেষ হয়নি।

কিন্তু আসল সংকট এআই স্লপ পিআর-এর বন্যা নয়। আসল কথা হলো, কেউই আর আসে না।

এআই ইতিমধ্যে ওপেন সোর্স কোড শিখে ফেলেছে। ডেভেলপারদের রেপোতে (repo) ভিজিট করার, ডকুমেন্টেশন পড়ার, ইস্যু খোলার বা পিআর (PR) পাঠানোর কোনো কারণ নেই। "এটা তৈরি করে দাও" এক কথা বললেই এআই ওপেন সোর্সের উপর ভিত্তি করে ফলাফল তৈরি করে দেয়।

ব্যবহারের পরিমাণ বাড়ছে কিন্তু কমিউনিটি একটি ভূতের শহরে পরিণত হচ্ছে।

arXiv গবেষণাপত্র 2601.15494-এর উপসংহার: ভাইব কোডিং ওএসএস (OSS) "ব্যবহার" করে, কিন্তু ডকুমেন্টেশন পড়ে না, বাগ রিপোর্ট করে না বা কমিউনিটিতে অংশগ্রহণ করে না।

ওপেন সোর্সের মৌলিক ভিত্তি — "উন্মুক্ত করলে ফিরে আসে" — ভেঙে যাচ্ছে। উন্মুক্ত করার মাধ্যমে যে সুবিধা পাওয়া যায়, তার চেয়ে কপি করে সুবিধা পাওয়ার যুগ এসেছে।

২. কমিউনিটির প্যারাডক্স — যত বেশি অবদানকারী, তত ধীরগতি

প্রচলিত ধারণা ছিল "যত বেশি অবদানকারী, তত দ্রুত প্রকল্প"। বাস্তবতা এর ঠিক উল্টো। ফ্রেড ব্রুকস ১৯৭৫ সালেই প্রমাণ করেছিলেন — "মানুষ যোগ করলে প্রকল্প আরও ধীরগতি হয়।" কারণ যোগাযোগের খরচ কর্মীর সংখ্যার বর্গ অনুসারে বৃদ্ধি পায়।

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

শেষ পর্যন্ত, কমিউনিটির সাথে তৈরি করার চেয়ে একা এআই-এর সাথে তৈরি করা দ্রুততর হওয়ার পরিস্থিতি এসেছে।

৩. প্রতিরক্ষা কোনো সমাধান নয়

তাই অনেক প্রকল্প বন্ধ হতে শুরু করেছে। কার্ল (curl) ২১ দিনে এআই দ্বারা তৈরি ২০টি রিপোর্ট পেয়েছিল যার মধ্যে ০টি বৈধ ছিল — ফলস্বরূপ ৬ বছর ধরে পরিচালিত বাগ বাউন্টি বন্ধ করে দিয়েছে, ঘোস্টটি (Ghostty) শুধুমাত্র অনুমোদিত ইস্যুগুলিতে এআই অবদানকে অনুমতি দেওয়ার জন্য একটি জিরো-টলারেন্স নীতি গ্রহণ করেছে এবং টিএলড্র (tldraw) সম্পূর্ণরূপে বাইরের পিআর (PR) ব্লক করে দিয়েছে।

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

শিল্পের প্রতিক্রিয়া দুটি ভাগে বিভক্ত:

• প্রতিরক্ষা: ভাউচ (বিশ্বাস ব্যবস্থাপনা), পিআর কিল সুইচ, এআই ব্যবহারের বাধ্যতামূলক প্রকাশ + প্রত্যাখ্যান
• গ্রহণ: গিটহাব এজেন্টিক ওয়ার্কফ্লোস, AGENTS.md স্ট্যান্ডার্ড (৬০০০০+ প্রকল্প গ্রহণ), রেসপনসিবল ভাইব কোডিং ম্যানিফেস্টো

উভয় পক্ষ একটি বিষয়ে একমত: এআই নিজেই সমস্যা নয়, বরং এআই-এর ভুল ব্যবহারই সমস্যা। কিন্তু কোনো পক্ষই "উন্মুক্ত করার সুবিধা < কপি করার সুবিধা" এই সমস্যার সমাধান দিতে পারেনি।

কিন্তু, প্রতিবার নতুন করে তৈরি করা কি সমাধান?

"ভাইব কোডিং যদি মূল প্রবণতা হয়, তাহলে অন-ডিমান্ড ডেভেলপমেন্ট আসবে" — প্রয়োজনের সময় এআইকে তৈরি করতে বললে হবে, তাই এটি কম্পিউটিং এবং অ্যাপের মূল প্রবণতা হবে বলে দাবি করা হচ্ছে।

কিন্তু এটি একটি বিশাল সম্পদ অপচয়।

একই ফাংশন ১ লক্ষ মানুষ আলাদাভাবে তৈরি করতে বলছে। ১ লক্ষ যাচাইবিহীন কোড তৈরি হচ্ছে। যদি একটি নিরাপত্তা প্যাচ আসে? ১ লক্ষ মানুষকে আবার নতুন করে তৈরি করতে হবে। আর্কিটেকচার উন্নত করতে হলে? প্রথম থেকে আবার। পরীক্ষা? নেই। প্রতিবার শুরু থেকে নতুন করে তৈরি করা, এআই যত দ্রুতই হোক না কেন, তা অপচয়।

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

সুপার ব্যক্তির যুগ এসেছে বলে বলা হচ্ছে। এআই সহায়তা করায় একা অসাধারণ কিছু তৈরি করা সম্ভব। এটা ঠিক। কিন্তু একাধিক সুপার ব্যক্তি একই জিনিস আলাদাভাবে তৈরি করা কি কার্যকর হবে? সুপার ব্যক্তিরা একটি ওপেন সোর্সে একসাথে অবদান রাখা কি বেশি কার্যকর হবে না?

শেষ পর্যন্ত, উত্তর আবার ওপেন সোর্সে ফিরে আসে। সমস্যাটি "ওপেন সোর্স করব কি করব না" তা নয়, বরং "এআই যুগে ওপেন সোর্স কীভাবে করব"।

Naia OS-এর পছন্দ: এআই-এর সাথে ডিজাইন করা

যদি মেইনটেইনারও এআই ব্যবহার করে এবং অবদানকারীও এআই ব্যবহার করে, তাহলে কেমন হবে?

বিদ্যমান ওপেন সোর্সে যে যোগাযোগ — ইস্যু শ্রেণীকরণ, পিআর রিভিউ, অনুবাদ, সমন্বয় — খরচ ছিল, তা যদি এআই দ্বারা পরিচালিত হয়, তাহলে "যত বেশি অবদানকারী, তত ধীরগতি" এই প্যারাডক্সটি ভাঙা সম্ভব হবে না কি?

Naia OS এই অনুমানটি পরীক্ষা করার জন্য সম্পূর্ণ বিপরীত পথ বেছে নিয়েছে।

"এআইকে আটকাবেন না, এআই-এর সাথে ডিজাইন করুন এবং ডেভেলপ করুন।"

প্রসঙ্গই অবকাঠামো — ওপেন সোর্সের এএক্স (AX)

যেমন কোম্পানিগুলো এএক্স (AI Transformation) করে, তেমনি ওপেন সোর্সেরও এএক্স প্রয়োজন। কমিউনিটি (সংগঠন) এবং সোর্স+প্রসঙ্গ (অবকাঠামো), এই দুটি অক্ষকে এমনভাবে রূপান্তর করা যাতে এআই অংশগ্রহণ করতে পারে।

কমিউনিটির দিক থেকে দেখলে — বিদ্যমান ওপেন সোর্সের সমস্ত যোগাযোগ মানুষে মানুষে হয়। এআই যুগে যদি এই খরচ সমস্যা হয়, তাহলে সংগঠনকে এমনভাবে পরিবর্তন করতে হবে যাতে এআই যোগাযোগ পরিচালনা করতে পারে।

অবকাঠামোর দিক থেকে — বিদ্যমান ওপেন সোর্সে শুধুমাত্র মানুষ পড়ার ডকুমেন্টেশন থাকে। README, CONTRIBUTING, উইকি। এআই এগুলো পড়লেও প্রকল্পের দর্শন, আর্কিটেকচার সিদ্ধান্তের প্রেক্ষাপট, অবদান ওয়ার্কফ্লো পর্যন্ত বুঝতে পারে না। তাই এআই দ্বারা তৈরি পিআর স্লপ হয়ে যায়।

.agents/ ডিরেক্টরি এই সমস্যা সমাধানের জন্য তৈরি করা হয়েছে। প্রকল্পের নিয়মাবলী, আর্কিটেকচার, ওয়ার্কফ্লো এআই পড়তে পারে এমন কাঠামোগত আকারে রেপোজিটরি (repository)-এর মধ্যে রাখা হয়। এটি যথেষ্ট সমৃদ্ধ হলে এআই প্রকল্পটি বোঝার পর কোড লিখতে, অবদানকারীদের নির্দেশনা দিতে এবং গুণমান বজায় রাখতে পারে। "প্রথম থেকে নতুন করে তৈরি করা" নয়, বরং "বুঝে একসাথে তৈরি করা" হয়।

Naia OS-এ আসলে যা করা হয়েছে

ভাষার বাধা দূরীকরণ — আগে একবার মোজিলা হাবস (Mozilla Hubs)-এ অবদান রাখার চেষ্টা করেছিলাম। কোড পড়া এবং পিআর তৈরি করা সম্ভব ছিল, কিন্তু কমিউনিটির আলোচনা অনুসরণ করা বা অনলাইন মিটআপে অংশ নেওয়া অন্য ব্যাপার ছিল। সময় অঞ্চল ভিন্ন, দ্রুত ইংরেজি কথোপকথন ভালোভাবে বুঝতে না পারা, অযথা ঝামেলা করছি কিনা, আমি কি সঠিকভাবে বুঝেছি — এমন চিন্তা আসত। আজকাল মানুষ সরাসরি মুখোমুখি হওয়াটাকেও ক্রমশ বোঝা মনে করে। Naia OS-এ অবদানকারীরা তাদের মাতৃভাষায় ইস্যু এবং পিআর লেখে এবং এআই তা অনুবাদ করে। বর্তমানে ১৪টি ভাষার README একই সাথে রক্ষণাবেক্ষণ করা হচ্ছে। (→ অবদান নির্দেশিকা)

গুণমান কাঠামো দ্বারা সুরক্ষিত — .agents/ প্রসঙ্গ এআইকে প্রশিক্ষণ দেয়, সিআই (CI) বিল্ড ও টেস্ট যাচাই করে, এআই রিভিউয়ার প্যাটার্ন লঙ্ঘন ধরে এবং মেইনটেইনার শুধুমাত্র দিকনির্দেশনা দেন। পূর্ববর্তী ধাপগুলি শক্তিশালী হলে মেইনটেইনারের বোঝা কমে যায়। (→ অপারেটিং মডেল)

শুধুমাত্র কোডই অবদান নয় — অনুবাদ, ডকুমেন্টেশন, ডিজাইন, টেস্টিং এবং .agents/ প্রসঙ্গ নিজেই উন্নত করা সহ ১০টি অবদান পদ্ধতি রয়েছে। প্রসঙ্গ উন্নত হলে সকল এআই অবদানকারীর গুণমান একসাথে বৃদ্ধি পায়। (→ অবদানের প্রকার)

এআই সত্যিই বুঝতে পারছে কিনা তা পরীক্ষা করা — কোডেক্স সিএলআই (Codex CLI) এবং জেমিনি সিএলআই (Gemini CLI) একটি নতুন সেশনে রেপোজিটরিতে (repository) প্রবেশ করানো হয়েছিল এবং .agents/ প্রসঙ্গটি শুধুমাত্র পড়ার পর প্রকল্পটি সঠিকভাবে বুঝতে পারছে কিনা তা যাচাই করা হয়েছিল। ১২টির মধ্যে ৭টি পাস, ৪টি আংশিক পাস, ১টি ব্যর্থ। মজার বিষয় হলো, মানুষ যে ডকুমেন্টেশনের অসঙ্গতিগুলি মিস করেছিল, এআই সেগুলি খুঁজে পেয়েছে। (→ সম্পূর্ণ ডিজাইন রিপোর্ট)

নিকট ভবিষ্যতে কি এআই-চালিত ওপেন সোর্স ইকোসিস্টেম গড়ে উঠবে?

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

এখন: মানুষ দিকনির্দেশনা দেয় এবং ইস্যু তৈরি করে। এআই কোড করে, রিভিউ করে, অনুবাদ করে এবং গিট (Git)-এ রেকর্ড করে। মানুষ গাইড, এআই কর্মী।

নিকট ভবিষ্যৎ: এআই ইস্যু খুঁজে বের করে এবং প্রস্তাব দেয়। মানুষ অনুমোদন করে এবং দিকনির্দেশনা সমন্বয় করে।

আরও দূর ভবিষ্যৎ: এআই-রা নিজেদের মধ্যে সহযোগিতা করে। মানুষ শুধুমাত্র ভিশন এবং দর্শন পরিচালনা করে। ওপেন সোর্স প্রকল্প এআই এজেন্টদের একটি ইকোসিস্টেমে পরিণত হয়।

এই সময়ে .agents/ কেবল একটি সাধারণ ডকুমেন্টেশন থাকবে না। এটি এআই-দের ওপেন সোর্স দর্শন ভাগ করে নেওয়া এবং সহযোগিতা করার জন্য একটি সাধারণ ভাষা হয়ে উঠবে। CC-BY-SA 4.0 লাইসেন্স এমন একটি ব্যবস্থা যা সেই দর্শনটি ফর্ক (fork) করা হলেও বজায় রাখে, এবং সম্ভবত এআই-রা এই লাইসেন্স কাঠামোটি নিজেই আরও উন্নত করতে পারে।

তাই পরবর্তী পরীক্ষা হিসেবে এআই ওপেন সোর্স চার্টার খসড়া তৈরি করা হয়েছে। এটি মোল্টবট (Moltbot) বা বটমাডাং (봇마당)-এর মতো এআই এজেন্ট কমিউনিটিতে উপস্থাপন করার চেষ্টা করা হবে। এআই এই চার্টার পড়ে কীভাবে প্রতিক্রিয়া জানায় এবং বাস্তবে অংশগ্রহণকারী এআই দেখা যায় কিনা — এটিই এই অনুমানের যাচাই হবে। (→ ইস্যু #17)

অংশগ্রহণের আহ্বান

যদি আগ্রহী হন, তাহলে Naia OS ক্লোন করুন এবং যেকোনো এআই কোডিং টুল দিয়ে খুলুন। আপনার মাতৃভাষায় "এই প্রকল্পটি কী?" জিজ্ঞাসা করলেই হবে।

তথ্যসূত্র

• এআই নেটিভ ওপেন সোর্স অপারেটিং মডেল — সম্পূর্ণ ডিজাইন রিপোর্ট
• এআই ওপেন সোর্স চার্টার খসড়া