குறியீட்டுப் பணிகளை இணையாகக் கையாளும் Super-agent முன்மாதிரியை வெளியிட்டது DeepSeek

ஒரே நேரத்தில் பல பணிகளை நிர்வகிக்க உருவாக்கப்பட்ட குறியீட்டு முகவர்

DeepSeek-இன் Harness குழு, 2026 அக்டோபர் 31 அன்று தனது Super-agent வடிவமைப்பை வெளியிட்டது. GitHub களஞ்சியத்துக்கான கோரிக்கைகளைத் தனித்தனி குறியீட்டு அமர்வுகளாக மாற்றும் MIT உரிமம் பெற்ற ஆய்வு முன்மாதிரியையும் அதனுடன் வெளியிட்டது. உரையாடல்களுக்கு இடையே மாறுவதிலும் பணிநிலையைச் சரிபார்ப்பதிலும் உருவாக்குநர்கள் செலவிடும் நேரத்தைக் குறைத்தபடி, பல பணிகளை ஒரே நேரத்தில் முன்னெடுப்பதே இதன் நோக்கம்.

குழுவின் தொடக்கநிலைச் சோதனையில், சுமார் 20 பணிக் கோரிக்கைகள் அடங்கிய ஏறத்தாழ 300 உருவகப்படுத்தப்பட்ட செய்திகள் பயன்படுத்தப்பட்டன. Super-agent, 12.4 நிமிடங்களுக்குள் பாதிப் பணிகளையும், 15.7 நிமிடங்களுக்குள் 95% பணிகளையும் நிறைவு செய்தது. உதவி முகவரை அணுகக்கூடிய ஒரே முதன்மை அமர்வைப் பயன்படுத்திய ஒப்பீட்டு அமைப்பு, நடுநிலையான அறிவுறுத்தல்களின் கீழ் 95% அளவை எட்ட 29.5 நிமிடங்கள் எடுத்தது.

DeepSeek-இன் பொது முன்மாதிரிக் களஞ்சியம், dsh-superagent-prototype எனப் பெயரிடப்பட்டுள்ளது. இது நடைமுறைக்கு ஏற்ற, குறுகிய வரம்புடைய வெளியீடாகும்: DeepSeek Harness-க்கான தொகுப்பாக வழங்கப்படும், ஒரு GitHub களஞ்சியத்துக்கான முனைப்புடன் செயல்படும் குறியீட்டு முகவர். இது GitHub-ஐயும் விருப்பத்தேர்வாக Feishu-வையும் கண்காணித்து, அங்கீகரிக்கப்பட்ட ஒருவர் பணி கோரும்போது ஒரு பணியைத் தொடங்கி, அதே உரையாடலில் பதிலளிக்கும்; குறியீட்டு மாற்றங்களை முன்மொழியும் pull request-ஐயும் உருவாக்கக்கூடும்.

வெளியிடப்பட்ட குறியீடு, உள் அமைப்பிலிருந்தும் வடிவமைப்புக் கட்டுரையின் சில பகுதிகளிலிருந்தும் வேறுபடுகிறது என்றும் README தெளிவான எச்சரிக்கையை விடுக்கிறது. முன்மொழியப்பட்ட சில அம்சங்கள் இன்னும் எதிர்காலப் பணிகளாகவே உள்ளன. இந்த வெளியீடு முழுமையான தயாரிப்பு அல்ல, ஆய்வுக் குறியீடு என DeepSeek குறிப்பிடுகிறது.

முன்மாதிரியைப் பராமரிக்கும் DeepSeek Harness குழு, அதன் நிலையை README-இல் இவ்வாறு குறிப்பிடுகிறது:

குறிப்புக்கான ஆய்வு முன்மாதிரி மட்டுமே; அதிகாரப்பூர்வ DeepSeek தயாரிப்பு அல்ல.

உருவாக்குநர்கள் ஆய்வு செய்து தங்களுக்கு ஏற்றவாறு மாற்றியமைக்க இந்த வெளியீடு குறியீட்டை வழங்குகிறது. ஒரு முகவர் பணிகளை எவ்வாறு ஒழுங்கமைக்கிறது, தொடர்புடைய உரையாடல்களை எவ்வாறு நினைவில் வைத்திருக்கிறது, ஒருவர் எப்போது தலையிட வேண்டும் என எவ்வாறு தீர்மானிக்கிறது என்பதே இதன் மையச் சோதனை.

அமர்வு நிர்வாகத்தை மறைக்க DeepSeek விரும்புவது ஏன்

DeepSeek-இன் வடிவமைப்பு, அக்குழுவின் சொந்தப் பணியிலிருந்து கிடைத்த ஒரு கவனிப்பில் தொடங்குகிறது: ஒருவர் பொதுவாக ஒரே நேரத்தில் மூன்று முதல் ஐந்து செயலில் உள்ள முகவர் அமர்வுகளைத்தான் பின்தொடர முடியும். ஒவ்வொரு அமர்விலும் தனித்த உரையாடல் வரலாறு இருப்பதால், எந்தப் பணி எந்த அமர்வில் உள்ளது, ஒவ்வொரு முகவருக்கும் என்ன அறிவுறுத்தல்கள் வழங்கப்பட்டுள்ளன என்பதை உருவாக்குநர் நினைவில் வைத்திருக்க வேண்டும்.

AI மாதிரியைச் சுற்றியுள்ள கருவிகள், கோப்புகள், உரையாடல்கள், செயலாக்கம் ஆகியவற்றை நிர்வகிக்கும் மென்பொருளே harness. ஒரு பணியைப் பற்றி மாதிரி பகுத்தறிகிறது; அந்தப் பணி அதை எவ்வாறு சென்றடைகிறது, அதன் செயல்கள் எவ்வாறு இயங்குகின்றன என்பதை harness தீர்மானிக்கிறது. பல பணிகளை ஒருங்கிணைக்கும் பொறுப்பில் அதிகப் பகுதியை இந்தச் சுற்றியுள்ள மென்பொருளுக்கு Super-agent மாற்றுகிறது.

தொடர்ச்சியான உரையாடல்கள், திறமையான இணைச் செயலாக்கம், நிகழ்வுகளுக்கான முனைப்பான பதில்கள், கோளாறுகளிலிருந்து மீண்டு தொடர்ந்து செயல்படுதல் என நான்கு இலக்குகளை குழு குறிப்பிடுகிறது. உரையாடலில் ஒரு திட்டத்தைத் தேர்ந்தெடுத்துவிட்டு, பின்னர் GitHub கருத்தில் அதை மாற்றும் உருவாக்குநர்கள் இதற்கான ஓர் எடுத்துக்காட்டு. இந்தப் பரிமாற்றங்களை இணைத்து அதே பணியை மாற்றியமைக்க வேண்டும்.

Harness v0.2.1-alpha.1-இல் Claude Code நீட்டிப்புகளுடன் இணக்கத்தன்மை குறித்து DeepSeek அக்டோபர் 3 அன்று நடத்திய சோதனையைத் தொடர்ந்து இந்த வெளியீடு வந்துள்ளது. அந்தப் புதுப்பிப்பு நீட்டிப்புகளுக்கான இணைப்பைச் சோதித்தது; Super-agent, நடந்துகொண்டிருக்கும் பணிகளை harness எவ்வாறு ஒருங்கிணைக்கலாம் என்பதை ஆராய்கிறது. அமைப்பைச் செயல்படுத்தியதற்கும் வடிவமைப்புக் கட்டுரையை எழுதியதற்கும் Yujia Qiao பெயரிடப்பட்டுள்ளார்; மதிப்பாய்வு மற்றும் கலந்துரையாடலில் பங்கேற்றவர்களாக மேலும் 15 பேர் பட்டியலிடப்பட்டுள்ளனர்.

ஒரு Router ஒருங்கிணைக்க, பல Workers செயல்படுத்த

Super-agent, பொறுப்புகளைத் தொடர்ந்து இயங்கும் Router-க்கும் தனித்தனி Workers-க்கும் இடையே பிரிக்கிறது. Router, மனிதர்களிடமிருந்து வரும் தொடர்புகளைப் பெற்று, பணிகள் முழுவதும் பகிரப்படும் தகவல்களைப் பராமரித்து, பணிகளை ஒதுக்குகிறது. அதுவே குறியீட்டுப் பணியைச் செய்வதைத் தவிர்த்து, மற்ற அமர்வுகள் பணியில் இருக்கும்போதும் ஒருங்கிணைப்புப் பொறுப்பை மேற்கொள்ளத் தயாராக இருக்கிறது.

தனிப்பட்ட பணிகளை Workers கையாளுகின்றன. ஒவ்வொன்றுக்கும் தனிப்பட்ட உரையாடல் சூழலும் செயலாக்கக் கருவிகளும் உள்ளன. இதனால் பிழை விசாரணை, குறியீட்டு மதிப்பாய்வுக்கான பதில், அம்ச மாற்றம் ஆகியவற்றை ஒரே நேரத்தில் முன்னெடுக்க முடியும். பல அமர்வுகள் தனித்தனியாகப் பதிலளிப்பதற்குப் பதிலாக, Workers முடிவுகளை Router-க்கு அறிவிக்கின்றன; Router மனிதர்களுடன் தொடர்புகொள்கிறது.

பணிகளை வழிமாற்றுவதற்கு இலகுவான மாதிரி பல நேரங்களில் போதுமானதாக இருக்கும் என்றும், குறியீட்டின் தரத்தை நிர்ணயிக்கும் பணிகளை வலுவான மாதிரிகள் செய்யலாம் என்றும் DeepSeek தெரிவிக்கிறது. சிக்கலான பணிக்காக Worker ஒன்று உதவி முகவர்களையும் உருவாக்கலாம். ஒவ்வொரு பணிக்குள்ளும் உள்ள ஒவ்வொரு படியையும் திட்டமிடுவதற்குப் பதிலாக, பணிகளுக்கு இடையிலான தொடர்புகளை Router நிர்வகிக்கிறது.

முன்மாதிரியில் ஒவ்வொரு பணிக்கும் தனி அமர்வும் கோப்பகமும் ஒதுக்கப்பட்டுள்ளன. கட்டமைக்கப்பட்ட வரம்புக்குள் பல பணிகள் ஒரே நேரத்தில் தொடங்கும். எனவே, ஒரே நேரத்தில் எவ்வளவு பணிகளைத் தொடங்குவது என்பதை இயக்குநர்கள் கட்டுப்படுத்தலாம். தனித்தனி உரையாடல் வரலாறுகள், ஒரு பணியின் விவரங்கள் மற்றொன்றை மறைத்துவிடும் வாய்ப்பைக் குறைக்கின்றன; அதே நேரத்தில் பகிரப்பட்ட பார்வையை Router தக்கவைக்கிறது.

தொடர்ச்சியான குறுக்கீடுகள் இன்றி செய்திகள் எவ்வாறு பணிகளாகின்றன

அரட்டைச் செய்திகள், குறியீட்டு மதிப்பாய்வுக் கருத்துகள், தானியக்கச் சோதனை முடிவுகள் ஆகியவை நடவடிக்கையைத் தூண்டக்கூடிய நிகழ்வுகளாக மாறுகின்றன. மின்னஞ்சல் மற்றும் நாட்காட்டி நினைவூட்டல்களையும் விரிவான வடிவமைப்பு பரிசீலிக்கிறது. தொடர்ச்சியான ஒருங்கிணைப்பு அல்லது CI என்பது, மாற்றத்துக்குப் பிறகு குறியீட்டை உருவாக்கவோ சோதிக்கவோ செய்யும் தானியக்கச் சரிபார்ப்புகளைக் குறிக்கிறது. அவற்றின் முடிவுகளுக்கு முகவர் பதிலளிக்கலாம்.

DeepSeek இந்த நிகழ்வுகளை இரண்டு கட்டங்களாக வடிகட்டுகிறது. முதலில், மூல இடம், குழு, அங்கீகரிக்கப்பட்ட பயனர்கள் போன்றவற்றை வழக்கமான நிரல் விதிகள் சரிபார்க்கின்றன. பின்னர், மீதமுள்ளவற்றைச் சூழலையும் எழுதப்பட்ட கொள்கைகளையும் பயன்படுத்தி ஒரு மாதிரி மதிப்பிடுகிறது. நடவடிக்கை தேவையில்லாத வழக்கமான செய்திகளுக்கான மாதிரி அழைப்புகளை இது குறைக்கிறது.

ஒரே pull request-இன் கீழுள்ள கருத்துகள் அல்லது ஒரு அரட்டைத் தலைப்பு போன்ற தொடர்புடைய நிகழ்வுகள் Thread ஆகத் தொகுக்கப்படுகின்றன. ஒரு Worker அந்தப் பணியை ஏற்றதும், அந்த Thread-க்கு சந்தாதாரராகிறது. பின்னர் வரும் கருத்துகளும் சோதனை முடிவுகளும் Router-ஐ மீண்டும் ஒதுக்கச் சொல்லாமல் நேரடியாக அந்த Worker-ஐச் சென்றடையலாம்.

ஒரே நேரத்தில் ஒன்றுக்கும் மேற்பட்ட சந்தாக்கள் இருக்கலாம். ஒரே pull request-ஐத் தொடும் பல Workers ஒரே புதுப்பிப்புகளைப் பெறலாம்; இதனால் தங்கள் பணியைப் பாதிக்கும் மாற்றங்களைக் கவனிக்க முடியும். ஒரு Worker தொடர்புடைய பல Threads-ஐயும் பின்தொடரலாம், அல்லது தனது பணிவரம்புக்கு வெளியே உள்ள நிகழ்வை Router-க்கு மீண்டும் அனுப்பலாம்.

முன்கூட்டியே செயல்பட்டு, பயனுள்ளபோது மட்டுமே பேசுதல்

உள் பயன்பாட்டுக்கான Super-agent ஒன்று ஏற்கெனவே தொடர்ந்து இயங்கி, சிக்கல்களை மீண்டும் உருவாக்கி சரிசெய்வதாகவும், குறியீட்டு மதிப்பாய்வுகளுக்குப் பதிலளிப்பதாகவும், Harness-ஐ உருவாக்க உதவுவதாகவும் DeepSeek கூறுகிறது. குழு அரட்டையில் குறிப்பிடப்படும் பிழைகளை, முகவரை நேரடியாகக் குறிப்பிடாவிட்டாலும் விசாரிக்கலாம் என எழுத்துப்பூர்வ விதி அனுமதிக்கிறது.

அந்த விதியின்படி முதலில் அமைதியாக விசாரிக்க வேண்டும். முகவர் புகாரளிக்கப்பட்ட சிக்கலை மீண்டும் உருவாக்கிப் பார்த்து, எளிய தீர்வைக் கண்டறிய முயன்று, பின்னர் பயனுள்ள முடிவை முன்வைக்கிறது. ஒரு எடுத்துக்காட்டில், டில்டே குறிகள் strikethrough வடிவமைப்பாகத் தோன்றும் சிக்கலை உருவாக்குநர்கள் விவாதித்துக்கொண்டிருந்தபோதே, முகவர் முன்மொழியப்பட்ட தீர்வுடன் pull request ஒன்றைத் திறந்திருந்தது.

Harness குழு தனது README-இல் செயல்பாட்டுக் கொள்கையை இவ்வாறு விவரிக்கிறது:

மனிதர்களின் கவனத்தை முடிந்தவரை குறைவாக எடுத்துக்கொண்டு, முடிந்தவரை அதிக மதிப்பை வழங்கு.

அங்கீகரிக்கப்பட்ட ஒருவர் கோரும்போது அல்லது குழு எழுதிய விதி அனுமதிக்கும்போது முன்மாதிரி செயல்படுகிறது. மனித கவனம் தேவைப்படும் பணிகளை அதன் வலைப் பலகம் பட்டியலிடுகிறது. ஒவ்வொரு கருவி அழைப்பையோ இடைநிலைச் சிந்தனையையோ காட்டுவதற்குப் பதிலாக, முடிவுகளிலும் பயன்படுத்தக்கூடிய பெறுபேறுகளிலும் இடைமுகம் கவனம் செலுத்துகிறது.

பழைய சூழலையும் புதிய அறிவுறுத்தல்களையும் கிடைக்கச் செய்தல்

ஒரு நேரத்தில் மாதிரி கருத்தில் கொள்ளக்கூடிய தகவலின் வரம்பான context window-ஐ, cache போல DeepSeek-இன் வடிவமைப்பு கருதுகிறது. அடிக்கடி தேவைப்படும் தகவல்கள் அருகில் இருக்கும்; நீண்ட அல்லது குறைவாகத் தொடர்புடைய வரலாறு, கோரப்படும் வரை அந்தச் சாளரத்துக்கு வெளியே இருக்கும்.

இந்தச் செயல்பாடுகளை Inline மற்றும் Spill எனக் கட்டுரை குறிப்பிடுகிறது. அருகிலுள்ள அரட்டைச் செய்திகள், அடையாளங்கள் அல்லது சுருக்கமான முன்னோட்டம் போன்ற பயனுள்ள விவரங்களை தற்போதைய சூழலுக்குள் நேரடியாக வைப்பது Inline. நீண்ட உள்ளடக்கத்தை வேறிடத்தில் வைத்திருந்து, மேலும் படிக்க மாதிரி பயன்படுத்தக்கூடிய ஒரு சுட்டியை வழங்குவது Spill.

Chain of Recall அந்தச் சுட்டிகளை இணைக்கிறது. நிகழ்வுகள், Threads, Worker அமர்வுகள் ஆகியவற்றுக்குத் தனித்த அடையாளங்கள் வழங்கப்படுகின்றன. இதனால் முகவர் தற்போதைய செய்தியிலிருந்து அதன் கலந்துரையாடலுக்கும், அங்கிருந்து தொடர்புடைய Worker-க்கும் மற்றொரு குறியீட்டு மதிப்பாய்வுக்கும் செல்ல முடியும். ஒவ்வொரு முறையும் முழு வரலாற்றையும் ஏற்றாமல், பல சேனல்களில் பழைய பணியை மீட்டெடுப்பதே இதன் நோக்கம்.

உடனடியாக எழும் மற்றொரு குறுக்கீட்டுச் சிக்கலையும் DeepSeek கையாள்கிறது: நீண்ட கட்டளை ஒன்று வழக்கமான முகவர் பதிலளிப்பதைத் தடுக்கலாம். அதன் ஒத்திசைவற்ற செயல்முறை, பணியைப் பின்னணியில் தொடங்கி, முடிவை புதிய நிகழ்வாக அனுப்புகிறது. முகவரின் திசையை மாற்றவோ அதை நிறுத்தவோ கோருவது உள்ளிட்ட அறிவுறுத்தல்களைப் பயனர்கள் தொடர்ந்து வழங்கலாம்.

இந்தச் செயல்முறை DeepSeek Harness-இல் செயல்படுத்தப்பட்டுள்ளதாகவும், ஆனால் இயல்புநிலையாக இயக்கப்படவில்லை என்றும் குழு கூறுகிறது. தகவல்தொடர்பு விதிகளும் சேனலுக்கு ஏற்ப மாறுகின்றன: உடனடி செய்திப் பதில் ஒன்றுக்கு 100 சொற்கள் என வடிவமைப்பு வரம்பிடுகிறது; pull request-களுக்கும் ஆவணங்களுக்கும் மாற்றங்கள் மற்றும் சரிபார்ப்புகள் குறித்த மேலும் கட்டமைக்கப்பட்ட விளக்கங்கள் வழங்கப்படுகின்றன.

மேகக் கணினி ஒருங்கிணைப்பும் உள்ளூர் கணினியில் பணியும்

முகவரை இயக்கும் கணக்கீடு, சேமிக்கப்பட்ட அமர்வு வரலாறு, கட்டளைகள் செயல்படும் கணினி ஆகியவற்றை DeepSeek தனித்தனியாகப் பிரிக்கிறது. முன்மொழியப்பட்ட முகவர் செயல்சுழற்சி மேகக் கொள்கலன்களில் இயங்குகிறது; அமர்வு நிலை ஒரு தரவுத்தளத்தில் இருக்கும்; இலகுவான உள்ளூர் சேவை கட்டளைகளைச் செயல்படுத்தி முடிவுகளைத் திருப்பி அனுப்புகிறது.

இந்த ஏற்பாடு Bring Your Own Machine அல்லது BYOM முறையை ஆதரிக்கிறது. களஞ்சியம், கருவிகள், முடிக்கப்படாத மாற்றங்கள் உள்ள கணினியை, அனைத்தையும் புதிய தொலைநிலைச் சூழலுக்கு நகர்த்தாமல் உருவாக்குநர் இணைக்கலாம். அந்தக் கணினி துண்டிக்கப்பட்டாலும் மேக ஒருங்கிணைப்பு தொடரலாம்; அதற்குத் தேவைப்படும் பணிகள் சாதனம் மீண்டும் இணையும் வரை காத்திருக்கும்.

தனித்த Watchdog அமர்வு, தோல்விகளையும் நின்றுபோன பணிகளையும் சரிபார்க்கிறது. பிழைச் செய்தியைக் கண்டறிவதோடு அதன் நோக்கம் முடிவதில்லை: Workers உண்மையில் முன்னேறுகிறார்களா அல்லது இலக்கிலிருந்து விலகுகிறார்களா என்பதை மாதிரியின் மதிப்பீட்டைப் பயன்படுத்தி ஆராய்ந்து, தேவைப்பட்டால் மீட்பு முயற்சியையும் மேற்கொள்கிறது.

இந்த அம்சங்களைத் தனது விரிவான கட்டமைப்பு ஆய்வின் பகுதிகளாக DeepSeek முன்வைக்கிறது. பொது தொகுப்பும் உள் செயலாக்கமும் வேறுபடுகின்றன என README எச்சரிப்பதால், குறிப்பிட்ட வடிவமைப்பு அம்சத்தை நம்பிப் பயன்படுத்துவதற்கு முன் வெளியிடப்பட்ட குறியீட்டை உருவாக்குநர்கள் சரிபார்க்க வேண்டும்.

சோதனை எதை அளவிட்டது

ஒவ்வொரு சோதனை அமைப்பையும் DeepSeek ஐந்து முறை மீண்டும் நடத்தி, நேரடி நிகழ்வு அனுப்புதல் இல்லாத Super-agent பதிப்புடனும் உதவி முகவர் கொண்ட ஒரே அமர்வின் இரண்டு அமைப்புகளுடனும் ஒப்பிட்டது. செயற்கையாக உருவாக்கப்பட்ட செய்திகள் மற்றும் நீண்ட குறியீட்டுப் பணியை உருவகப்படுத்தும் கருவி ஆகியவை பணிச்சுமையில் பயன்படுத்தப்பட்டன. செய்தி இடைவெளிகளும் பணிக் கால அளவுகளும் நான்கில் ஒரு பங்காகக் குறைக்கப்பட்டன.

12.4 நிமிட இடைநிலை மதிப்பு என்றால், அந்த நேரத்துக்குள் பாதிப் பணிகள் முடிந்தன என்பதாகும். 15.7 நிமிட 95-ஆம் சதவீத மதிப்பு என்றால், அந்த நேரத்துக்குள் 95% பணிகள் முடிந்தன என்பதாகும். நடுநிலையான ஒரே அமர்வின் 95-ஆம் சதவீதமான 29.5 நிமிடங்களுடன் ஒப்பிடுகையில், Super-agent அந்த அளவை 13.8 நிமிடங்கள் அல்லது சுமார் 47% குறைத்தது.

பணிகளை ஒப்படைக்கும் நடத்தை முடிவை விளக்க உதவுகிறது. நடுநிலையான அறிவுறுத்தல்களின் கீழ், ஐந்து சோதனைகளிலும் ஒரே அமர்வு உதவி முகவரை ஒருமுறைகூட அழைக்கவில்லை. ஒப்படைப்புக்கு முன்னுரிமை அளிக்குமாறு அறிவுறுத்தியபோது, நான்கு சோதனைகளில் அது பணியை ஒப்படைத்தது; ஐந்தாவது சோதனையில் தானே கையாண்டது. ஒருங்கிணைப்பையும் செயலாக்கத்தையும் பிரிப்பதை Super-agent கட்டமைப்பின் ஓர் அம்சமாக்குகிறது.

உருவகப்படுத்தப்பட்ட செயலாக்கத்துடன் பணித் திட்டமிடலையும் ஒருங்கிணைப்பையும் இந்தச் சோதனைகள் மதிப்பிட்டன. நிஜமான குறியீட்டுத் தரம், சுயாதீன செயல்திறன் அளவீடுகள், செயலில் உள்ள பயனர்களின் எண்ணிக்கை ஆகியவை தெரிவிக்கப்படவில்லை; அளவீடுகள் தொடக்கநிலையிலானவை எனக் குழு குறிப்பிடுகிறது. உற்பத்திப் பயன்பாட்டுக்கான வெளியீட்டுத் தேதியை DeepSeek அறிவிக்கவில்லை.

வேகமான ஒருங்கிணைப்புக்கு அதிக கேச் டோக்கன்கள் தேவை

Super-agent-இன் ஒரே நேரச் செயல்பாட்டுடன், கேச் செய்யப்பட்ட உள்ளீட்டுப் பயன்பாடும் அதிகரித்தது. அது 23.23 மில்லியன் கேச் செய்யப்பட்ட டோக்கன்களைப் படித்தது; ஒரே அமர்வுக்கான இரண்டு அமைப்புகள் முறையே 6.05 மில்லியனையும் 10.82 மில்லியனையும் பயன்படுத்தின. டோக்கன்கள் என்பது மாதிரி செயலாக்கும் உரையின் சிறு அலகுகள்; கேச் செய்யப்பட்ட வாசிப்புகள், முந்தைய கோரிக்கைகளிலிருந்து தக்கவைக்கப்பட்ட உள்ளீட்டை மீண்டும் பயன்படுத்துகின்றன.

நேரடி நிகழ்வு அனுப்புதலை நீக்கியபோது, கேச் வாசிப்புகள் 23.23 மில்லியனிலிருந்து 31.77 மில்லியனாக, சுமார் 37% அதிகரித்தன; Router முடிவுகளின் எண்ணிக்கையும் சுமார் 30% உயர்ந்தது. எனவே, தொடர்ச்சிச் செய்திகளை ஒதுக்கப்பட்ட Worker-க்கு நேரடியாக அனுப்புவது இணை வடிவமைப்பில் ஒருங்கிணைப்புப் பணியைச் சேமித்தது.

அதிகமான நிகழ்வுப் போக்குவரத்தை Router கையாள தொகுதியாக்கம் உதவியது. நிகழ்வு வருகை நிமிடத்திற்கு சுமார் ஒன்றிலிருந்து 40 தூண்டுதல்களாக உயர்ந்தபோது, சராசரித் தொகுதி அளவு 1.0-லிருந்து 2.8-ஆகவும், கோரிக்கை நேரம் 2.5-லிருந்து 3.9 வினாடிகளாகவும் அதிகரித்தது. ஒவ்வொரு Router முடிவுக்கும் ஒதுக்கப்பட்டதாகத் தெரிவிக்கப்பட்ட மாதிரி ஊக நேரம் 6.4-லிருந்து 1.6 வினாடிகளாகக் குறைந்தது.

நடைமுறைப் பரிமாற்றம், மனிதர்களுக்கான காத்திருப்பு நேரத்தைக் குறைப்பதற்கும் தனித்தனி அமர்வுகளில் கூடுதல் மாதிரிச் செயலாக்கத்துக்கும் இடையிலானது. டோக்கன் எண்ணிக்கைகள் பணச் செலவைச் சுட்டிக்காட்டுவதில்லை; பயன்பாட்டைக் கருதும் குழுக்கள் தங்களது மாதிரிக் கட்டணங்கள், ஒரே நேரச் செயலாக்க அமைப்புகள், உண்மையான பணிச்சுமை ஆகியவற்றைக் கணக்கில் கொள்ள வேண்டும்.

உள்ளூர் அனுமதிகள் பாதுகாப்பை மையக் கவலையாக்குகின்றன

முன்மாதிரியின் செயலாக்க ஆவணங்களின்படி, Worker கட்டளைகள் இயக்குநரின் இயக்க முறைமைப் பயனர் கணக்கில், ஒப்புதல் இன்றி இயங்குகின்றன. ஐந்து வினாடிகளுக்கு மேல் இயங்கும் முன்புற shell கட்டளைகள் பின்னணி செயலாக்கத்துக்கு மாறுகின்றன; ஒவ்வொரு சுற்றிலும் பின்னணிப் பணிக்கு அதிகபட்சம் 30 நிமிடங்கள் வழங்கப்படுகின்றன. இதனால் இயக்குநரின் கணக்கு அனுமதிகள், பயன்பாட்டுச் சூழலில் நேரடியான கவலையாகின்றன.

இணைக்கப்பட்ட கணினியில் அணுகல் சான்றுகள், தனிப்பட்ட குறியீடு, முக்கியமான கோப்புகள் இருக்கலாம். தான் படிக்கும் உள்ளடக்கத்தின் மூலம் முகவரின் திசையை மாற்ற முயலும் தீங்கிழைக்கும் உள்ளடக்கமே prompt injection. உள்வரும் செய்திகள் அல்லது களஞ்சிய உள்ளடக்கம் அந்தக் கணினியில் கட்டளைகளைப் பாதிக்கக்கூடியபோது, இது குறிப்பாகக் கடுமையான ஆபத்தாகிறது.

பாதுகாப்பு மற்றும் தனியுரிமை, Router-இன் விரிவாக்கத் திறன், நீண்ட கால நினைவகம், முகவர் நிகழ்வுகளுக்கு இடையிலான தகவல்தொடர்பு ஆகியவை இன்னும் முழுமையடையாத பகுதிகள் என DeepSeek குறிப்பிடுகிறது. குறைகள் மற்றும் சீரற்ற பொறியியல் நடைமுறைகள் இருக்கக்கூடும் என எச்சரித்து, குறியீட்டை மதிப்பாய்வு செய்து மாற்றியமைக்குமாறு பயனர்களிடம் README கோருகிறது. பொறியியல் பணியின் பெரும்பகுதியும் குறியீட்டு முகவர்களாலேயே செய்யப்பட்டது.

Hugging Face ஆய்வுத் தலைவர் Leandro von Werra-வின் பதிவும் உட்பட, வெளியீடு விரைவான கவனத்தை ஈர்த்தது. முன்மாதிரி எவ்வளவு விரைவாகப் பரவியது என்பதை இந்த நிகழ்வுகளின் வரிசை காட்டுகிறது:

• 2026 அக்டோபர் 31, 09:32 UTC: GitHub களஞ்சியம் உருவாக்கப்பட்டது.
• அக்டோபர் 31: Harness குழு வடிவமைப்புக் கட்டுரையை வெளியிட்டது; 22:10 UTC-க்குள் களஞ்சியத்திற்கு 2,046 நட்சத்திரங்களும் 172 fork-களும் கிடைத்திருந்தன.
• நவம்பர் 1, 04:20 UTC: களஞ்சியம் 3,433 நட்சத்திரங்களை எட்டியது.

பொறியியல் குழுக்களுக்கு உடனடித் தீர்மானம், சோதனைநிலையில் உள்ள ஒருங்கிணைப்பு அமைப்பை ஆய்வு செய்து மாற்றியமைப்பதா என்பதுதான். குறைந்த குறுக்கீடுகளுடன் அதிக பணிகளைக் கையாளும் வாய்ப்பே அதன் ஈர்ப்பு; குறியீட்டை மதிப்பாய்வு செய்தல், அனுமதிகளை அமைத்தல், எந்தச் செயல்களுக்கு மனிதர் தேவை என்பதைத் தீர்மானித்தல் ஆகியவை அதன் செயல்பாட்டுத் தேவைகள்.

முக்கிய அம்சங்கள்

• ஒரு GitHub களஞ்சியத்துக்கான குறியீட்டுப் பணிகளை நோக்கமாகக் கொண்ட MIT உரிமம் பெற்ற ஆய்வு முன்மாதிரியை DeepSeek வெளியிட்டது; Feishu இணைப்பு விருப்பத்தேர்வாக உள்ளது.
• Router ஒருங்கிணைப்பைக் கையாள, தனித்தனி Workers பணிகளை ஒரே நேரத்தில் செயல்படுத்துகின்றன.
• எழுத்துப்பூர்வ விதிகளின் கீழ், நேரடியாகக் குறிப்பிடப்படாவிட்டாலும் உள் அமைப்பு புகாரளிக்கப்பட்ட பிழைகளை விசாரிக்க முடியும்.
• செயற்கைச் சோதனைகளில் நிறைவு நேரத்தின் இடைநிலை மதிப்பு 12.4 நிமிடங்களாகவும், 95-ஆம் சதவீதம் 15.7 நிமிடங்களாகவும் பதிவானது; ஒரே அமர்வு மாற்றுகளைக் காட்டிலும் கேச் செய்யப்பட்ட டோக்கன் பயன்பாடு அதிகமாக இருந்தது.
• ஒப்புதல் இன்றி இயக்குநரின் கணக்கில் Workers கட்டளைகளைச் செயல்படுத்துகின்றன; இதனால் அனுமதிகளும் அணுகல் சான்றுகளும் முக்கியக் கவலைகளாகின்றன.
• பொது குறியீடு உள் அமைப்பிலிருந்து வேறுபடுவதுடன், அதிகாரப்பூர்வ DeepSeek தயாரிப்பாக இல்லாமல் ஆய்வு முன்மாதிரியாகவே உள்ளது.