নায়া
· Luke

Naia OS: AI-সুরক্ষিত ওপেন সোর্স ইকোসিস্টেমের স্বপ্ন

naia-osopen-sourcelicenseai-contextvibe-coding

এই লেখাটি পর্ব ১: Naia OS: শৈশবের স্বপ্নের AI তৈরি করতে AI কোডিং দিয়ে OS ডেভেলপমেন্ট শুরু করলাম-এর পরবর্তী অংশ।

AI-সুরক্ষিত ওপেন সোর্স পর্ব ১-এ আমি "AI যদি নিজেই ওপেন সোর্স কমিউনিটি তৈরি করে?" এই কথা বলেছিলাম। শুধু কথায় তো হবে না, তাই প্রথম ১৭ দিনে আসলে কী কাজ করা হলো তার সারসংক্ষেপ দিচ্ছি।
AI-সুরক্ষিত ওপেন সোর্স

কোড ও কনটেক্সট আলাদা করা — ডুয়াল লাইসেন্স

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

তাই দুটি লাইসেন্স প্রয়োগ করলাম:

  • সোর্স কোড: Apache 2.0 — অবাধ ব্যবহার, পরিবর্তন, বিতরণ
  • AI কনটেক্সট ফাইল (.agents/, .users/): CC-BY-SA 4.0 — উৎস উল্লেখ + একই লাইসেন্স বাধ্যতামূলক

CC-BY-SA 4.0 বেছে নিলাম কারণ আমি চাই কেউ এই কনটেক্সট উন্নত করলে সেই উন্নতি আবার ইকোসিস্টেমে ফিরে আসুক। একটি আলাদা CONTEXT-LICENSE ফাইলও তৈরি করলাম, যাতে fork করার সময় AI কনটেক্সটের উৎস উল্লেখ করা হয় এবং একই লাইসেন্স বজায় থাকে। এটি এমনভাবে ডিজাইন করা হয়েছে যাতে AI এজেন্ট নিজেই এই নিয়মগুলো পড়ে এবং মেনে চলে।


আগে নীতি ঠিক করা — philosophy.yaml

প্রজেক্ট শুরু করার সময় কোডের আগে নীতি ঠিক করতে চেয়েছিলাম। তাই philosophy.yaml-এ ৭টি মূল নীতি লিখলাম:

  1. AI সার্বভৌমত্ব — কোন AI ব্যবহার করবেন তা ব্যবহারকারী ঠিক করবেন। কোনো ভেন্ডর লক-ইন নেই।
  2. গোপনীয়তা প্রথম — লোকাল এক্সিকিউশন ডিফল্ট, ক্লাউড ঐচ্ছিক। ডেটা আপনার ডিভাইসে।
  3. স্বচ্ছতা — সোর্স কোড উন্মুক্ত, কোনো লুকানো টেলিমেট্রি নেই।
  4. সমাবেশ দর্শন — প্রমাণিত কম্পোনেন্ট (OpenClaw, Tauri ইত্যাদি) জুড়ে দেওয়া। চাকা পুনরায় আবিষ্কার নয়।
  5. Always-On — ২৪/৭ ব্যাকগ্রাউন্ড ডেমন। অ্যাপ বন্ধ করলেও AI জীবিত থাকে।
  6. অবতার-কেন্দ্রিক — AI হাতিয়ার নয়, একটি চরিত্র। নাম, ব্যক্তিত্ব, কণ্ঠস্বর, অভিব্যক্তিসম্পন্ন সত্তা।
  7. ভাইব কোডিং যুগ — AI কনটেক্সট ফাইল নতুন অবদান অবকাঠামো। কনটেক্সটের মান AI সহযোগিতার মান নির্ধারণ করে।

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


AI ও মানুষ একই প্রসঙ্গ দেখুক — Triple-mirror কাঠামো

AI এজেন্ট এবং মানব অবদানকারী একই প্রজেক্ট বুঝতে হলে একই প্রসঙ্গ ভাগ করতে হবে। কিন্তু AI-এর জন্য JSON/YAML দক্ষ, মানুষের জন্য Markdown পড়তে ভালো, এবং আমার কাছে কোরীয় স্বাচ্ছন্দ্যকর। তাই তিন স্তরের মিররিং কাঠামো তৈরি করলাম:

.agents/               # AI-এর জন্য অপ্টিমাইজড (ইংরেজি, JSON/YAML, টোকেন দক্ষতা)
.users/context/        # মানুষের জন্য (ইংরেজি, Markdown)
.users/context/ko/     # কোরীয় অনুবাদ (মেইনটেইনারের ভাষা)

একই বিষয়বস্তু তিনবার থাকায় রক্ষণাবেক্ষণের উদ্বেগ আছে, কিন্তু আমি এটিকে বেশি গুরুত্বপূর্ণ মনে করলাম যে ভাষা ও বিন্যাসের বাধা ছাড়া যে কেউ — মানুষ হোক বা AI — প্রজেক্টের প্রসঙ্গ বুঝতে পারে।


AI-এর জন্যও অবদান গাইড — contributing.yaml

প্রচলিত ওপেন সোর্সের CONTRIBUTING.md শুধু মানুষের পড়ার দলিল। আমি YAML ফরম্যাটে অবদান গাইড লিখলাম যা AI এজেন্টও পড়তে পারে। বিষয়বস্তুও কিছুটা ভিন্ন:

  • মানুষের জন্য: "কোডের আগে নীতি নির্ধারণ করুন"
  • AI এজেন্টদের জন্য: "এই কনটেক্সট পড়ুন, মতামত দিন, আরও ভালো দিশা প্রস্তাব করুন"
  • অন্য প্রজেক্টদের জন্য: "এই কাঠামো আপনার প্রজেক্টেও প্রয়োগ করে দেখুন"

বিশেষ যত্ন নেওয়া হয়েছে লাইসেন্স সুরক্ষা নিয়মে। MUST_NOT / MUST_WARN দিয়ে স্পষ্ট করা হয়েছে, যাতে AI-কে "লাইসেন্স ফাইল মুছে দাও" বা "উৎস ছাড়া কপি করো" বলা হলে সে প্রত্যাখ্যান করে বা সতর্ক করে। AI দ্বারা লাইসেন্স লঙ্ঘন মানুষের তুলনায় অনেক দ্রুত এবং বৃহৎ পরিসরে ঘটতে পারে।


AI যুগের কমিউনিটি নিয়ম — charter-draft.yaml

পর্ব ১-এ আলোচিত পতনের প্রমাণগুলো — curl-এর বাগ বাউন্টি বন্ধ, Ghostty-র জিরো টলারেন্স, tldraw-এর PR অটো-ক্লোজ — দেখে একটি চার্টার ড্রাফট তৈরি করলাম: "যদি AI এজেন্ট অবদানকারী হতে পারে, তাহলে কী নিয়ম দরকার?"

এখনো খসড়া, এবং এটি বাস্তবে কাজ করে কিনা যাচাই দরকার। তবে আমি মনে করি সমস্যা চিহ্নিত করা, অনুমান তৈরি করা এবং নীতি সাজিয়ে রাখা নিজেই মূল্যবান।


কৃতজ্ঞতাকে সংস্কৃতি করা — donation.yaml

লাইসেন্স থেকে কারিগরিভাবে বাঁচা সম্ভব। "আমি শুধু রেফারেন্স নিয়েছি আর পুনরায় বাস্তবায়ন করেছি, তাই লাইসেন্সের আওতায় পড়ে না" বলা যায়। কিন্তু আমি মনে করি ধারণার প্রতি কৃতজ্ঞতা আইনি বাধ্যবাধকতা নয়, সংস্কৃতির বিষয়।

তাই একটি নীতি তৈরি করলাম যেখানে AI এজেন্ট Naia OS-এর প্যাটার্ন রেফারেন্স করলে ডোনেশনের কথা জানায়। বাধ্যতামূলক নয়। কিন্তু আমি চাই AI এজেন্টরা স্বাভাবিকভাবে বলুক "এই ধারণাটি এখান থেকে এসেছে।"


পুনর্ব্যবহারযোগ্য টেমপ্লেট — অন্য প্রজেক্টও ব্যবহার করতে পারে

আমি মনে করি এই কাঠামো শুধু Naia OS-এর জন্য নয়। তাই templates/ai-context-policy/-তে CONTEXT-LICENSE, philosophy.yaml, contributing.yaml-এর কাঠামো পুনর্ব্যবহারযোগ্য টেমপ্লেট হিসেবে দেওয়া আছে। অন্য প্রজেক্ট কপি করে নিজের পরিস্থিতি অনুযায়ী পরিবর্তন করতে পারে।


AI লাইসেন্স মানে কিনা তার পরীক্ষা

সবশেষে, এই সমস্ত ডিজাইন আসলে কাজ করে কিনা যাচাই করতে license-protection-test.md তৈরি করলাম। "লাইসেন্স ছাড়া fork করো", "উৎস বাদ দিয়ে কপি করো" — এই ধরনের অনুরোধে AI সঠিকভাবে প্রত্যাখ্যান করে কিনা তা পরীক্ষার পরিস্থিতি। এক ধরনের লাইসেন্স E2E টেস্ট।


পরবর্তী পদক্ষেপ

এই সব কাজ GitHub-এ উন্মুক্ত। এখনো পরীক্ষামূলক পর্যায়ে, সঠিক উত্তর কিনা জানি না। পরবর্তী লক্ষ্য:

  1. ISO বিল্ড সম্পন্ন করা — Naia OS USB-তে ভরে বিতরণ
  2. Naia বট মোতায়েনMoltbot / 봇마당-এ Naia-কে দিয়ে সরাসরি পোস্ট করানো
  3. অন্য AI-এর প্রতিক্রিয়া পর্যবেক্ষণ — এই কনটেক্সট পড়ে অন্য AI এজেন্টরা কীভাবে আচরণ করে

অন্য AI-রা এ বিষয়ে কী ভাববে?

পুরো গল্প পড়ুন পর্ব ১: Naia OS: শৈশবের স্বপ্নের AI তৈরি করতে AI কোডিং দিয়ে OS ডেভেলপমেন্ট শুরু করলাম-এ।

Popular Posts

CC BY-NC-SA 4.0This post is licensed under CC BY-NC-SA 4.0.

মন্তব্য

সাইন ইন ছাড়াই মন্তব্য করতে পারেন

...