Track
एआई बिज़नेस फ़ंडामेंटल्स
12 घंटा
OpenCode किसी कार्य को पूरा करने के लिए बनाया गया है। यह एक ओपन-सोर्स एजेंट है जो किसी AI मॉडल को आपके रिपॉजिटरी, टर्मिनल और डेवलपमेंट टूल्स से जोड़ता है। आप इसे कोई बग ठीक करने को कहें, तो यह प्रासंगिक फ़ाइलें ढूँढ़ सकता है, एक योजना बना सकता है, कोड संपादित कर सकता है, टेस्ट चला सकता है, और त्रुटियों पर प्रतिक्रिया दे सकता है। अकेला ऑटोकम्प्लीट यह सब नहीं कर सकता।
उस व्यापक भूमिका ने ध्यान खींचा। लेखन के समय, सक्रिय OpenCode रिपॉजिटरी के लगभग 189,000 GitHub स्टार्स थे। मैं स्टार्स को कोड गुणवत्ता का प्रमाण नहीं मानता, पर वे यह अवश्य दिखाते हैं कि प्रोजेक्ट में कितनी रुचि रही है।
वास्तविकता थोड़ी उलझी हुई है। OpenCode आपको मॉडलों का चयन देता है, फिर उस चयन को प्रबंधित करने के लिए कहता है। जनवरी 2026 में एक प्रदाता की नीति बदलने से दिखा कि ये विकल्प कितनी जल्दी बदल सकते हैं। मैं इसे इस बात के साथ कवर करूँगा कि OpenCode कैसे काम करता है और इसकी जगह कहाँ है।
आगे बढ़ने से पहले एक छोटा-सा नामकरण नोट: यदि आप OpenCode खोजते हैं, तो आपको संग्रहित, Go-आधारित opencode-ai/opencode रिपॉजिटरी मिल सकती है। वह प्रोजेक्ट सितंबर 2025 में मेंटेन होना बंद हो गया। हम github.com/anomalyco/opencode पर सक्रिय प्रोजेक्ट पर ध्यान देंगे, जिसे Serverless Stack (SST) फ्रेमवर्क के पीछे की टीम ने बनाया है।
OpenCode क्या है?
OpenCode MIT लाइसेंस के तहत जारी किया गया एक ओपन-सोर्स AI कोडिंग एजेंट है। यह मॉडल-अज्ञेय है, यानी किसी एक मॉडल प्रदाता तक सीमित नहीं है। उपयोगकर्ता सोर्स पढ़ और संशोधित कर सकते हैं। वे इस टूल को स्वयं होस्ट भी कर सकते हैं। सॉफ्टवेयर निःशुल्क है। मॉडल का बिल अलग होता है, जिसे मैं फीचर्स में कवर करूँगा।
OpenCode कोई लार्ज लैंग्वेज मॉडल (LLM) नहीं है। चुना गया मॉडल प्रॉम्प्ट पढ़ता है और उत्तर देता है। OpenCode उस मॉडल के चारों तरफ फ़ाइल टूल्स, शेल एक्सेस, सत्र इतिहास, अनुमतियाँ, और इंटरफ़ेस देता है। मुझे यह भेद इसलिए उपयोगी लगता है कि मॉडल बदलने पर टूल के बाकी हिस्से नहीं बदलने पड़ते।
इसे Anomaly, पूर्व में SST, द्वारा बनाया गया है और यह मुख्यतः TypeScript और Bun पर चलता है।
संग्रहित और वर्तमान OpenCode रिपॉजिटरी की तुलना। चित्र: लेखक।
OpenCode किसी एक मॉडल परिवार से बँधा नहीं है। Models.dev रजिस्ट्री के माध्यम से यह 75 से अधिक प्रदाताओं से जुड़ता है, जिनमें Anthropic, OpenAI, Google, DeepSeek, Groq, और Ollama के जरिए लोकल मॉडल शामिल हैं। कुछ मौजूदा सब्सक्रिप्शन अकाउंट भी जोड़े जा सकते हैं, जैसा कि मैं फीचर्स सेक्शन में बताऊँगा।
OpenCode टर्मिनल सत्र में फ़ाइल बदलाव दिखते हुए। चित्र: लेखक।
यद्यपि OpenCode टर्मिनल से शुरू हुआ था, अब यह टर्मिनल इंटरफ़ेस (TUI), macOS, Windows, और Linux के लिए बीटा डेस्कटॉप ऐप, और VS Code जैसे संपादकों के लिए एक्सटेंशन के रूप में आता है। लेखन के समय नवीनतम स्थिर रिलीज़ v1.18.8 है।
OpenCode क्यों बनाया गया
जैसा मैंने पहले बताया, OpenCode कई प्रदाताओं के मॉडलों को सपोर्ट करता है। इसे ऐसे बनाया गया क्योंकि मॉडल की गुणवत्ता और कीमतें बदलती रहती हैं, और किसी एक प्रदाता से बँधा टूल उपयोगकर्ताओं को कम विकल्प देता है।
दस्तावेज़ों में कहा गया है कि OpenCode किसी प्रदाता से युग्मित नहीं है। ऊपर उल्लेखित Models.dev रजिस्ट्री वही मॉडल विवरण और कीमतें देती है जिनका OpenCode उपयोग करता है।
यह चयन केवल बिलिंग से अधिक को प्रभावित करता है। अलग-अलग मॉडलों की कॉन्टेक्स्ट सीमाएँ, टूल-कॉल फ़ॉर्मेट, और इनपुट प्रकार भिन्न होते हैं। OpenCode उन अंतरों के लिए एक ही इंटरफ़ेस उपयोग करता है। कोई डेवलपर उसी प्रोजेक्ट में चुना गया मॉडल बदले बिना सत्र को दूसरे कोडिंग टूल में स्थानांतरित किए बदल सकता है।
टीम टर्मिनल-प्रथम टूल्स को भी तरजीह देती है जिन्हें उपयोगकर्ता जाँच सकते हैं। प्रोजेक्ट निर्देश AGENTS.md नामक एक सादी फ़ाइल में रहते हैं। मैं आगे समझाऊँगा कि OpenCode यह फ़ाइल कैसे बनाता और उपयोग करता है।
आधिकारिक प्रोजेक्ट तीन डिज़ाइन विकल्पों का उल्लेख करता है। पहला है ऊपर कवर किया गया प्रदाता समर्थन। दूसरा मुख्य नियंत्रणों को टर्मिनल में रखना है। तीसरा क्लाइंट और सर्वर को अलग करना है। अगला भाग उसी विभाजन पर है।
जनवरी 2026 में, Anthropic ने थर्ड-पार्टी टूल्स को अनौपचारिक चैनलों के माध्यम से उपभोक्ता Claude सब्सक्रिप्शनों का उपयोग करने से रोक दिया। तब OpenCode ने अन्य सब्सक्रिप्शन विकल्प जोड़े और अपना गेटवे इस्तेमाल किया। उपयोगकर्ता अब भी अन्य प्रदाताओं के माध्यम से कनेक्ट कर सकते थे।
यह प्रसंग बताता है कि OpenCode में प्रदाता चयन पर इतना ध्यान क्यों है। यह देखने के लिए कि उपयोगकर्ता उस चयन के साथ क्या करते हैं, अगला कदम एक सत्र देखना है।
OpenCode कैसे काम करता है
OpenCode एक क्लाइंट और एक लोकल सर्वर के रूप में चलता है। TUI, डेस्कटॉप ऐप, IDE एक्सटेंशन, और SDK—सब HTTP के जरिए उसी सर्वर से बात करते हैं। वही सर्वर opencode attach <url> के साथ रिमोट अटैचमेंट और opencode serve के साथ हेडलेस उपयोग सपोर्ट करता है।
किसी सत्र के अंदर, एजेंट प्रासंगिक फ़ाइलें पढ़ता है, एक योजना बना सकता है, कोड संपादित करता है, और जरूरत पड़ने पर कमांड चलाता है। इसकी Language Server Protocol (LSP) इंटीग्रेशन फिर कंपाइलर और लिंटर डायग्नोस्टिक्स को मॉडल तक लौटाती है ताकि टाइप और सिंटैक्स त्रुटियों का जवाब दिया जा सके।
उदाहरण के लिए, किसी कार्य की शुरुआत glob या grep से फ़ाइलें ढूँढ़ने से हो सकती है। एजेंट read से उन्हें देख सकता है और edit से चुनी हुई पंक्तियाँ बदल सकता है। फिर वह bash से कोई टेस्ट या बिल्ड कमांड चला सकता है। आउटपुट अगली मॉडल रिक्वेस्ट का हिस्सा बन जाता है।
मैं Build और Plan के विभाजन को एक परमिशन स्विच के रूप में समझना सबसे आसान पाता हूँ। Build डिफ़ॉल्ट है और पढ़, लिख, और कमांड चला सकता है। Plan फ़ाइलें संपादित करने या bash कमांड चलाने से पहले पूछता है। Tab दबाने से इनके बीच स्विच होता है।
टूल कॉल होने पर अनुमति जाँच लागू होती है। कोई प्रोजेक्ट किसी टूल को अनुमति दे सकता है, ब्लॉक कर सकता है, या हर बार उपयोगकर्ता से पूछ सकता है। नियम कमांड पैटर्न के हिसाब से भी बदल सकते हैं। कोई टीम नियमित टेस्टों की अनुमति दे सकती है पर अन्य शेल कमांड से पहले पूछ सकती है।
सत्र OpenCode की डेटा डायरेक्टरी के तहत डिस्क पर लोकल तौर पर संग्रहीत होते हैं। OpenCode लंबी बातचीत को स्वतः संक्षिप्त करता है। /undo और /redo कमान्ड Git-आधारित फ़ाइल स्नैपशॉट्स के बीच आगे-पीछे ले जाती हैं।
OpenCode की प्रमुख विशेषताएँ
OpenCode अपनी मुख्य क्षमताओं को मॉडल एक्सेस, प्रोजेक्ट संदर्भ, कार्य निष्पादन, और लोकल उपयोग में बाँटता है। नीचे दिए गए खंड बताते हैं कि कोडिंग सत्र के दौरान प्रत्येक समूह क्या बदलता है।
मल्टी-मॉडल सपोर्ट
जैसा पहले बताया, OpenCode अपना प्रदाता सूची Models.dev के जरिए पाता है। व्यवहार में, उपयोगकर्ता किसी होस्टेड सेवा, क्लाउड प्लेटफ़ॉर्म, या OpenAI-संगत एंडपॉइंट से कनेक्ट कर सकते हैं। GitHub Copilot और ChatGPT Plus/Pro लॉगिन अलग API कुंजी प्रबंधित करने के विकल्प देते हैं।
प्रदाता चुनने का अर्थ यह नहीं कि हर मॉडल समान तरह से व्यवहार करेगा। टूल उपयोग, कॉन्टेक्स्ट सीमाएँ, प्रतिक्रिया समय, और कीमत—सब चुने गए मॉडल और प्रदाता पर निर्भर करते हैं। होस्टेड मॉडलों के कॉल्स आवश्यक कोड संदर्भ भी उस प्रदाता को उसकी अपनी डेटा नीतियों के अधीन भेजते हैं।
OpenCode मॉडल तक पहुँच के दो वैकल्पिक तरीके भी देता है। OpenCode Zen एक पे-एज़-यू-गो गेटवे है जिसमें चयनित मॉडलों की सूची है। OpenCode Go एक सब्सक्रिप्शन है जिसकी लागत पहले महीने $5, फिर प्रति माह $10 है, चयनित ओपन-वेट मॉडलों के लिए। उपयोगकर्ता अब भी अपनी API कुंजियाँ दे सकते हैं। कीमतें बदल सकती हैं।
यही वह झुंझलाने वाली बात है: एक निःशुल्क टूल भी प्रदाता का बिल पैदा कर सकता है।
रिपॉजिटरी संदर्भ के साथ काम करना
कमांड /init चलाएँ और OpenCode प्रोजेक्ट की संरचना और परंपराओं का AGENTS.md सारांश बना देता है। टीमें उस फ़ाइल को कमिट कर सकती हैं ताकि सत्र साझा निर्देशों से शुरू हों।
फ़ाइल में टेस्ट कमांड, फ़ोल्डर नाम, नामकरण नियम, और प्रोजेक्ट के नोट्स शामिल हो सकते हैं। एक वैश्विक AGENTS.md में कई प्रोजेक्ट्स में उपयोग होने वाले निर्देश रह सकते हैं। प्रोजेक्ट फ़ाइल एक रिपॉजिटरी के नियम रखती है।
ऊपर वर्णित LSP जाँचें संपादन के बाद चलती हैं। रिपॉजिटरी संदर्भ में फ़ाइल रेफ़रेंसेज़ भी शामिल हैं: @ चिह्न किसी चुनी हुई फ़ाइल को प्रॉम्प्ट में खींच लाता है।
कोडिंग कार्य चलाना
ऊपर वर्णित Build और Plan एजेंटों से आगे, OpenCode में बहु-चरण खोज, कोडबेस स्कैनिंग, और बाहरी दस्तावेज़ों के लिए सबएजेंट शामिल हैं। कस्टम एजेंट अपने मॉडल, प्रॉम्प्ट, और टूल अनुमतियाँ रख सकते हैं।
प्रत्येक सबएजेंट एक चाइल्ड सत्र में काम करता है, इसलिए उसके संदेश मुख्य सत्र को उसी तरह से नहीं भरते। किसी कस्टम एजेंट को केवल फ़ाइलें पढ़ने तक सीमित किया जा सकता है, उसे कम-लागत वाला मॉडल सौंपा जा सकता है, या किसी एक तरह के कार्य के लिए निर्देश दिए जा सकते हैं।
Model Context Protocol (MCP) सर्वर बाहरी सेवाएँ जोड़ते हैं। इन्हें opencode.json में परिभाषित किया जाता है, और ऊपर कवर की गई अनुमति जाँचें उनके जोड़े गए टूल्स पर भी लागू होती हैं।
योजना से कोड बदलावों तक बढ़ना। वीडियो: लेखक।
लोकल-फर्स्ट डेवलपमेंट (और उसकी सीमाएँ)
"लोकल-फर्स्ट" शब्द के साथ एक स्पष्टीकरण आवश्यक है। मैं इसे ऐसा वादा नहीं मानूँगा कि कुछ भी मशीन से बाहर नहीं जाएगा। प्रदाता सेक्शन में नोट किया गया है कि OpenCode Ollama से कनेक्ट हो सकता है। वह सेटअप कोड और प्रॉम्प्ट्स को लोकल इन्फ्रास्ट्रक्चर पर रखता है। होस्टेड मॉडल, /share, और OpenCode Zen डेटा को लोकल मशीन से बाहर भेजते हैं।
लोकल उपयोग अब भी मॉडल पर निर्भर करता है। छोटे मॉडल अमान्य टूल कॉल लौटा सकते हैं या फ़ाइलों के बीच कड़ियाँ छोड़ सकते हैं। किसी लोकल सर्वर को चुने गए मॉडल के लिए पर्याप्त मेमोरी और प्रत्येक रिक्वेस्ट के साथ भेजी गई फ़ाइलों के लिए पर्याप्त कॉन्टेक्स्ट स्पेस चाहिए।
इसकी अनुमति प्रणाली वर्कफ़्लो सेफ़गार्ड है, कोई सुरक्षा सैंडबॉक्स नहीं। नेटवर्क्ड सर्वर मोड में OPENCODE_SERVER_PASSWORD का उपयोग होना चाहिए और localhost से बाइंड करना चाहिए। पहले की एक बिना-ऑथेंटिकेशन एक्सपोज़र समस्या को पैच कर दिया गया था, पर सर्वर मोड को तब भी सार्वजनिक रूप से ऑथेंटिकेशन के बिना एक्सपोज़ नहीं करना चाहिए।
OpenCode आर्किटेक्चर
जैसा मैंने पहले बताया, OpenCode अपने क्लाइंट्स को अपने लोकल सर्वर से अलग करता है। यह विभाजन कॉन्फ़िगरेशन और संग्रहीत स्टेट को प्रभावित करता है। API सर्वर का उपयोग करने का एक और तरीका जोड़ता है।
यदि आप केवल TUI उपयोग करने की योजना बना रहे हैं, तो आप API विवरण छोड़ सकते हैं। अंत में दिया गया कॉन्फ़िगरेशन पैराग्राफ़ वही भाग है जिसका आप उपयोग करेंगे।
TypeScript और Bun सर्वर मॉडल प्रदाताओं से बात करता है और टूल्स चलाता है। यह स्टेट भी मैनेज करता है। इसका OpenAPI 3.1 स्पेसिफ़िकेशन आधिकारिक @opencode-ai/sdk जेनरेट करता है। स्क्रिप्ट्स और कस्टम क्लाइंट्स इस प्रलेखित API का उपयोग कर सकते हैं।
API में सत्र, संदेश, फ़ाइलें, प्रदाता, टूल्स, एजेंट्स, और कॉन्फ़िगरेशन शामिल हैं। यही सर्वर OpenCode के अपने क्लाइंट्स भी उपयोग करते हैं। कोई स्क्रिप्ट TUI को नियंत्रित करने की कोशिश किए बिना कोई सत्र बना सकती है या संदेश भेज सकती है।
OpenCode क्लाइंट्स एक सर्वर से जुड़ते हुए। चित्र: लेखक।
ऊपर सूचीबद्ध इंटरफ़ेस क्लाइंट की तरह काम करते हैं: TUI, डेस्कटॉप ऐप, IDE एक्सटेंशन, और opencode web। प्रत्येक एक ही सर्वर प्रक्रिया से बात करता है। कोई अलग डिवाइस उसी प्रक्रिया के जरिए किसी मौजूदा सत्र से अटैच हो सकता है।
कमांड opencode serve सामान्य TUI के बिना सर्वर शुरू करता है। opencode web चलाने से ब्राउज़र क्लाइंट जुड़ता है। यदि सर्वर किसी अन्य डिवाइस से पहुँचा जा सकता है तो दोनों कमांड्स को ऑथेंटिकेशन चाहिए।
कॉन्फ़िगरेशन प्रोजेक्ट-स्तरीय opencode.json या opencode.jsonc में रहता है, जिसका वैश्विक फ़ॉलबैक ~/.config/opencode/opencode.json पर है। यह मॉडल, अनुमतियाँ, MCP सर्वर, और कस्टम एजेंट नियंत्रित करता है। वर्कफ़्लो सेक्शन में कवर के अनुसार, सत्र इतिहास और टूल लॉग्स तब तक लोकल फ़ाइलों में रहते हैं जब तक उपयोगकर्ता उन्हें साझा नहीं करता।
आम OpenCode वर्कफ़्लोज़
OpenCode के वही हिस्से कई सामान्य सॉफ्टवेयर कार्यों के लिए उपयोग किए जा सकते हैं। नीचे दिए उदाहरण दिखाते हैं कि हर एक में मानव समीक्षा अभी भी कहाँ मायने रखती है।
नई विशेषताएँ बनाना
ऊपर वर्णित Plan-to-Build प्रक्रिया का उपयोग करते हुए, कोई डेवलपर कोई फ़ीचर माँग सकता है और किसी संपादन से पहले प्रस्तावित चरणों की समीक्षा कर सकता है। Tab दबाने से कार्य को Build मोड में ले जाया जाता है ताकि कोड में बदलाव और टेस्ट चल सकें।
योजना किसी भी फ़ाइल बदलाव से पहले संशोधित की जा सकती है। मैं उस समीक्षा का उपयोग दायरा ठीक करने, उन फ़ाइलों का नाम बताने के लिए करूँगा जिन्हें नहीं बदलना चाहिए, या टेस्ट आवश्यकताएँ जोड़ने के लिए।
मौजूदा कोड का रिफैक्टरिंग
यही Plan-to-Build प्रक्रिया रिफैक्टरिंग के लिए भी काम करती है। Plan मोड निर्भरताएँ और कॉल साइट्स की पहचान कर सकता है, उसके बाद Build मोड संपादन लागू करता है। यदि परिणाम गलत हो, तो /undo पहले का स्नैपशॉट बहाल कर देता है। उपयोगकर्ता को फिर भी डिफ़ की समीक्षा करनी चाहिए क्योंकि पास होते टेस्ट यह साबित नहीं करते कि हर पब्लिक इंटरफ़ेस वैसा ही रहा।
एप्लिकेशन डिबग करना
डिबगिंग के लिए, OpenCode स्टैक ट्रेस को लैंग्वेज सर्वर की टाइप जानकारी के साथ मिला सकता है। यह कोई बदलाव प्रस्तावित कर सकता है, वह चरण दोहरा सकता है जिनसे त्रुटि आई, और परिणाम जाँच सकता है। स्पष्ट पुनरुत्पादन चरणों के बिना, यह केवल इतना पुष्ट कर सकता है कि कोड बिल्ड होता है या मौजूदा टेस्ट पास होते हैं।
टेस्ट लिखना
जैसा पहले कवर किया गया, Build मोड फ़ाइलें संपादित कर सकता है और कमांड चला सकता है। टेस्ट लिखने के लिए, इसका अर्थ है कि यह कोई टेस्ट बना सकता है, परिणाम पढ़ सकता है, और एक और बदलाव कर सकता है। पूरा टेस्ट सूट इसे अधिक फीडबैक देता है पर समय अधिक लेता है।
टेस्ट गुणवत्ता अब भी मानव समीक्षा माँगती है। जनरेटेड टेस्ट इम्प्लीमेंटेशन को ही दोहरा सकता है, बजाय उस व्यवहार की जाँच करने के जिस पर उपयोगकर्ता निर्भर करते हैं।
बड़े कोडबेस को समझना
रिपॉजिटरी सेक्शन ने समझाया कि /init प्रोजेक्ट नोट्स बनाता है। उस चरण के बाद, ऐसा प्रश्न—"यहाँ ऑथेंटिकेशन कैसे काम करता है?"—खोज का मार्गदर्शन कर सकता है। @general सबएजेंट रिपॉजिटरी के कई हिस्सों में खोज सकता है।
विशिष्ट प्रश्न आमतौर पर पूरे रिपॉजिटरी को समझाने के अनुरोधों से अधिक स्पष्ट परिणाम देते हैं। @ के साथ फ़ाइल रेफ़रेंसेज़ खोज को और सीमित कर सकती हैं।
OpenCode बनाम अन्य AI कोडिंग एजेंट
इन टूल्स में लाइसेंस, मॉडल सपोर्ट, इंटरफ़ेस, और बिलिंग अलग-अलग हैं। मैं इन्हें उन्हीं बिंदुओं पर तुलना करता हूँ, किसी एक टूल को डिफ़ॉल्ट विकल्प मानने के बजाय।
OpenCode बनाम Claude Code
हमारे पास OpenCode बनाम Claude Code पर एक अलग लेख है जिसमें अधिक विवरण है। Claude Code मालिकाना है और Anthropic के मॉडल तथा अकाउंट सिस्टम का उपयोग करता है। OpenCode MIT लाइसेंस का उपयोग करता है और उपयोगकर्ता से प्रदाता चुनने को कहता है। यह उपयोगकर्ताओं को अपने सोर्स कोड और कॉन्फ़िगरेशन तक पहुँच भी देता है। जैसा इतिहास सेक्शन में उल्लेख किया गया, उपभोक्ता Claude सब्सक्रिप्शन अब OpenCode के माध्यम से काम नहीं करते, इसलिए Claude का उपयोग मीटर्ड Anthropic API कुंजी माँगता है।
दोनों टूल फ़ाइलें पढ़ सकते हैं, बदलाव कर सकते हैं, कमांड चला सकते हैं, और MCP सर्वर उपयोग कर सकते हैं। मॉडल एक्सेस मुख्य अंतर है: Claude Code ऊपर वर्णित Anthropic सेटअप तक सीमित रहता है, जबकि OpenCode अन्य प्रदाताओं या किसी लोकल एंडपॉइंट से जुड़ सकता है।
OpenCode बनाम Cursor
Cursor एक VS Code-आधारित IDE है जो CLI और क्लाउड एजेंट भी देता है। इसका मुख्य वर्कफ़्लो सुझावों, फ़ाइल बदलावों, और एजेंट क्रियाओं को संपादक के भीतर रखता है। OpenCode ऊपर सूचीबद्ध टर्मिनल, डेस्कटॉप, और संपादक इंटरफ़ेस का उपयोग करता है। Cursor पेड सब्सक्रिप्शन योजनाएँ इस्तेमाल करता है। OpenCode का सॉफ़्टवेयर मुफ्त है, पर उपयोगकर्ता मॉडल प्रदाता को टोकन के लिए भुगतान कर सकते हैं। मुख्य अंतर कार्य इंटरफ़ेस, मॉडल चयन, और बिलिंग पद्धति हैं।
Cursor टाइपिंग के दौरान इनलाइन कम्प्लीशन भी शामिल करता है। OpenCode एजेंट को दिए गए कार्यों पर केंद्रित है और उस रूप के कम्प्लीशन का स्थानापन्न नहीं है। कुछ डेवलपर अलग-अलग कामों के लिए दोनों प्रकार के टूल उपयोग कर सकते हैं।
OpenCode बनाम Cline
Cline का मुख्य प्रोजेक्ट एक ओपन-सोर्स, BYOK एजेंट है, जिसके VS Code और CLI इंटरफ़ेस हैं। इसका JetBrains क्लाइंट भी है, हालाँकि लेखन के समय वह क्लाइंट ओपन-सोर्स नहीं है। Cline और OpenCode दोनों MCP सपोर्ट करते हैं और उपयोगकर्ताओं को अनुमोदन नियम सेट करने देते हैं। Cline अपने संपादक नियंत्रणों को साइडबार में रखता है। OpenCode टर्मिनल सत्रों का उपयोग करता है जो किसी संपादक से अलग भी चल सकते हैं। चयन मुख्यतः इस पर निर्भर करता है कि डेवलपर बदलावों की समीक्षा और अनुमोदन कहाँ करना चाहता है।
Cline Apache 2.0 लाइसेंस का उपयोग करता है। OpenCode ऊपर उल्लेखित MIT लाइसेंस का। दोनों सोर्स समीक्षा और बदलावों की अनुमति देते हैं, पर उनके इंटरफ़ेस और प्रोजेक्ट फ़ाइलें भिन्न हैं।
Aider और Codex CLI भी टर्मिनल-आधारित कोडिंग एजेंट हैं। OpenCode एक ही प्रोजेक्ट में टर्मिनल, डेस्कटॉप, और IDE उपयोग को कवर करता है और कई प्रदाताओं के मॉडलों को सपोर्ट करता है।
OpenCode इंस्टॉल करना और शुरुआत करना
अधिकांश Unix-जैसी प्रणालियों पर आधिकारिक इंस्टॉल स्क्रिप्ट काम करती है। यह कमांड-लाइन टूल इंस्टॉल करने का एक तरीका देती है:
कमांड OpenCode बाइनरी डाउनलोड करती है और उसे उपयोगकर्ता के वातावरण में जोड़ती है। जब अपडेट्स सिस्टम के बाकी हिस्सों के साथ मैनेज होते हैं, तो कोई पैकेज मैनेजर बेहतर विकल्प हो सकता है।
curl -fsSL https://opencode.ai/install | bashपैकेज-मैनेजर विकल्पों में npm i -g opencode-ai@latest, brew install anomalyco/tap/opencode macOS और Linux पर, और scoop install opencode या choco install opencode Windows पर शामिल हैं। macOS, Windows, और Linux के लिए डेस्कटॉप ऐप उपलब्ध है। Windows पर, OpenCode दस्तावेज़ WSL की सलाह देता है क्योंकि कुछ फ़ाइल-सिस्टम और शेल फ़ंक्शंस वहाँ बेहतर काम करते हैं।
इंस्टॉलेशन में मॉडल एक्सेस शामिल नहीं है। पहले सत्र को अब भी मल्टी-मॉडल सेक्शन में कवर किए गए किसी एक एक्सेस तरीके की ज़रूरत होगी।
प्रोजेक्ट निर्देश बनाने से पहले OpenCode इंस्टॉल करना। वीडियो: लेखक।