কোডিংয়ের কাজ সমান্তরালে সামলাতে সুপার-এজেন্টের প্রোটোটাইপ প্রকাশ করেছে ডিপসিক

একসঙ্গে একাধিক কাজ সামলানোর জন্য তৈরি কোডিং এজেন্ট

ডিপসিকের Harness দল ২০২৬ সালের ৩১ অক্টোবর তাদের সুপার-এজেন্টের নকশা প্রকাশ করেছে। একই সঙ্গে MIT লাইসেন্সের একটি গবেষণা-প্রোটোটাইপও প্রকাশ করেছে, যা GitHub রিপোজিটরির জন্য করা অনুরোধগুলোকে আলাদা কোডিং সেশনে ভাগ করে। লক্ষ্য হলো, ডেভেলপারদের কথোপকথনের মধ্যে বারবার যাতায়াত ও অগ্রগতি যাচাইয়ে কম সময় দিয়ে একাধিক কাজকে একসঙ্গে এগিয়ে নেওয়া।

দলটির প্রাথমিক পরীক্ষায় প্রায় ৩০০টি সিমুলেটেড বার্তা ব্যবহার করা হয়েছিল, যাতে মোটামুটি ২০টি কাজের অনুরোধ ছিল। সুপার-এজেন্ট ১২.৪ মিনিটের মধ্যে অর্ধেক কাজ এবং ১৫.৭ মিনিটের মধ্যে ৯৫ শতাংশ কাজ সম্পন্ন করে। নিরপেক্ষ নির্দেশনার অধীনে একটি সহায়ক এজেন্ট ব্যবহারের সুযোগসহ একটিমাত্র মূল সেশন নিয়ে চালানো তুলনামূলক ব্যবস্থাটির ৯৫ শতাংশ কাজ শেষ করতে ২৯.৫ মিনিট লাগে।

ডিপসিকের প্রকাশ্য প্রোটোটাইপ রিপোজিটরি, যার নাম dsh-superagent-prototype, আরও সীমিত ও ব্যবহারিক একটি সংস্করণ উপস্থাপন করে: DeepSeek Harness-এর জন্য বান্ডল আকারে তৈরি, একটি GitHub রিপোজিটরির জন্য প্রোঅ্যাকটিভ কোডিং এজেন্ট। এটি GitHub এবং ঐচ্ছিকভাবে Feishu-তে নজর রাখে, অনুমোদিত কেউ কাজের অনুরোধ করলে একটি কাজের আইটেম খোলে এবং মূল কথোপকথনেই জবাব দেয়; প্রয়োজনে কোড পরিবর্তনের প্রস্তাবসহ একটি পুল রিকোয়েস্টও দিতে পারে।

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

প্রোটোটাইপটি রক্ষণাবেক্ষণকারী ডিপসিক Harness দল README-তে এর অবস্থান এভাবে জানিয়েছে:

শুধু তথ্যসূত্র হিসেবে ব্যবহারের গবেষণা-প্রোটোটাইপ, ডিপসিকের আনুষ্ঠানিক পণ্য নয়।

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

কেন ডিপসিক সেশন ব্যবস্থাপনা আড়ালে রাখতে চায়

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

হারনেস হলো AI মডেলের চারপাশের এমন সফটওয়্যার, যা টুল, ফাইল, কথোপকথন ও কাজ সম্পাদনা পরিচালনা করে। মডেল কোনো কাজ নিয়ে যুক্তি করে; হারনেস ঠিক করে কাজটি কীভাবে মডেলের কাছে পৌঁছাবে এবং এর কার্যক্রম কীভাবে চলবে। সুপার-এজেন্ট একাধিক কাজের সমন্বয়ের দায়িত্বের আরও বেশি অংশ এই পারিপার্শ্বিক সফটওয়্যারের হাতে তুলে দেয়।

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

এর আগে ৩ অক্টোবর Harness v0.2.1-alpha.1-এ Claude Code এক্সটেনশন ব্যবহারের সামঞ্জস্য নিয়ে ডিপসিক পরীক্ষা চালিয়েছিল। ওই আপডেটে এক্সটেনশন ব্যবহারের একটি সংযোগব্যবস্থা পরীক্ষা করা হয়; সুপার-এজেন্টে দেখা হচ্ছে, হারনেস নিজেই কীভাবে চলমান কাজের সমন্বয় করতে পারে। সিস্টেমটি বাস্তবায়ন এবং নকশাবিষয়ক নিবন্ধ লেখার কৃতিত্ব ইউজিয়া ছিয়াওকে দেওয়া হয়েছে; পর্যালোচনা ও আলোচনায় অংশ নেওয়া আরও ১৫ জনের নামও রয়েছে।

একজন Router সমন্বয় করে, একাধিক Worker কাজ সম্পাদন করে

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

Worker-রা আলাদা আলাদা কাজ সামলায়। প্রত্যেকটির কথোপকথনের প্রেক্ষাপট এবং কাজ সম্পাদনের টুল আলাদা, ফলে বাগ অনুসন্ধান, কোড পর্যালোচনার জবাব এবং নতুন ফিচার তৈরির কাজ একই সময়ে চলতে পারে। একাধিক সেশনকে আলাদাভাবে জবাব দিতে না দিয়ে Worker-রা ফলাফল Router-কে জানায়, আর Router মানুষের সঙ্গে যোগাযোগ করে।

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

প্রোটোটাইপে প্রতিটি কাজের আইটেমের জন্য আলাদা সেশন ও ডিরেক্টরি রাখা হয়, আর নির্ধারিত সীমা পর্যন্ত একাধিক কাজ একই সঙ্গে চালু করা যায়। ফলে অপারেটররা একসঙ্গে কত কাজ শুরু হবে তা নিয়ন্ত্রণ করতে পারেন। আলাদা কথোপকথনের ইতিহাস এক কাজের বিস্তারিত যেন অন্য কাজকে আড়াল না করে, সেই ঝুঁকি কমায়; আর Router সব কাজের একটি সম্মিলিত চিত্র ধরে রাখে।

কীভাবে বার্তা থেকে কাজ তৈরি হয়, অনবরত বাধা না দিয়ে

চ্যাট বার্তা, কোড পর্যালোচনার মন্তব্য এবং স্বয়ংক্রিয় পরীক্ষার ফলাফল—সবই এমন ঘটনা হতে পারে, যা কোনো পদক্ষেপ শুরু করে। বিস্তৃত নকশায় ইমেইল ও ক্যালেন্ডার রিমাইন্ডারের কথাও বিবেচনা করা হয়েছে। কন্টিনিউয়াস ইন্টিগ্রেশন বা CI বলতে কোনো পরিবর্তনের পর কোড তৈরি বা পরীক্ষা করার স্বয়ংক্রিয় যাচাইকে বোঝায়, যার ফলাফলে এজেন্ট সাড়া দিতে পারে।

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

সম্পর্কিত ঘটনাগুলো মিলে একটি Thread তৈরি করে, যেমন একটি পুল রিকোয়েস্টের অধীনে থাকা মন্তব্যগুলো বা চ্যাটের একটি নির্দিষ্ট বিষয়। কোনো Worker কাজটি গ্রহণ করলে সে ওই Thread-এ যুক্ত হয়। পরে আসা মন্তব্য ও পরীক্ষার ফলাফল সরাসরি তার কাছে যেতে পারে, Router-কে আবার কাজ বণ্টন করতে হয় না।

একাধিক Worker একই Thread-এ যুক্ত থাকতে পারে। একই পুল রিকোয়েস্টে কাজ করা কয়েকজন Worker একই আপডেট পেতে পারে, ফলে তারা নিজেদের কাজে প্রভাব ফেলতে পারে এমন পরিবর্তন শনাক্ত করতে পারে। কোনো Worker একাধিক সম্পর্কিত Thread-এও যুক্ত হতে পারে, অথবা কোনো ঘটনা তার কাজের আওতার বাইরে হলে তা Router-এর কাছে ফেরত পাঠাতে পারে।

আগেভাগে পদক্ষেপ, তবে দরকার হলেই কথা

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

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

Harness দল README-তে কাজের নীতিটি এভাবে বর্ণনা করেছে:

মানুষের মনোযোগ যতটা সম্ভব কম নিতে হবে, আর যতটা সম্ভব বেশি মূল্য দিতে হবে।

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

পুরোনো প্রেক্ষাপট ও নতুন নির্দেশনা হাতের কাছে রাখা

ডিপসিকের নকশায় মডেলের কনটেক্সট উইন্ডো—অর্থাৎ একবারে বিবেচনা করতে পারা তথ্যের সীমিত পরিমাণ—ক্যাশের মতো। প্রায়ই দরকার হয় এমন তথ্য হাতের কাছে থাকে; দীর্ঘ বা কম প্রাসঙ্গিক ইতিহাস উইন্ডোর বাইরে থাকে, পরে চাইলে তা আনা যায়।

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

Chain of Recall এসব রেফারেন্সকে পরস্পরের সঙ্গে যুক্ত করে। ঘটনা, Thread এবং Worker সেশনকে স্বতন্ত্র শনাক্তকারী দেওয়া হয়। ফলে এজেন্ট বর্তমান বার্তা থেকে আলোচনায়, সেখান থেকে সংশ্লিষ্ট Worker-এ এবং পরে আরেকটি কোড পর্যালোচনায় যেতে পারে। লক্ষ্য হলো, বারবার পুরো ইতিহাস লোড না করেই বিভিন্ন চ্যানেলে থাকা পুরোনো কাজ খুঁজে বের করা।

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

দলটি জানিয়েছে, এই ব্যবস্থা DeepSeek Harness-এ বাস্তবায়িত হলেও ডিফল্টভাবে চালু নেই। চ্যানেলভেদে যোগাযোগের নিয়মও আলাদা: নকশা অনুযায়ী ইনস্ট্যান্ট মেসেজিংয়ে একটি জবাব সর্বোচ্চ ১০০ শব্দের হবে; অন্যদিকে পুল রিকোয়েস্ট ও নথিতে পরিবর্তন এবং যাচাইয়ের আরও কাঠামোবদ্ধ ব্যাখ্যা দেওয়া হবে।

ক্লাউডে সমন্বয়, স্থানীয় কম্পিউটারে কাজ

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

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

স্বতন্ত্র Watchdog সেশন ত্রুটি ও থেমে থাকা কাজ খুঁজে দেখে। এর কাজ শুধু ত্রুটির বার্তা শনাক্ত করা নয়: Worker-রা সত্যিই এগোচ্ছে, নাকি লক্ষ্য থেকে সরে যাচ্ছে, তা মডেলের বিচারবুদ্ধি দিয়ে মূল্যায়ন করে এবং প্রয়োজন হলে পুনরুদ্ধারের চেষ্টা করে।

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

পরীক্ষায় কী মাপা হয়েছে

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

১২.৪ মিনিটের মধ্যম মানের অর্থ, ওই সময়ের মধ্যে অর্ধেক কাজ শেষ হয়েছিল। ১৫.৭ মিনিটের ৯৫তম পার্সেন্টাইলের অর্থ, ওই সময়ের মধ্যে ৯৫ শতাংশ কাজ শেষ হয়েছিল। একক সেশনের নিরপেক্ষ বিন্যাসে ৯৫ শতাংশ কাজ শেষ হতে ২৯.৫ মিনিট লাগার তুলনায়, সুপার-এজেন্ট এই সময় ১৩.৮ মিনিট বা প্রায় ৪৭ শতাংশ কমিয়েছে।

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

সিমুলেটেড কাজের মাধ্যমে পরীক্ষায় সময়সূচি ও সমন্বয় মূল্যায়ন করা হয়েছে। বাস্তব কোডের মান, স্বাধীন কর্মদক্ষতা পরিমাপ এবং সক্রিয় ব্যবহারকারীর সংখ্যা জানানো হয়নি; দলও তাদের পরিমাপকে প্রাথমিক বলে উল্লেখ করেছে। উৎপাদন-পর্যায়ের সংস্করণ প্রকাশের কোনো তারিখ ডিপসিক জানায়নি।

দ্রুত সমন্বয়ে ক্যাশে রাখা টোকেনের ব্যবহার বাড়ে

সুপার-এজেন্টের সমান্তরাল কাজের সঙ্গে ক্যাশে রাখা ইনপুটের ব্যবহারও বেড়েছে। এটি ২৩.২৩ মিলিয়ন ক্যাশড টোকেন পড়েছে; একক সেশনের দুটি বিন্যাসে এই সংখ্যা ছিল যথাক্রমে ৬.০৫ মিলিয়ন ও ১০.৮২ মিলিয়ন। টোকেন হলো মডেলের প্রক্রিয়াকৃত লেখার ছোট একক; ক্যাশড রিডে আগের অনুরোধ থেকে সংরক্ষিত ইনপুট আবার ব্যবহার করা হয়।

সরাসরি ঘটনা পাঠানোর সুবিধা বাদ দিলে ক্যাশড রিড ২৩.২৩ মিলিয়ন থেকে বেড়ে ৩১.৭৭ মিলিয়নে দাঁড়ায়, যা প্রায় ৩৭ শতাংশ বেশি। Router-এর সিদ্ধান্তের সংখ্যাও প্রায় ৩০ শতাংশ বাড়ে। ফলে সমান্তরাল ব্যবস্থায় পরবর্তী বার্তা সরাসরি দায়িত্বপ্রাপ্ত Worker-এর কাছে পাঠানোয় সমন্বয়ের কাজ কমেছে।

বেশি বার্তার চাপ সামলাতে Router-কে ব্যাচিং সহায়তা করেছে। প্রতি মিনিটে ঘটনার সংখ্যা প্রায় এক থেকে বেড়ে ৪০ হলে, গড় ব্যাচের আকার ১.০ থেকে বেড়ে ২.৮ হয় এবং অনুরোধের সময়কাল ২.৫ থেকে বেড়ে ৩.৯ সেকেন্ড হয়। প্রতিটি Router সিদ্ধান্তের জন্য বরাদ্দ করা ইনফারেন্স সময় ৬.৪ সেকেন্ড থেকে কমে ১.৬ সেকেন্ড হয় বলে জানানো হয়েছে।

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

স্থানীয় অনুমতিতে নিরাপত্তা গুরুত্বপূর্ণ হয়ে ওঠে

প্রোটোটাইপের কাজ সম্পাদনবিষয়ক নথিতে বলা হয়েছে, Worker-এর কমান্ড অপারেটরের অপারেটিং সিস্টেম অ্যাকাউন্টে অনুমোদন ছাড়াই চলে। সামনে চালানো শেল কমান্ড পাঁচ সেকেন্ড পর পেছনে চলতে শুরু করে; আর পেছনে চলা প্রতিটি কাজের জন্য প্রতি ধাপে সর্বোচ্চ ৩০ মিনিট সময় থাকে। এসব সেটিংসের কারণে স্থাপনায় অপারেটরের অ্যাকাউন্টের অনুমতি একটি বাস্তব উদ্বেগ হয়ে দাঁড়ায়।

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

ডিপসিক নিরাপত্তা ও গোপনীয়তা, Router-এর সক্ষমতা বাড়ানো, দীর্ঘ সময়ের স্মৃতি এবং একাধিক এজেন্ট ইনস্ট্যান্সের মধ্যে যোগাযোগকে এখনো অসমাপ্ত কাজ হিসেবে চিহ্নিত করেছে। README-তে ব্যবহারকারীদের কোড পর্যালোচনা ও নিজেদের প্রয়োজন অনুযায়ী বদলে নেওয়ার অনুরোধ করা হয়েছে; সতর্ক করা হয়েছে যে ত্রুটি ও প্রকৌশলচর্চায় অসংগতি থেকে যেতে পারে। প্রকৌশল কাজের বড় অংশই কোডিং এজেন্ট দিয়ে করা হয়েছে।

প্রকাশের পর দ্রুত নজর কেড়েছে প্রোটোটাইপটি; Hugging Face-এর গবেষণা প্রধান লিয়ান্দ্রো ফন ভেরার একটি পোস্টও এর মধ্যে রয়েছে। ঘটনাগুলোর ধারাবাহিকতা দেখায়, প্রোটোটাইপটি কত দ্রুত ছড়িয়েছে:

• ৩১ অক্টোবর, ২০২৬, ০৯:৩২ UTC: GitHub রিপোজিটরিটি তৈরি হয়।
• ৩১ অক্টোবর: Harness দল নকশাবিষয়ক নিবন্ধ প্রকাশ করে; ২২:১০ UTC নাগাদ রিপোজিটরিটিতে ২,০৪৬টি স্টার ও ১৭২টি ফর্ক হয়।
• ১ নভেম্বর, ০৪:২০ UTC: রিপোজিটরিটির স্টার ৩,৪৩৩-এ পৌঁছায়।

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

মূল বিষয়গুলো

• একটি GitHub রিপোজিটরিতে কোডিংয়ের কাজের জন্য MIT লাইসেন্সের গবেষণা-প্রোটোটাইপ প্রকাশ করেছে ডিপসিক; এতে ঐচ্ছিকভাবে Feishu যুক্ত করা যায়।
• Router সমন্বয়ের কাজ করে, আর আলাদা Worker-রা একই সময়ে বিভিন্ন কাজ সম্পাদন করে।
• লিখিত নিয়ম থাকলে অভ্যন্তরীণ ব্যবস্থাটি সরাসরি ট্যাগ না করা হলেও জানানো বাগ অনুসন্ধান করতে পারে।
• সিমুলেটেড পরীক্ষায় কাজ শেষ করার মধ্যম সময় ছিল ১২.৪ মিনিট এবং ৯৫তম পার্সেন্টাইল ছিল ১৫.৭ মিনিট; একক সেশনের বিকল্পগুলোর তুলনায় ক্যাশড টোকেনের ব্যবহার বেশি ছিল।
• Worker-রা অনুমোদন ছাড়াই অপারেটরের অ্যাকাউন্টে কমান্ড চালায়, ফলে অনুমতি ও লগইন তথ্য গুরুত্বপূর্ণ উদ্বেগের বিষয়।
• প্রকাশ্য কোড অভ্যন্তরীণ ব্যবস্থা থেকে আলাদা এবং এটি ডিপসিকের আনুষ্ঠানিক পণ্য নয়, গবেষণার প্রোটোটাইপ।