আমি 26 ফেব্রুয়ারি থেকে 1 এপ্রিল, 2026-এর মধ্যে এগারোটি নিওটোমা রিলিজ পাঠিয়েছি। প্রাথমিক [ডেভেলপার রিলিজ](/পোস্ট/নিওটোমা-ডেভেলপার-রিলিজ) কার্যকরী কিন্তু রুক্ষ ছিল। এটি আমার মেশিনে কাজ করেছে, আমার কর্মপ্রবাহে, আমার অনুমানগুলি বেক করা হয়েছে৷ পাঁচ সপ্তাহের মূল্যায়নকারীর প্রতিক্রিয়া, দৈনিক ডগফুডিং, এবং বাস্তব-বিশ্বের ব্যবহার দেখা গেছে যেখানে এটি অন্য সবার জন্য ভেঙে গেছে৷

উন্নতির সবচেয়ে বড় বিভাগ হল CLI নির্ভরযোগ্যতা, কারণ CLI হল প্রথম জিনিস যা একজন নতুন ব্যবহারকারী স্পর্শ করে এবং প্রথম জিনিস যা অনবোর্ডিংয়ের সময় ব্যর্থ হতে পারে।

দ্বিতীয়টি হল এমসিপি স্থায়িত্ব, কারণ এমসিপি সার্ভার হল যাকে এজেন্টরা দিনে কয়েকশ বার কল করে এবং নীরব ব্যর্থতা সেখানে সতর্কতা ছাড়াই কর্মপ্রবাহকে দূষিত করে।

তৃতীয়টি বাস্তব অবস্থার অধীনে ডেটা অখণ্ডতা। এই পোস্টটি কভার করে যে npm প্যাকেজে কি পরিবর্তন হয়েছে, সাইট বা ডক্স নয়।

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

## সিএলআই এটাকে আমি বলে ধরে নেওয়া বন্ধ করে দিয়েছে

বিকাশকারী রিলিজ CLI আমার মেশিনে একটি উত্স চেকআউট থেকে কাজ করেছে। এটাই ছিল একমাত্র প্রসঙ্গ যা আমি পরীক্ষা করেছিলাম। প্রতিক্রিয়ার প্রথম তরঙ্গ স্পষ্ট করে দিয়েছে যে এটি যথেষ্ট নয়।

প্রথম ফিক্স ছিল পাথ রেজল্যুশন। আপনি যখন এনপিএম-এর মাধ্যমে বিশ্বব্যাপী নিওটোমা ইনস্টল করেন এবং এটি একটি নির্বিচারী ডিরেক্টরি থেকে চালান, তখন CLI-কে কোনও উত্স চেকআউট উপস্থিত ছাড়াই নিজস্ব সংস্থানগুলি খুঁজে বের করতে হবে। v0.3.3 ইনস্টল করা প্যাকেজ অবস্থান থেকে ফলব্যাক রেজোলিউশন যোগ করা হয়েছে। v0.3.8 npm টারবলের ভিতরে `openapi.yaml` পাঠানো হয়েছে যাতে স্পেক ফাইল সবসময় পাওয়া যায়, শুধুমাত্র যখন আপনি রেপো ক্লোন করেন তখন নয়।

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

init প্রবাহটি বেশ কয়েকটি রিলিজের মধ্যে উন্নত হয়েছে। v0.3.6 এর মাধ্যমে v0.3.9 ক্রমবর্ধমানভাবে প্রথম-রানের অভিজ্ঞতাকে শক্ত করেছে: আরও ভাল পরিবেশ টার্গেটিং, পরিষ্কার স্টার্টআপ UX, শক্তিশালী কনফিগার পাথ পরিচালনা। v0.3.10 দ্বারা, CLI তার নিজস্ব ইনস্টল প্রসঙ্গ সনাক্ত করতে পারে এবং ব্যবহারকারীকে কিছু না বলে আচরণ সামঞ্জস্য করতে পারে।

v0.3.11 ছিল বৃহত্তম একক CLI রিলিজ। এটি নমনীয় অনুসন্ধান যুক্ত করেছে (পজিশনাল আইডেন্টিফায়ার সহ `নিওটোমা সত্তা অনুসন্ধান`, `--আইডেন্টিফায়ার`, এবং `--কোয়েরি` উপনাম হিসাবে), স্টোরের জন্য একটি পছন্দের কাঠামোগত ইনপুট পাথ (`---json=` পাশাপাশি `--ফাইল` বিদ্যমান, এবং `এসকিউএল-এস-বিন-এর বিরোধের রেজোলিউশন মোডের সাথে স্টোরেজ মার্জ-ডিবি`। v0.4.0 নোড, বান এবং ডেনো র‍্যাপার জুড়ে আর্গুমেন্ট পরিচালনাকে আরও নির্ভরযোগ্য করে তুলেছে।

নেট প্রভাব: CLI "আমার মেশিনে কাজ করে" থেকে "অন্য কারো মেশিনে একটি নির্বিচারে ডিরেক্টরিতে একটি নতুন এনপিএম ইনস্টলে কাজ করে।" সেই ব্যবধান আমার প্রত্যাশার চেয়েও বেশি ছিল।

## MCP দৈনন্দিন এজেন্ট ব্যবহারের জন্য নিরাপদ হয়ে উঠেছে

এমসিপি সার্ভার হল কিভাবে এজেন্টরা নিওটোমার সাথে যোগাযোগ করে। এটি একটি CLI থেকে ভিন্ন উপায়ে নির্ভরযোগ্য হতে হবে। এজেন্ট ত্রুটি বার্তা পড়তে না. তারা আবার চেষ্টা করে, ভুল ব্যাখ্যা করে বা নীরবে প্রসঙ্গ বাদ দেয়।

প্রথম MCP ফিক্স ছিল তুচ্ছ কিন্তু গুরুত্বপূর্ণ। v0.3.8 সরানো স্কিমা রেজিস্ট্রি তথ্যগত লগ অফ stdout. MCP এজেন্ট এবং সার্ভারের মধ্যে কাঠামোগত যোগাযোগের জন্য stdio ব্যবহার করে। একই প্রবাহে লগিং প্রোটোকলকে দূষিত করেছে। এজেন্টদের বিকৃত প্রতিক্রিয়া বা স্তব্ধ হবে. লগগুলিকে stderr এ স্থানান্তরিত করার ফলে নির্ণয় করা কঠিন ছিল এমন নীরব ব্যর্থতার একটি শ্রেণী সংশোধন করা হয়েছে।

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

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

## পেজিনেশন এবং সত্তা ফিল্টারিং সৎ হয়েছে

v0.3.4 একটি নির্দিষ্ট বাগ সংশোধন করেছে যা একটি বিস্তৃত সমস্যা প্রকাশ করেছে। আপনি যখন টাইপ (বলুন, সমস্ত কাজ) দ্বারা সত্তাগুলি জিজ্ঞাসা করেন, তখন মুছে ফেলা সত্তাগুলিকে ফলাফলের গণনায় অন্তর্ভুক্ত করা হয়েছিল তবে দৃশ্যমান ফলাফল থেকে ফিল্টার করা হয়েছিল। পেজিনেশন অফসেটগুলি ফিল্টার না করা গণনা ব্যবহার করে। ফলাফল: প্রত্যাশার চেয়ে কম আইটেম সহ পৃষ্ঠাগুলি, অসামঞ্জস্যপূর্ণ মোট, এবং এজেন্ট যারা ভেবেছিল যে তারা সবকিছু পুনরুদ্ধার করেছে যখন তারা ছিল না।

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

## ডাটাবেস মার্জ একটি বাস্তব হাতিয়ার হয়ে উঠেছে

আমি মার্চ মাসে [6,000টি স্মৃতি হারানো এবং পুনরুদ্ধার করার বিষয়ে লিখেছি](/posts/how-i-lost-and-recovered-6000-memories)। সেই অভিজ্ঞতা v0.3.11-এ একটি সঠিক CLI কমান্ড হিসাবে শিপিং `স্টোরেজ মার্জ-ডিবি`কে অনুপ্রাণিত করেছে।

কমান্ডটি সুস্পষ্ট দ্বন্দ্ব পরিচালনার সাথে দুটি SQLite ডাটাবেসকে একত্রিত করে। তিনটি মোড: `নিরাপদ` (ডিফল্ট, যেকোনো দ্বন্দ্বে ব্যর্থ), `কিপ-টার্গেট` (সংঘর্ষে টার্গেট জয়), `কিপ-সোর্স` (উৎস জয়)। ড্রাই-রান মোড প্রিভিউ কি ঢোকানো হবে এবং আপনি কমিট করার আগে কি বিরোধ হবে। মার্জ করার পরে, কমান্ডটি পর্যবেক্ষণ লগ থেকে সত্তার স্ন্যাপশটগুলি পুনরায় গণনা করে যাতে উদ্ভূত অবস্থা সঠিক থাকে।

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

## মাল্টি-টুল সমর্থন প্রসারিত

ডেভেলপার রিলিজ MCP এর মাধ্যমে কার্সার, ক্লড এবং ChatGPT সমর্থন করে। v0.3.11 সুস্পষ্ট ChatGPT ইন্টিগ্রেশন ডকুমেন্টেশন যোগ করেছে এবং `openapi_actions.yaml` পাঠানো হয়েছে, কাস্টম GPT এবং HTTP অ্যাকশন ওয়ার্কফ্লোগুলির জন্য একটি OpenAPI- আকৃতির পৃষ্ঠ। এর মানে হল ChatGPT শুধুমাত্র MCP এর মাধ্যমে নয় বরং কাস্টম জিপিটি ব্যবহার করা নেটিভ অ্যাকশন ইন্টারফেসের মাধ্যমে নিওটোমা ব্যবহার করতে পারে।

ক্রিয়া স্তরে পরিবর্তনগুলি প্রতিফলিত করার জন্য OpenAPI চুক্তি নিজেই v0.3.11 এবং v0.4.0 জুড়ে আপডেট করা হয়েছিল। আপনি API এর মাধ্যমে প্রোগ্রাম্যাটিকভাবে Neotoma ব্যবহার করলে, এই রিলিজগুলির জন্য যেকোনও জেনারেট হওয়া ক্লায়েন্টকে পুনরায় চেক করতে হবে।

## পুরানো নিষ্কাশন পথ সরানো হয়েছে

v0.4.0 `llm_extraction` কোড পাথ সরিয়ে দিয়েছে। এটি একটি উত্তরাধিকার পদ্ধতি যা স্টোরেজ পাইপলাইনে ভাষার মডেলগুলি ব্যবহার করেছিল। নিওটোমার ডিজাইনের নীতি হল যে কোনও এলএলএম স্টোরেজ বা পুনরুদ্ধারের জন্য গুরুত্বপূর্ণ পথে বসে না। নিষ্কাশন এজেন্ট স্তরে ঘটে, নিওটোমার ভিতরে নয়। পুরানো পথটি সরানো কোডবেসটিকে সেই নীতির সাথে সারিবদ্ধ করে এবং অভ্যন্তরীণগুলিকে সরল করে।

এটি এমন একটি পরিবর্তন যা ব্যবহারকারীদের কাছে অদৃশ্য কিন্তু প্রকল্পের দিকনির্দেশের জন্য গুরুত্বপূর্ণ। নিওটোমা একটি সত্য স্তর, একটি অনুমান স্তর নয়। নিষ্কাশন পথ সেই লাইনটিকে ঝাপসা করে দিয়েছে। এখন তা হয় না।

## গতি আমাকে কি শিখিয়েছে

পাঁচ সপ্তাহে এগারোটি রিলিজ পাঠানোর পরিকল্পনা করা হয়নি। প্রতিটি রিলিজ নির্দিষ্ট কিছুতে সাড়া দেয়: একটি বাগ রিপোর্ট, একটি বিভ্রান্তিকর প্রথম-চালিত অভিজ্ঞতা, একটি কর্মপ্রবাহ যা উত্পাদনে ভেঙে যায়, একটি স্থাপত্যগত অসঙ্গতি আমি উপেক্ষা করতে পারিনি।

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

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

পরের পর্বটা ভিন্ন। প্রথম পাঁচ সপ্তাহ উত্তর দিয়েছে "এটা কি এমন কারো জন্য কাজ করে যে আমি নই।" পরবর্তী প্রসারিত উত্তর "কেউ কেন তারা ইতিমধ্যে তৈরি করা থেকে স্যুইচ করবে।"

আমার [মূল্যায়নকারী গ্রুপ](/posts/customer-research-through-agents) এ অন্তত দশ জন তাদের নিজস্ব এজেন্ট মেমরি তৈরি করছে। মার্কডাউন ফাইল, SQLite, JSON হার্টবিট, ফ্ল্যাট-ফাইল CRM। একই সমস্যা, বিভিন্ন বাস্তবায়ন। তাদের মধ্যে অনেকেই সঠিক ট্রিগারের নাম দিয়েছে কখন তাদের সমাধানটি ভেঙে যাবে: একাধিক এজেন্ট থেকে সমসাময়িক লেখা, মূল প্রশ্ন যা তারা উত্তর দিতে পারে না, কয়েক ডজন সক্রিয় সত্ত্বাকে অতিক্রম করে। এই ট্রিগার আমার রোডম্যাপ.

কংক্রিট পরবর্তী লক্ষ্যগুলি মূল্যায়নকারীরা যা চেয়েছেন তা থেকে আসে, একটি বৈশিষ্ট্যের ইচ্ছা তালিকা থেকে নয়।

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

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

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

নিওটোমা হল [GitHub-এর ওপেন সোর্স](https://github.com/markmhendrickson/neotoma)। আপনি যদি বিকাশকারী রিলিজ চেষ্টা করেন এবং রুক্ষ প্রান্তগুলি আঘাত করেন, তবে তাদের অনেকগুলি এই রিলিজে সম্বোধন করা হয়েছে। আপনি যদি এখনও এটি চেষ্টা না করে থাকেন তবে সর্বোত্তম সূচনা পয়েন্ট হল [নিওটোমা আপনার কর্মপ্রবাহের সাথে মানানসই কিনা তা মূল্যায়ন করতে আপনার এজেন্টকে জিজ্ঞাসা করুন](https://neotoma.io/evaluate)। এজেন্ট পৃষ্ঠাটি পড়ে, আপনার সেটআপ পরিদর্শন করে এবং আপনি কিছু ইনস্টল করার আগে এটি উপযুক্ত কিনা তা সততার সাথে আপনাকে বলে।