DeepSeek Harness: शुरुआत, मोड और प्लगइन सीमाएँ

DeepSeek Harness को Developer Preview कहता है। पहला लक्ष्य उत्पादन में जारी करना नहीं, अलग किए गए फ़ोल्डर में देखा जा सकने वाला केवल-पठन रन है। कस्टम endpoint से पहले स्कीमा, Base URL और प्रमाणीकरण जांचें। BetterToken API Docs अपनी Key बताती है, हर प्लगइन की संगतता नहीं।

अलग किए गए वातावरण में शुरुआत

npx @deepseek-ai/dsh web

गोपनीय जानकारी या असुरक्षित बदलावों के बिना खाली फ़ोल्डर या स्वच्छ clone लें। Standard में केवल प्रवेश बिंदु खोजने को कहें और वास्तविक फ़ाइलों से मिलाएँ।

मोड चुनें

मोड	उपयोग	पहली जाँच
Standard	पूरा एजेंट	उपकरण और कार्रवाइयाँ
PTC	पढ़ने योग्य क्रम-संयोजन	बनाया गया TypeScript
Minimal	निदान का आधार	अतिरिक्त घटकों के बिना व्यवहार
Creation	अपना preset	प्लगइन और निर्भरताएँ

PTC बेहतर परिणाम का वादा नहीं करता; Minimal मापने का आधार है और Creation कॉन्फ़िगरेशन समझने के बाद का काम है।

Trajectory जांचें

केवल-जुड़ने वाली घटना-श्रृंखला में वास्तविक फ़ाइलें, उपकरण, परिणाम और context स्रोत देखें। पथ या परिणाम गलत हो तो prompt बदलने से पहले पहुँच या context ठीक करें।

प्लगइन की समीक्षा करें

हर प्लगइन के लिए अनुपस्थित क्षमता, पहुँचने वाला डेटा/सेवा/अनुमति, regression संकेत और rollback लिखें। सामुदायिक bundle से पहले स्रोत और निर्भरताएँ पढ़ें; preview में एक रन में एक घटक बदलें।

अनुमतियाँ और गोपनीय जानकारी

परीक्षण फ़ोल्डर shell को अपने-आप सुरक्षित नहीं बनाता। न्यूनतम अनुमतियाँ दें, deploy रोकें और API Key, cookie, .env को preset, prompt या Trajectory में न रखें।

अपनाएँ या स्थगित करें

यह model और tool layer अलग करके देखने या दोहराया जा सकने वाला preset बनाने में उपयोगी है। अस्थायी वातावरण, diff समीक्षा और log प्रक्रिया न हो तो वास्तविक डेटा स्थगित करें।

अगला कदम और स्रोत

अनुमत API परीक्षण में BetterToken API Docs से केवल अपनी Key कॉन्फ़िगर करें और छोटी केवल-पठन task से शुरू करें।

• DeepSeek Harness repository
• DeepSeek Harness quickstart

Developer Preview का अर्थ और पहले परीक्षण की सीमा

आधिकारिक repository MIT लाइसेंस के अंतर्गत है और plugin को लोड, हटाने तथा उनकी dependencies संभालने के लिए Cordis का उपयोग करता है। Harness अपने-आप agent की क्षमता नहीं देता। मॉडल, tool, session, sandbox, storage, agent loop और UI अलग-अलग बदल सकने वाले plugin हैं। इसलिए मॉडल को अलग से परखा जा सकता है, लेकिन नया plugin agent की पहुँच वाले data, permission और बाहरी service को भी बदल सकता है।

Developer Preview को केवल लेबल न समझें। DeepSeek कहता है कि incompatible बदलाव हो सकते हैं। पुराने tutorial की option या preset को स्थायी interface न मानें; वास्तविक data से पहले official quickstart और वर्तमान README फिर से पढ़ें।

पहला रन, provider configuration और सफलता की जाँच

मौजूदा documentation में बताई Node.js version स्थापित करने के बाद official Web UI command चलाएँ:

npx @deepseek-ai/dsh web

browser अपने-आप न खुले, केवल server शुरू हो, तो —no-open का उपयोग करें। खाली folder या clean clone लें जिसमें secret, cookie, .env या uncommitted work न हो। Standard mode चुनें और पहले केवल entry point ढूँढने या project structure समझाने जैसी read-only task दें। उत्तर को वास्तविक files और session events से मिलाएँ; उसके बाद ही सीमित edit और diff review की अनुमति दें। परीक्षण folder shell को सुरक्षित नहीं बनाता, बल्कि गलत configuration के असर को सीमित करता है।

कस्टम API endpoint के लिए plugin जोड़ने से पहले provider का protocol, Base URL, authentication और model जाँचें। BetterToken custom Base URL स्वीकार करने वाले tool के लिए OpenAI-compatible और Anthropic-compatible interfaces देता है, पर इससे हर Harness plugin की compatibility सिद्ध नहीं होती। अपनी Key और provider schema को BetterToken API Docs में देखकर पहला request छोटी read-only task तक सीमित रखें।

चार मोड और उनका सही उपयोग

मोड	काम	पहली जाँच
Standard	file editing, shell, search, skills, plans, goals, subagents और workflows वाला coding agent	उपलब्ध tools और वास्तव में हुई actions
PTC	Code Mode SDK से कई tool calls का TypeScript orchestration	generated TypeScript, input और tool boundaries
Minimal	persistent bash और str_replace_editor की baseline	अतिरिक्त layers हटाने पर अंतर
Creation	runtime inspection, memory में Cordis plugin experiment और preset creation	preset से जुड़ी plugins, dependencies और permissions

पहले वास्तविक काम के लिए Standard ठीक है। PTC तब चुनें जब orchestration को पढ़ना और दोहराना ही लक्ष्य हो; यह बेहतर परिणाम या सुरक्षा का वादा नहीं करता। Minimal रोज़मर्रा का हल्का Standard नहीं, बल्कि skills, search और UI के प्रभाव को मापने की baseline है। Creation तभी जब मौजूदा configuration समझ ली गई हो और custom preset की स्पष्ट आवश्यकता हो।

Trajectory और plugin audit से प्रमाण कैसे लें

Trajectory append-only event stream में system prompt, मॉडल को दिया context, tool calls और results, subagent scheduling तथा context injections रखता है। पहले task के बाद देखें: agent ने वास्तव में कौन-सी files और command outputs देखे; कोई अनपेक्षित tool/context आया या नहीं; वह permission, missing tool, instruction या context में किस कारण रुका; और सफल रास्ता नई conversation से शुरू किए बिना दोहराया जा सकता है या नहीं।

उदाहरण के लिए agent को configuration बनाने वाला स्थान ढूँढने को कहें, लेकिन write रोक दें। फिर path, command और output को Trajectory तथा repository से मिलाएँ। अंतर हो तो prompt बदलने से पहले access या context ठीक करें। Trajectory audit trail है, API Key, गोपनीय prompt या production log रखने की जगह नहीं।

हर plugin के लिए लिखें कि वह कौन-सी कमी पूरी करता है, किन files/data/services/permissions तक पहुँच सकता है, regression का संकेत क्या होगा और rollback कैसे होगा। dsh-plugin topic के community bundle का भी source और dependency install से पहले पढ़ें। Preview में एक run में एक component बदलें; छोटे task के लिए deploy, migration, secret manager या व्यापक write access न दें।

समस्या-निवारण और अपनाने का निर्णय

न्यूनतम validation में तीन प्रमाण चाहिए: task सही समझी गई, log की actions असली files से मिलती हैं, और किसी व्यक्ति ने diff या output देखा है। फिर केवल एक बदलाव बढ़ाएँ: disposable branch में write, एक अतिरिक्त tool, फिर plugin।

• सही file न मिले तो working directory, read permission और दिया गया context देखें।
• command output उत्तर से अलग हो तो Trajectory event, tool version और वास्तविक output जाँचें।
• provider उत्तर न दे तो protocol, Base URL, authentication और model को उसके Docs में फिर जाँचें; एक error से plugin incompatibility सिद्ध नहीं होती।
• plugin access surface बहुत बढ़ाए तो उसे बंद कर पहले वाले preset पर लौटें और task दोहराएँ।

Harness तब उपयोगी है जब model और tool layer को अलग परखना हो, multi-step workflow को events से debug करना हो या reproducible preset बनाना हो। disposable environment, diff review और logs पढ़ने की प्रक्रिया न हो तो real data को स्थगित करें। स्वीकृत API test के लिए अपनी BetterToken Key और API Docs इस्तेमाल करें, छोटी read-only task से शुरू करें और Docs URL में UTM न जोड़ें।