\"Claude remote agents\" का असल मतलब: cloud sessions, दूर से चलाया जाने वाला स्थानीय सत्र, या आपकी अपनी मशीन

हर महीने कुछ सौ लोग Google में "claude remote agents" या "claude code remote agent" टाइप करते हैं और फोन से Claude Code चलाने वाले हमारे पेज पर पहुँचते हैं। उनमें से लगभग कोई क्लिक नहीं करता, और वे सही हैं: वह पेज एक सवाल का जवाब देता है, और खोज तीन सवाल पूछती है।

इस खोज में "remote" शब्द बहुत कुछ ढो रहा है। टाइप करने वाले के हिसाब से इसका मतलब एक ऐसा एजेंट है जो लैपटॉप बंद रहते हुए Anthropic के सर्वरों पर चलता है, या एक ऐसा एजेंट जो लैपटॉप पर चलता है लेकिन फोन से चलाया जाता है, या एक ऐसा एजेंट जो उस व्यक्ति के अपने बिल्ड सर्वर पर चलता है। ये तीन अलग प्रोडक्ट हैं, नियमों के तीन अलग सेट के साथ, और Anthropic ने खुद इस साल पहले वाले का नाम बदला है, जहाँ से उलझन का एक बड़ा हिस्सा आता है।

यह लेख तीनों को अलग करता है, 28 सितंबर 2026 को Anthropic के दस्तावेज़ से जाँचे गए तथ्यों के साथ, और फिर बताता है कि AgentsRoom में हम हर मामले के लिए क्या करते हैं, किसी भी एजेंट CLI के साथ।

"remote" शब्द तीन अलग चीज़ों को ढकता है

1. क्लाउड सत्र (cloud sessions): एजेंट क्लाउड इन्फ्रास्ट्रक्चर पर चलता है, आपकी मशीन पर नहीं। Anthropic में इस CLI फ़्लैग का पुराना नाम --remote था, इसीलिए यह खोज शब्द टिक गया।
2. Remote Control: एजेंट आपकी मशीन पर चलता है, और आप उसे claude.ai से या अपने फोन के Claude ऐप से चलाते हैं।
3. आपकी अपनी मशीन: एजेंट किसी सर्वर, ऑफिस के डेस्कटॉप या घर की मशीन पर चलता है, और आप उस तक SSH या किसी टनल से पहुँचते हैं।

तीन में से दो Claude Code के फ़ीचर हैं। तीसरा सीधा-सादा इन्फ्रास्ट्रक्चर है, और यही अकेला है जो हर एजेंट CLI के साथ काम करता है।

1. क्लाउड सत्र: एजेंट Anthropic की मशीनों पर चलता है

Anthropic का दस्तावेज़ इसे cloud session (क्लाउड सत्र) कहता है: "एक Claude Code सत्र जो आपकी मशीन की जगह क्लाउड इन्फ्रास्ट्रक्चर पर चलता है"। डिफ़ॉल्ट रूप से यह इन्फ्रास्ट्रक्चर Anthropic का प्रबंधित एक अलग-थलग VM है; कोई संगठन सत्रों को इसकी जगह अपने सेल्फ-होस्टेड एनवायरनमेंट पर भेज सकता है। लैपटॉप बंद करने के बाद भी सत्र चलता रहता है, और आप किसी भी डिवाइस से उसे देख या चला सकते हैं।

आप इसे पाँच जगहों से शुरू कर सकते हैं, और वे सब एक ही क्लाउड एनवायरनमेंट साझा करती हैं (नेटवर्क एक्सेस के नियम, एनवायरनमेंट वेरिएबल, सेटअप स्क्रिप्ट):

टर्मिनल वाला रूप ही इस खोज शब्द को समझाता है। पुरानी वर्तनी, --remote, अब भी --cloud के deprecated उपनाम के रूप में काम करती है। पूरे फ़ीचर को अनुमति देने या रोकने वाली संगठन नीति का नाम अब भी allow_remote_sessions है। यानी "remote" कुछ समय तक आधिकारिक शब्द था, और यह फ़्लैग, एरर मैसेज और एडमिन सेटिंग्स में बचा हुआ है।

जब आप claude --cloud चलाते हैं तो असल में क्या होता है: claude.ai पर एक नया सत्र बनता है, और क्लाउड VM आपकी मौजूदा ब्रांच पर आपकी रिपॉजिटरी का GitHub रिमोट क्लोन करता है। वह रिमोट को क्लोन करता है, आपकी वर्किंग कॉपी को नहीं, इसलिए अगर आपके पास स्थानीय कमिट हैं तो पहले पुश करें। अगर रिपॉजिटरी का कोई रिमोट नहीं है, या उस पर Claude GitHub App इंस्टॉल नहीं है, तो Claude Code स्थानीय रिपॉजिटरी को पैक करता है (100 MB से कम, सिर्फ़ ट्रैक की गई फ़ाइलें) और अपलोड करता है, और बिना कमिट की गई .env, *.tfvars और की फ़ाइलें छोड़ देता है। टास्क क्लाउड में चलता है जबकि आप स्थानीय रूप से काम करते रहते हैं। जब वह पूरा हो जाए, तो आप claude.ai/code से एक पुल रिक्वेस्ट बनाते हैं, या सत्र को वापस अपने टर्मिनल में खींच लेते हैं:

claude --teleport                 # session picker
claude --teleport <session-id>    # a specific session

Teleport चार चीज़ें जाँचता है: साफ़ वर्किंग डायरेक्टरी, उसी रिपॉजिटरी की कॉपी, सत्र की ब्रांच का रिमोट पर पुश होना, और वही claude.ai खाता। फिर वह ब्रांच लाता है और पूरी बातचीत आपके टर्मिनल में लोड करता है। CLI से यह हस्तांतरण एक ही दिशा में होता है: आप किसी क्लाउड सत्र को नीचे खींच सकते हैं, लेकिन किसी मौजूदा टर्मिनल सत्र को ऊपर नहीं भेज सकते। सिर्फ़ डेस्कटॉप ऐप में Continue in मेन्यू है जो किसी स्थानीय सत्र को क्लाउड में भेजता है।

Routines इसी चीज़ का शेड्यूल किया हुआ रूप हैं: एक सहेजा हुआ प्रॉम्प्ट, एक या ज़्यादा रिपॉजिटरी, कनेक्टर का एक सेट, जो किसी शेड्यूल पर, किसी HTTP कॉल पर या किसी GitHub इवेंट पर चलते हैं, और हर रन बिना अनुमति के सवालों वाला एक पूरा क्लाउड सत्र होता है। ये research preview में हैं, claude.ai/code/routines पर या CLI में /schedule से बनाए जाते हैं, और प्रति खाता रनों पर एक दैनिक सीमा जोड़ते हैं।

इस पर भरोसा करने से पहले तीन सीमाएँ जान लेना अच्छा है। क्लाउड सत्रों को GitHub चाहिए: क्लोनिंग और पुल रिक्वेस्ट Claude GitHub App से होकर जाते हैं, या /web-setup से भेजे गए आपके gh टोकन से। वे आपके खाते पर बाकी सब चीज़ों के साथ रेट लिमिट साझा करते हैं, बिना अलग कंप्यूट शुल्क के, लेकिन जब आप कई समानांतर में चलाते हैं तो खपत उसी अनुपात में बढ़ती है। और उन्हें Pro, Max या Team पर claude.ai लॉगिन चाहिए (सही सीटों के साथ Enterprise): --cloud और --teleport API key के साथ काम नहीं करते, और न तब जब Claude Code को Bedrock या Vertex के लिए कॉन्फ़िगर किया गया हो।

2. Remote Control: एजेंट आपकी मशीन पर चलता है, आप उसे कहीं और से चलाते हैं

Remote Control इसका उल्टा रूप है। दस्तावेज़ इसे एक वाक्य में कहता है: "क्लाउड सत्रों के विपरीत, जो क्लाउड इन्फ्रास्ट्रक्चर पर चलते हैं, Remote Control सत्र सीधे आपकी मशीन पर चलते हैं और आपके स्थानीय फाइल सिस्टम के साथ काम करते हैं।" claude.ai/code और iOS और Android पर Claude ऐप उस प्रोसेस की एक खिड़की हैं जो अब भी आपके लैपटॉप पर चल रही है, आपकी फ़ाइलों, आपके MCP सर्वर, आपके hooks और आपके प्रोजेक्ट कॉन्फ़िगरेशन के साथ। फोन पर @ टाइप करने से आपके स्थानीय प्रोजेक्ट के पाथ भी अपने आप पूरे हो जाते हैं।

इसे शुरू करने के तीन तरीके:

claude remote-control            # server mode: serves sessions to your devices
claude --remote-control          # an interactive session you can also drive remotely
/remote-control                  # from inside a session that is already running

पहली बार Claude Code आपसे एक बार पुष्टि माँगता है। इसे Pro, Max, Team या Enterprise पर claude.ai लॉगिन चाहिए (API key समर्थित नहीं हैं), और Team और Enterprise पर किसी ओनर को पहले टॉगल चालू करना होता है। अगर लैपटॉप स्लीप में चला जाए या नेटवर्क टूट जाए, तो मशीन वापस आने पर सत्र फिर से जुड़ जाता है। और याद रखने लायक बात वही है जो Anthropic के अपने दस्तावेज़ में लिखी है: --cloud क्लाउड सत्र बनाता है, --remote-control का उससे कोई संबंध नहीं है।

दोनों फ़ीचर एक ही जगह मिलते हैं। --teleport Remote Control के सत्र इन्फ्रास्ट्रक्चर से होकर जाता है, इसलिए एक्सपायर हुआ teleport Remote Control की भाषा वाले एरर दिखाता है। यह अंदरूनी पाइपलाइन का ब्योरा है, इस बात का संकेत नहीं कि दोनों एक ही चीज़ हैं।

अगर आपका सवाल टोकन को लेकर है, तो हमने इसे नापा है: Remote Control ज़्यादा टोकन खर्च नहीं करता, और Codex के पास इसकी जगह क्या है।

3. आपकी अपनी मशीन: SSH, एक टनल, एक बिल्ड सर्वर

तीसरे मतलब का Anthropic के खाते से कोई लेना-देना नहीं है। एजेंट आपके अपने किसी कंप्यूटर पर चलता है जो आपके सामने वाला नहीं है: एक बिल्ड सर्वर, ऑफिस का डेस्कटॉप, एक VPS। आप SSH से उस तक पहुँचते हैं, वहाँ claude या codex चलाते हैं, और सत्र उसी मशीन पर रहता है।

एडिटर इसे पैकेज करने लगे हैं। VS Code 1.121 ने "Remote agents (Preview)" जोड़ा है: Agents विंडो आपकी अपनी किसी रिमोट मशीन पर SSH या dev tunnels के ज़रिए एजेंट सत्र चला सकती है, एक लंबे समय तक चलने वाली एजेंट होस्ट प्रोसेस से, ताकि आपका क्लाइंट डिस्कनेक्ट हो जाए तब भी चल रहा सत्र जारी रहे। वही विचार, एक CLI, एक एडिटर।

सीधा-सादा रूप है एक टर्मिनल और ssh। यह हर CLI के साथ काम करता है, आपका कोड आपके नियंत्रण वाले हार्डवेयर पर रखता है, और इसकी वही पुरानी कीमतें हैं: जब तक आप इसे tmux या screen में न लपेटें, सत्र कनेक्शन के साथ ही खत्म हो जाता है, और फोन कोई अच्छा SSH क्लाइंट नहीं है।

कैसे चुनें

सही सवाल "कौन सबसे अच्छा है" नहीं है, बल्कि यह है कि आप कोड कहाँ चलाना चाहते हैं और आपको क्या साथ रखना है।

दो बातें ध्यान में रखें। क्लाउड सत्र और Remote Control Claude Code के फ़ीचर हैं: Codex में --teleport जैसा कुछ नहीं है, और Antigravity CLI में वर्ज़न 2.0 से अपना Remote Control आता है। और "remote" का मतलब "बिना निगरानी" नहीं है: सवाल पूछने वाला क्लाउड सत्र अपने एनवायरनमेंट के एक्सपायर होने तक आपका इंतज़ार करता है, और Remote Control सत्र किसी भी स्थानीय सत्र की तरह अनुमति के जवाब का इंतज़ार करता है।

हम हर मामले के लिए क्या करते हैं

AgentsRoom एजेंट चलाता है, उन्हें होस्ट नहीं करता, इसलिए वह तीनों मामलों की जगह लेने के बजाय हर एक में अपनी भूमिका चुनता है।

फोन से स्थानीय एजेंट चलाना, किसी भी CLI के लिए: AgentsRoom मोबाइल ऐप आपके डेस्कटॉप पर चल रहे हर एजेंट का टर्मिनल संभाल लेता है, Claude Code, Codex, GitHub Copilot CLI, Cursor और बाकी एजेंट CLI, एक एंड-टू-एंड एन्क्रिप्टेड रिले के ज़रिए, और जब कोई एजेंट आपका इंतज़ार कर रहा हो तो पुश नोटिफ़िकेशन भेजता है। यह Claude Code सत्र पर Anthropic के Remote Control के साथ-साथ चल सकता है: एक बातचीत की खिड़की है, दूसरा टर्मिनल की।

आपकी अपनी मशीन पर एजेंट: SSH कनेक्शन सर्वर को एक बार सहेजते हैं और वहाँ CLI चलाते हैं, स्थानीय एजेंट जैसी ही टाइलों, स्टेटस और नोटिफ़िकेशन के साथ; रिमोट फ़्लीट (Remote Fleet) यही काम आपके खाते के हर कंप्यूटर पर करता है, ऑफिस, घर और बिल्ड सर्वर, सब एक ही व्यू में।

आपकी कोई मशीन नहीं: Cloud Agents एक डिस्पोज़ेबल मशीन शुरू करते हैं जो रिपॉजिटरी क्लोन करती है, आपके फोन से भेजे गए निर्देश पर Claude Code या Codex को बिना इंटरफ़ेस के चलाती है, कमिट करती है, एक ब्रांच पुश करती है और खुद को नष्ट कर देती है। यह एक जॉब है, सत्र नहीं: जुड़ने के लिए कोई स्क्रीन नहीं है, और ऊपर के दो मामलों से ठीक यही फ़र्क है।

इसमें से कुछ भी Anthropic के क्लाउड सत्रों का काम नहीं बदलता। अगर आप Claude Code पर हैं और चाहते हैं कि VM Anthropic चलाए, तो claude --cloud ही सही टूल है, और वह जो ब्रांच पुश करता है वह आपकी रिपॉजिटरी में किसी भी दूसरी ब्रांच की तरह दिखती है।

अक्सर पूछे जाने वाले सवाल

क्या Claude के remote agents और Claude Code on the web एक ही चीज़ हैं?

हाँ। Anthropic इसे आज cloud session कहता है: एक Claude Code सत्र जो आपकी मशीन की जगह Anthropic के प्रबंधित इन्फ्रास्ट्रक्चर (या आपके संगठन के सेल्फ-होस्टेड एनवायरनमेंट) पर चलता है। आप इसे claude.ai/code से, Claude ऐप के Code टैब से, डेस्कटॉप ऐप में Local की जगह Cloud चुनकर, या टर्मिनल से claude --cloud के साथ शुरू करते हैं। remote शब्द पुराने फ़्लैग --remote से बचा है, जो अब भी --cloud के deprecated उपनाम के रूप में काम करता है, और उस संगठन नीति से भी जो इसे नियंत्रित करती है, allow_remote_sessions।

क्या claude --cloud मेरे कंप्यूटर पर कुछ चलाता है?

नहीं। यह claude.ai पर एक नया सत्र बनाता है और क्लाउड VM आपकी मौजूदा ब्रांच पर आपकी रिपॉजिटरी का GitHub रिमोट क्लोन करता है, आपकी स्थानीय कॉपी नहीं, इसलिए अगर आपके पास स्थानीय कमिट हैं तो पहले पुश करें। अगर रिपॉजिटरी का कोई रिमोट नहीं है, या उस पर Claude GitHub App इंस्टॉल नहीं है, तो Claude Code स्थानीय रिपॉजिटरी को पैक करके अपलोड करता है, और बिना कमिट की गई .env, की और क्रेडेंशियल फ़ाइलें छोड़ देता है। इसके बाद टास्क क्लाउड में चलता है और आपका टर्मिनल खाली रहता है।

क्या Remote Control क्लाउड में चलता है?

नहीं। Remote Control क्लाउड सत्र का उल्टा करता है: Claude Code प्रोसेस आपकी अपनी मशीन पर चलती रहती है, आपके फाइल सिस्टम, आपके MCP सर्वर और आपके प्रोजेक्ट कॉन्फ़िगरेशन के साथ, और claude.ai/code या iOS और Android पर Claude ऐप उसकी एक खिड़की बन जाते हैं। आप इसे claude remote-control (सर्वर मोड), किसी इंटरैक्टिव सत्र में claude --remote-control, या चल रहे सत्र के अंदर /remote-control से शुरू करते हैं। Anthropic का दस्तावेज़ साफ़ शब्दों में कहता है कि --cloud और --remote-control का आपस में कोई संबंध नहीं है।

क्या मैं Claude के cloud sessions या Remote Control को Codex, Antigravity या किसी दूसरे CLI के साथ इस्तेमाल कर सकता हूँ?

नहीं। दोनों Claude Code के फ़ीचर हैं, जो claude.ai सब्सक्रिप्शन से बंधे हैं। Antigravity CLI के पास वर्ज़न 2.0 से अपना Remote Control है। बाकी CLI के लिए, आप वह हिस्सा जोड़ सकते हैं जो किसी वेंडर पर निर्भर नहीं करता: AgentsRoom मोबाइल ऐप आपके डेस्कटॉप पर चल रहे किसी भी एजेंट के टर्मिनल को संभाल लेता है, चाहे उसका CLI कोई भी हो, एक एंड-टू-एंड एन्क्रिप्टेड रिले के ज़रिए, और यह Claude Code सत्र पर Claude के Remote Control के साथ-साथ चल सकता है।

क्या cloud sessions का अलग खर्च लगता है?

क्लाउड VM के लिए कोई अलग कंप्यूट शुल्क नहीं है, लेकिन क्लाउड सत्र आपके खाते पर Claude और Claude Code के बाकी सभी इस्तेमाल के साथ रेट लिमिट साझा करते हैं, और समानांतर में चल रहे कई सत्र उन्हें उसी अनुपात में खर्च करते हैं। ये Pro, Max और Team प्लान पर उपलब्ध हैं, और Enterprise पर premium सीट या Chat + Claude Code सीट के साथ। Routines, जो क्लाउड सत्र के रूप में चलते हैं, प्रति खाता रनों की संख्या पर एक दैनिक सीमा जोड़ते हैं।

किसी cloud session को वापस अपने टर्मिनल में कैसे लाऊँ?

claude --teleport से, जो सत्र चुनने वाला मेन्यू खोलता है, या किसी खास सत्र के लिए claude --teleport <session-id> से; चल रहे सत्र के अंदर /teleport यही काम करता है। Claude Code जाँचता है कि आपकी वर्किंग डायरेक्टरी साफ़ है, कि आप उसी रिपॉजिटरी की कॉपी में हैं और उसी खाते से साइन इन हैं, फिर सत्र की ब्रांच लाता है और बातचीत का इतिहास लोड करता है। टर्मिनल को अपनी अलग कॉपी मिलती है: आगे आप जो करते हैं वह स्थानीय रहता है और क्लाउड सत्र में नहीं दिखता। CLI से यह हस्तांतरण एक ही दिशा में होता है; सिर्फ़ डेस्कटॉप ऐप किसी स्थानीय सत्र को क्लाउड में भेज सकता है।