VPS पर कोडिंग एजेंट कैसे सेटअप करें: Aider और Goose गाइड

VPS पर कोडिंग एजेंट चलाने के लाभ

कोडिंग एजेंट एक ऐसा टूल है जो आपके कोडबेस को पढ़ता है, उसमें बदलाव करता है और उन्हें टेस्ट करने के लिए कमांड चलाता है, यह सब टर्मिनल से ही होता है। लैपटॉप की तुलना में VPS पर इसे चलाने के तीन फायदे हैं: आपके डिस्कनेक्ट होने के बाद भी यह काम करता रहता है, यह आपके कोड और बिल्ड टूल्स के बिल्कुल करीब रहता है, और यह आपके द्वारा होस्ट किए गए मॉडल से बात कर सकता है। इसे tmux सेशन के अंदर शुरू करें और आप अपना लैपटॉप बंद कर सकते हैं और बाद में काम वहीं से फिर से शुरू कर सकते हैं, ठीक वैसे ही जैसे tmux के साथ VPS पर Claude Code चलाना में बताया गया है।

दो टर्मिनल-आधारित एजेंट जानने योग्य हैं। Aider टर्मिनल-नेटिव और git-फर्स्ट विकल्प है: यह हर बदलाव को एक उचित मैसेज के साथ ऑटो-कमिट करता है, जिससे आपका इतिहास साफ रहता है और हर एडिट को वापस (reverse) किया जा सकता है। यह सबसे पुराने टर्मिनल कोडिंग एजेंटों में से एक है, हालांकि इसकी रिलीज की गति धीमी हो गई है। Block द्वारा बनाया गया Goose अधिक व्यापक है: यह एक Apache-2.0 एजेंट है जिसमें एक्सटेंशन का एक बड़ा इकोसिस्टम है और यह स्थानीय Ollama मॉडल सहित कई प्रोवाइडर्स को सपोर्ट करता है, जिसे अब Linux Foundation की Agentic AI Foundation (AAIF) के तहत विकसित किया जा रहा है। Aider एक अनुशासित, git-केंद्रित वर्कफ़्लो के लिए उपयुक्त है; Goose एक विस्तृत प्लगइन सेट वाले अधिक सामान्य सहायक के लिए उपयुक्त है।

आपको क्या चाहिए

आपको git, tmux और Aider के लिए एक हालिया Python, या Goose के लिए Goose installer के साथ एक VPS की आवश्यकता है। और आपको एक model की आवश्यकता है: या तो Anthropic या OpenAI जैसे प्रदाता से एक hosted API key, या उसी VPS पर Ollama द्वारा संचालित एक local model। self-hosted विकल्प आपके कोड को आपके अपने सर्वर पर सुरक्षित रखता है और प्रति token कोई शुल्क नहीं लगता, लेकिन इसके लिए एक सक्षम model चलाने हेतु पर्याप्त memory की आवश्यकता होती है।

Aider को इंस्टॉल और रन करना

Aider को pipx के साथ एक isolated environment में इंस्टॉल करें। Ubuntu 24.04 में virtual environment के बाहर सीधे pip install का उपयोग प्रतिबंधित (PEP 668) है, इसलिए pipx को apt से प्राप्त करें। इसके बाद अपने प्रोजेक्ट के अंदर, एक tmux session में Aider चलाएं ताकि disconnect होने पर भी यह चलता रहे:

sudo apt install pipx
pipx ensurepath
pipx install aider-chat
tmux new -s aider
cd ~/my-project
aider

वर्जन संबंधी एक नोट: यह इंस्टॉलेशन Ubuntu 24.04 पर दिखाए अनुसार काम करता है। Ubuntu 26.04 पर यह वर्तमान में विफल हो जाता है, क्योंकि Aider की pinned dependencies में एक पुराना numpy शामिल है जो 26.04 के Python 3.14 के साथ build नहीं होता है। इसका समाधान Aider को अपना स्वयं का Python 3.12 देना है:

pipx install --python 3.12 --fetch-missing-python aider-chat

pipx केवल Aider के लिए एक standalone interpreter डाउनलोड करता है, और इंस्टॉलेशन पूरा हो जाता है। यह Aider की धीमी release गति का एक लक्षण है; यदि यह आपको परेशान करता है, तो Goose अधिक सक्रिय रूप से maintain किया जाने वाला विकल्प है।

एक बार जब यह चल रहा हो, तो Ctrl-b और फिर d दबाकर session से detach हो जाएं; आपका लैपटॉप बंद होने पर भी agent काम करता रहेगा। बाद में यह देखने के लिए कि उसने क्या बदलाव किए हैं, tmux attach -t aider के साथ reattach करें। दूसरे agent के लिए एक और tmux window खुला रखने में कोई बाधा नहीं है, और यदि वे दोनों Claude Code हैं, तो दोनों sessions आपस में काम साझा कर सकते हैं, बजाय इसके कि आप इसे मैन्युअल रूप से relay करें। Aider आपके repository को पढ़ता है, edits प्रस्तावित करता है, उन्हें लागू करता है, और प्रत्येक को commit करता है। जब कोई बदलाव कई फाइलों में फैला हो, तो यह context के लिए अतिरिक्त फाइलें भी ले सकता है। चूंकि हर बदलाव एक commit होता है, इसलिए agent द्वारा किए गए बदलाव को undo करना एक साधारण git revert है, जो वह सुरक्षा कवच है जो इसे उपयोग करने में सहज बनाता है। Goose अपने documented one-line script के साथ इंस्टॉल होता है और terminal से इसी तरह चलता है, जो अपने extensions के माध्यम से कार्यों को संचालित करता है:

curl -fsSL https://github.com/aaif-goose/goose/releases/download/stable/download_cli.sh | bash

Hosted मॉडल या self-hosted मॉडल

Hosted मॉडल आपको बेहतरीन क्वालिटी देता है और इसके लिए किसी local hardware की आवश्यकता नहीं होती, लेकिन इसमें प्रति token शुल्क लगता है और आपका कोड provider को भेजा जाता है। प्रति-token लागत अधिकांश लोगों की अपेक्षा से अधिक तेजी से बढ़ती है, क्योंकि agent हर turn पर पूरी बातचीत को फिर से भेजता है। Claude Code का लंबे agent session में वास्तव में कितने tokens खर्च होते हैं का विश्लेषण यहाँ भी लागू होता है, क्योंकि Aider और Goose एक ही तरह से billing करते हैं। Ollama के माध्यम से self-hosted मॉडल सब कुछ आपके सर्वर पर रखता है और hardware का खर्च निकलने के बाद इसे चलाना मुफ्त है, लेकिन उपयोगी होने के लिए एक अच्छे coding मॉडल को पर्याप्त memory की आवश्यकता होती है। यही वह संतुलन है जिसे आपको तौलना है: क्वालिटी और सुविधा बनाम गोपनीयता और लागत।

यदि आप self-hosted विकल्प चुनते हैं, तो व्यावहारिक प्रश्न यह है कि कौन सा मॉडल आपके सर्वर के लिए उपयुक्त है। इस दौरान context window पर नजर रखें, क्योंकि Ollama डिफ़ॉल्ट रूप से एक छोटी window का उपयोग करता है और उससे लंबी किसी भी चीज़ को चुपचाप काट (truncate) देता है। एक coding agent के लिए इसका मतलब है कि जिन फाइलों को उसने अभी पढ़ा है, वे prompt से बाहर हो जाएंगी: num_ctx बढ़ाना इसे ठीक करता है, और इसके लिए आवश्यक बड़ी KV cache उस memory का हिस्सा है जिसे आपको बजट में शामिल करना होगा। आठ-gigabyte का मॉडल ऐसे बॉक्स पर डाउनलोड करने से पहले उसका आकार जाँच लें जिसमें उसे रखने की क्षमता न हो:

सुरक्षा: यह फाइलों को संपादित करता है और कमांड चलाता है

एक कोडिंग एजेंट निष्क्रिय नहीं होता है। यह फाइलों को फिर से लिखता है और बिल्ड तथा टेस्ट कमांड चला सकता है, इसलिए इसे वही सावधानी दें जो आप किसी भी ऐसी प्रक्रिया को देते हैं जो आपके सिस्टम को बदल सकती है। तीन आदतें अधिकांश जोखिमों को कवर करती हैं। एक git रिपॉजिटरी के अंदर काम करें, ताकि हर बदलाव ट्रैक किया जा सके और उसे वापस पलटा जा सके, जो Aider आपके लिए स्वचालित रूप से करता है। एजेंट को अपने सामान्य unprivileged यूजर के रूप में चलाएं, कभी भी root के रूप में नहीं, least-privilege users का पालन करते हुए, ताकि कोई गलत कमांड पूरे सिस्टम को प्रभावित न कर सके। और बॉक्स को स्वयं सुरक्षित (hardened) रखें, क्योंकि एक कोडिंग VPS अभी भी एक सार्वजनिक सर्वर है: key-only SSH, एक default-deny फायरवॉल, और बाकी सुरक्षा उपाय। OpenClaw hardening guide अधिक स्वायत्त एजेंट के लिए समान दृष्टिकोण अपनाता है, और ये सिद्धांत सभी पर लागू होते हैं।

एक कोडिंग एजेंट को अपने वर्कफ़्लो में जोड़ने के लिए, building an AI agent with Claude दिखाता है कि कैसे एक मॉडल आपके टूल्स को संचालित करता है; running Google's Gemini CLI on a VPS एक और टर्मिनल विकल्प है, और self-hosting OpenHands अधिक भारी स्वायत्त मार्ग है। इस क्षेत्र में सबसे अधिक स्टार वाला ओपन प्रोजेक्ट अब अपनी खुद की गाइड के साथ आता है: running OpenCode on a VPS इसे उसी tmux और unprivileged-user पैटर्न के साथ सेटअप करता है।

FAQ

क्या मैं paid API के बजाय local model के साथ coding agent चला सकता हूँ?

हाँ। Aider और Goose दोनों Ollama द्वारा serve किए गए local models के साथ काम करते हैं, इसलिए आप बिना किसी प्रति-टोकन लागत और बिना अपना कोड सर्वर से बाहर भेजे, पूरी तरह से self-hosted coding agent चला सकते हैं। इसमें मुख्य चुनौती memory की है: उपयोगी कोड लिखने में सक्षम model को काफी RAM या VRAM की आवश्यकता होती है, इसलिए उपयोग शुरू करने से पहले मशीन को model के अनुसार तैयार करें।

Aider या Goose, मुझे किसका उपयोग करना चाहिए?

यदि आपका workflow terminal और git पर केंद्रित है और आप सबसे परिपक्व (mature) तथा कम overhead वाला विकल्प चाहते हैं, तो Aider चुनें; यह हर बदलाव को auto-commit करता है ताकि आपका history हमेशा reversible रहे। यदि आप एक व्यापक assistant चाहते हैं जिसमें extension का बड़ा ecosystem हो और कई providers का समर्थन हो, तो Goose चुनें। दोनों terminal से चलते हैं और दोनों Ollama के साथ काम करते हैं, इसलिए दोनों ही VPS के लिए उपयुक्त हैं।

self-hosted coding model के लिए मुझे कितनी memory चाहिए?

यह model के आकार और उसके quantization पर निर्भर करता है। एक छोटा quantized model कुछ gigabytes पर चल सकता है, जबकि एक शक्तिशाली model को कहीं अधिक memory की आवश्यकता होती है, और लंबे context windows इसे और बढ़ा देते हैं। किसी भी model को download करने से पहले, ऊपर दिए गए sizing tool का उपयोग करके यह अनुमान लगाएँ कि उस model और context length के लिए कितनी memory की आवश्यकता है।

क्या AI agent को अपना कोड edit करने और commands चलाने देना सुरक्षित है?

सही आदतों के साथ इसे प्रबंधित करना संभव है। अपने काम को git repository में रखें ताकि हर edit एक reversible commit हो, agent को root के बजाय एक unprivileged user के रूप में चलाएँ, और अपने VPS को वैसे ही सुरक्षित (harden) करें जैसे आप किसी भी public server को करते हैं। agent द्वारा किए गए बदलावों की समीक्षा करें और उन पर आँख बंद करके भरोसा न करें, विशेषकर उन commands पर जिन्हें वह आपके सिस्टम पर चलाना चाहता है।