Zed के parallel agent फीचर का परिचय

 (zed.dev)
10 पॉइंट द्वारा GN⁺ 2026-04-24 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • अब एक ही विंडो में कई agent threads को एक साथ चलाना और समन्वित करना संभव है, और नए Threads Sidebar में हर thread की folder·repository access scope को नियंत्रित करते हुए उनकी रनिंग स्थिति एक ही जगह देखी जा सकती है
  • हर thread के लिए अलग agent चुनकर उनका संयोजन किया जा सकता है, और एक thread कई projects और repositories में पढ़ने-लिखने का काम कर सकता है; ज़रूरत पड़ने पर worktree isolation भी thread के हिसाब से लागू की जा सकती है
  • डिफ़ॉल्ट लेआउट को भी Threads Sidebar-केंद्रित रूप में फिर से व्यवस्थित किया गया है, जहाँ Threads और Agent Panel बाईं ओर रखे गए हैं और Project Panel व Git Panel दाईं ओर शिफ्ट किए गए हैं; मौजूदा उपयोगकर्ता इस लेआउट को opt-in के रूप में इस्तेमाल कर सकते हैं
  • AI को पूरी तरह सौंप देने या पूरी तरह बाहर कर देने जैसे दो चरम विकल्पों के बजाय, फोकस कोड में सीधे शामिल रहने वाली कार्यशैली और AI tools को जोड़कर भरोसेमंद और अच्छी तरह डिज़ाइन किए गए सिस्टम बनाने पर है
  • इसे नवीनतम Zed release में तुरंत इस्तेमाल किया जा सकता है, और 120 fps environment, agent चुनने योग्य संरचना, तथा open source उपलब्धता के साथ एक ही विंडो में बड़े पैमाने के agent work को संभालने वाले workflow को मज़बूत किया गया है

Parallel agent फीचर

  • Zed अब एक ही विंडो में कई agents को parallel में चलाने और समन्वित करने में सक्षम है
    • Parallel Agents फीचर के ज़रिए कई threads को एक साथ चलाया जा सकता है
    • नए Threads Sidebar में यह सटीक रूप से नियंत्रित किया जा सकता है कि हर thread किन folders और repositories तक पहुँच रखेगा
    • चल रहे threads को एक ही जगह से मॉनिटर किया जा सकता है
  • यह फीचर Zed के 120 fps environment में काम करता है, इसमें अपनी पसंद का agent चुना जा सकता है, और पूरा सिस्टम open source के रूप में उपलब्ध है

बहुत सारे threads, एक विंडो

  • Threads Sidebar सभी threads को project के हिसाब से समूहित करके दिखाता है, जिससे कई agent tasks को एक साथ संभालना आसान हो जाता है
    • हर thread में अलग-अलग agents का संयोजन किया जा सकता है
    • choose your agent मॉडल के तहत thread-स्तर पर चयन संभव है
  • कई projects में फैले काम को संभाला जा सकता है, और एक agent thread कई repositories में पढ़ने और लिखने का काम कर सकता है
  • ज़रूरत पड़ने पर worktree isolation लागू की जा सकती है, और इसे लागू करना है या नहीं, यह भी हर thread के लिए अलग से तय किया जा सकता है
  • Sidebar से ही thread रोकना, archive करना, या नया thread शुरू करना जैसे सामान्य काम तुरंत किए जा सकते हैं
  • कई projects में कई agents के एक साथ चलने वाले जटिल workflow में भी Sidebar काम को व्यवस्थित रखना आसान बनाता है

नया डिफ़ॉल्ट लेआउट

  • project navigation का केंद्र Threads Sidebar बनने के साथ panel layout को भी फिर से समायोजित किया गया है
    • Threads डिफ़ॉल्ट रूप से बाईं ओर dock होते हैं और Agent Panel के पास रखे जाते हैं
    • Project Panel और Git Panel को दाईं ओर ले जाया गया है
  • यह लेआउट agentic work के लिए बेहतर फिट होने के हिसाब से डिज़ाइन किया गया है, और threads बदलते समय भी agent threads को सामने रखता है
  • अगर आप दूसरा layout चाहते हैं, तो नीचे की bar में panel icon पर right-click करके docking position बदली जा सकती है, और Settings Editor में भी इसे समायोजित किया जा सकता है
  • मौजूदा उपयोगकर्ता इस नए layout को opt-in के रूप में इस्तेमाल कर सकते हैं
  • भले ही आप पुराने layout के अभ्यस्त हों, फिर भी वापस बदलने से पहले इस नए layout को एक बार आज़माने पर यह अधिक स्वाभाविक लग सकता है

Agent और Editor का मेल

  • AI के इस्तेमाल के तरीके चरम पर जा सकते हैं, लेकिन AI का उपयोग करते हुए भी कोड में सीधे शामिल रहने का तरीका उच्च-गुणवत्ता वाले software बनाने के लिए अधिक उपयुक्त है
  • software engineer का योगदान generated code की पंक्तियों से नहीं, बल्कि ऐसे systems से मापा जाना चाहिए जो भरोसेमंद हों, अच्छी तरह डिज़ाइन किए गए हों, और बदलने में आसान हों
  • 2025 में सामने आया agentic engineering अब इंसानी craftsmanship और AI tools को मिलाकर बेहतर software बनाने के विचार के रूप में स्थापित हो रहा है
  • Zed के parallel agents इसी सिद्धांत को केंद्र में रखकर बनाए गए हैं, और फोकस बड़े पैमाने के agent work experience को बेहतर बनाने पर है
  • system पर सैकड़ों threads चलाकर कई दिनों तक परीक्षण किया गया, और developers की नज़र से छूट सकने वाले रफ हिस्सों को सुधारने के लिए कई बार UX iteration और लंबी आंतरिक चर्चाएँ की गईं
  • development में अधिक समय लगा और प्रक्रिया आसान नहीं थी, लेकिन नतीजे में agent के साथ अधिक कठिन tasks को संभालते हुए भी craft से समझौता नहीं करना पड़ा

शुरुआत करें

  • Parallel Agents नवीनतम Zed release में उपलब्ध है
  • Threads Sidebar को नीचे बाईं ओर वाले icon से खोला जा सकता है
  • इसे key binding से भी खोला जा सकता है; macOS पर option-cmd-j और Linux व Windows पर ctrl-option-j इस्तेमाल करें

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2026-04-24
Hacker News की राय

  • इस workflow को जितना ज़्यादा इस्तेमाल करता हूँ, उतना ही पसंद आता है। असली game changer है (a) हर worktree में parallel threads चलाना, और (b) lifecycle hooks का इतना होना कि उन्हें VM की तरह संभाला जा सके
    मेरे मामले में worktree बनते ही local config files कॉपी हो जाती हैं, और Postgres dev/test DB को clone करके isolated testing करने देता है। worktree बंद करते ही वह DB भी हटा देता हूँ
    अब तक Conductor सबसे अच्छा लगा, लेकिन कंपनी में सिर्फ Copilot ही इस्तेमाल कर सकते हैं और backend भी Claude/Codex पर fixed है, इसलिए उसे नहीं इस्तेमाल कर पाता। Arbor मिलता-जुलता है, लेकिन development कम active है और उसमें काफी rough edges हैं, और Opencode GUI में create hook तो है लेकिन teardown नहीं
    अगर Zed यह हिस्सा भी जोड़ते हुए अपनी अच्छी editor identity बनाए रखता है, तो यह सच में खेल बदल सकता है

    • यह सुनकर अच्छा लगा। मैं Conductor बनाने वाला हूँ, और ऐसा use case सच में बहुत मददगार है
      हम और agents जोड़ने पर काम कर रहे हैं, और खासकर Copilot तथा OpenCode harness support की बहुत मांग आ रही है
      हाल में हमने एक escape hatch भी बनाया है। Settings → Experimental → Big Terminal Mode ऑन करें, फिर center panel में नया terminal खोलें (⌘⇧T) और Copilot, OpenCode जैसे जो agent चाहें इस्तेमाल करें। अभी notifications वगैरह की कमी है, इसलिए यह पूरी तरह polished experience नहीं है, लेकिन proper UI आने तक यह अपनी पसंद का harness इस्तेमाल करने देता है
      feedback कभी भी charlie@conductor.build पर भेज सकते हैं
    • अगर मैं कुछ गलत नहीं समझ रहा, तो यह सब बिना external tool के सिर्फ कुछ helper shell scripts से बनाया जा सकता है
      नया git worktree बनाइए, local .env या दूसरी config files कॉपी कीजिए, फिर हर worktree में conflict-free ports और variables भर दीजिए। यह localhost conflicts से बचने के लिए है, और Docker से भी हल किया जा सकता है
      main में merge करने के बाद worktree साफ करने के लिए teardown script भी साथ रख सकते हैं, और automation testing के लिए मैं Chrome debug port और temporary user data dir भी हर worktree के लिए अलग देता हूँ
      इसलिए अलग library या tool की जरूरत क्यों है, यह मुझे साफ नहीं है
    • मैंने खुद JJ workspaces आधारित multi-agent workflow बनाया है जो किसी खास agent से बंधा नहीं है। Codex हो, Claude हो, कुछ भी चला सकते हैं
      https://www.visualjj.com/learn/parallel-ai-agents
    • VSCode में इसी काम के लिए https://github.com/jackiotyu/git-worktree-manager इस्तेमाल करता हूँ
      इस extension में before create / before destroy hook हैं, इसलिए जो चाहें जोड़ सकते हैं। मैं main checkout की workspace file को symlink करता हूँ, packages install करवाता हूँ, और कुछ files भी copy करवाता हूँ। काफी सुविधाजनक है
    • Ouijit भी देखने लायक है। मैं इसे काम में अक्सर इस्तेमाल करता हूँ; यह पहले आपके मनचाहे environment पर ध्यान देता है और उसके अंदर कोई भी tool इस्तेमाल करने के लिए shell देता है
      जरूरत हो तो हर worktree के लिए VM isolation भी संभव है
      https://github.com/ouijit/ouijit

  • अब तो साफ दिख रहा है कि सब लोग parallel agents और worktree की ओर बढ़ रहे हैं, लेकिन Zed का यह लाना थोड़ा surprising था। इसकी पहचान तो editor-first थी और AI पूरी तरह optional जैसा था
    Zed की ताकत यह है कि यह agent-agnostic है, हर repository के लिए worktree अपने आप बना सकता है ताकि एक agent से कई repositories संभाली जा सकें, और सिर्फ CLI wrapper न होकर इसकी अपनी agent UI भी काफ़ी अच्छी है। मेरी जानकारी में यह पहला बड़ा tool है जिसमें यह पूरा combination है

    • हाँ, लेकिन Claude की MCP integration जैसी बहुत-सी चीजें अभी missing हैं
      मैं इसे logfire से जोड़कर telemetry देखता हूँ, और optimization या bug diagnosis में इसका असर बहुत बड़ा लगता है। plugins और skills भी अभी नहीं हैं
      फिर भी providers को आसानी से बदल पाना अच्छा है

  • नया default layout मेरी पसंद की दिशा के बिल्कुल उलट है
    मेरे हिसाब से क्रम project tree | text editor | agent view | threads होना चाहिए
    ज़्यादातर laptops पर दो panels ही ठीक से दिखते हैं, इसलिए four-panel workflow पर जोर देने के बजाय panel management और view switching को आसान बनाने पर ज़्यादा ध्यान होना चाहिए। ultrawide न हो तो Agents का अलग window होना बेहतर है
    मैं Zed बहुत इस्तेमाल करता हूँ और settings से इसे बदल लेना कोई बड़ी बात नहीं, लेकिन यह काफ़ी symbolic design decision लगता है, इसलिए खटकता है। कहीं ऐसा न हो कि वे editing को कम महत्वपूर्ण मानकर VI mode support को भी पीछे धकेल दें

    • मैंने भी सबसे पहले सब कुछ पुरानी जगह पर वापस किया। जबरन थोपा गया automatic layout change सच में बुरा लगा
      changelog देखकर भी चिंता होती है कि आजकल ज़्यादातर effort agent side पर जा रहा है। मुझे Zed इसलिए पसंद है कि यह एक अच्छा editor है जो agents के बारे में थोड़ा जानता है, न कि इसलिए कि यह धीरे-धीरे agent management-centric चीज़ बन जाए
    • अगर VI support हटा दिया, तो contributor और user दोनों रूप में मैं तुरंत चला जाऊँगा। असल में Zed इस्तेमाल करना शुरू करने की यही वजह थी
      हालांकि अभी ऐसा होने की संभावना नहीं लगती
    • यह मान लेना कि editing की अहमियत कम होने से वे VI support भी हटा देंगे, थोड़ा बढ़ा-चढ़ाकर लगाया गया निष्कर्ष है

  • मैं जानबूझकर parallel agents से बचता हूँ। cognitive overhead बहुत बढ़ जाता है, और काम के बीच-बीच में agents को structurally सही दिशा में steer करते रहना पड़ता है

    • सहमत। साधारण कामों के लिए यह ठीक है, लेकिन ऐसे काम sequential तरीके से भी वैसे ही जल्दी हो जाते हैं
      complex कामों में आमतौर पर thinking output खोलकर रखना पड़ता है और बीच में रोकना या guidance देनी पड़ती है। ऐसा न करें तो output अक्सर गड़बड़ हो जाता है, और उसे सुधारना भी मुश्किल होता है; ऊपर से parallel processes भी साथ देखनी पड़ें तो और कठिन हो जाता है
    • मेरा भी यही अनुभव है। review overhead भी बढ़ता है, और अगर code review भी करना हो तो multitasking productivity को लगभग खत्म कर देती है
      आजकल मैं एक समय में सिर्फ एक change संभालता हूँ और जब तक पूरी तरह confidence न हो कि merge कर सकता हूँ, उसी flow में रहता हूँ
    • पूरी तरह सहमत। जितने ज़्यादा agents चलाओ, उतना ही चीज़ें vibe coding की तरफ जाती हैं और guided coding कम होती जाती है
      एक बिंदु पर दिमाग बस commit करके आगे बढ़ जाने का संकेत देने लगता है, और उस temptation को जानबूझकर रोकना पड़ता है

  • default layout का code और file tree को धकेलकर AI tools के लिए जगह बनाना मुझे पसंद नहीं आया
    मुझे Zed सच में बहुत पसंद है और मैं इसे रोज़ इस्तेमाल करता हूँ, लेकिन अगर पहली install पर मैंने यही layout देखा होता, तो शायद इसे गंभीरता से नहीं लेता
    मेरा मानना है कि यह कुछ नए users को ज़रूर दूर कर सकता है

    • हो सकता है इससे खोने से ज़्यादा नए users मिलें
      इसी तरह के ज़्यादातर दूसरे tools heavy, buggy और Electron-based हैं
    • अच्छी बात यह है कि इसे बदलना बहुत आसान है। बस नए users के लिए थोड़ा intuitive नहीं है
      bottom bar में छोटे panel icon पर right-click करके docking position चुन सकते हैं, और left-click panel visibility toggle करता है
    • अब editor के लिए 4K monitor होना nice-to-have नहीं, लगभग requirement जैसा बनता जा रहा है
      अभी भी agent, editor, files/git जैसी चीज़ें साथ खोलता हूँ, और इसमें चौथा panel जोड़ दें तो low-resolution पर बहुत तंग लगता है। मेरे पास 4K monitor है, लेकिन मैं आम तौर पर आधी screen पर editor और आधी पर browser जैसे दूसरे windows रखता था, इसलिए editor को fullscreen में इस्तेमाल करने की दिशा अब भी थोड़ी खटकती है
      बेशक यह सिर्फ default layout है, और Zed में इसे बदलने का तरीका शायद है। अगर JetBrains IDE की तरह panels को ऊपर-बाएँ/नीचे-बाएँ/नीचे-दाएँ/ऊपर-दाएँ रखकर एक साथ hide/show किया जा सके, तो उदाहरण के लिए files को ऊपर-बाएँ और agent को नीचे-बाएँ रखकर center को editor-focused रखा जा सकता है
    • शायद यह और ज़्यादा users खींच लाए। मैं तो code देखना ही नहीं चाहता
      मुझे ऐसी codex-style app ज़्यादा पसंद है जहाँ कई projects एक जगह हों और context switching आसानी से होती रहे
    • मुझे भी शुरुआत में ऐसा ही लगा था, लेकिन असल बदलाव शायद ज़्यादातर यही है कि कौन-सा panel left/right में dock होता है, और AI panel को थोड़ा polish किया गया है
      macOS पर अब भी ⌘B left dock toggle है और ⌘R right dock toggle
      नया layout ऑन करने पर पहले left में रहने वाले panels right में चले जाते हैं, इसलिए पारंपरिक coding use case में भी मैं इसे एक बार आज़माने वाला हूँ। settings window में हर panel की docking position बदली जा सकती है

  • मेरे लिए parallel agents default नहीं, अपवाद के ज़्यादा करीब हैं। शायद समस्या मुझमें ही हो, लेकिन ऐसे rare cases में कुछ extra terminals खोलना ही काफी लगता है
    यह सच में primary workflow बनना चाहिए या नहीं, इस पर मुझे संदेह है। मेरा दिमाग एक समस्या में गहराई से उतरने पर बेहतर काम करता है

    • मैं भी बिल्कुल ऐसा ही हूँ, फिर भी इस update को लेकर काफ़ी उत्साहित हूँ
      parallel execution से भी ज़्यादा अहम है threads के बीच आसानी से आना-जाना। इससे main editing context बिगाड़े बिना side thread में अलग तरह की investigation की जा सकती है
    • पहले मैं इसे लगभग इस्तेमाल नहीं करता था, लेकिन अब इसे आज़माना चाहता हूँ। वजह यह है कि किसी भी काम का spin up / tear down अलग-थलग करके संभाला जा सकता है
      जैसे editing शुरू करने से पहले changes का draft बनाना, या review से पहले branch checkout करके code setup करना

  • मैंने Zed इस्तेमाल किया है और लगा कि इसे आराम से main editor बनाया जा सकता है, लेकिन extensions की कमी खली। TODO highlight, TabOut जैसी चीज़ें और छोटी-छोटी QoL सुविधाएँ नहीं थीं, line number पर jump करना भी VSCode जितना आसान नहीं था, और दूसरे comments में कही गई tab filter वाली बात भी सही लगी
    और git commit message editor में font size सेट न कर पाना अजीब लगा
    हाल की additions में dev container integration सच में बहुत अच्छा लगा
    Zed के लिए शुभकामनाएँ

    • जानकारी के लिए, अब TODO highlighting extension है। अभी मशीन के सामने नहीं हूँ, लेकिन नाम शायद comments highlighter जैसा कुछ है
    • जो Zed extension नहीं है, उसे zed agents से खुद बना लो

  • Zed की agent UI मेरे देखे सबसे confusing UI में से एक है। icons छोटे और अस्पष्ट हैं, और x दबाने पर कभी editor बंद होता है, कभी agent, कभी panel, इसलिए अंदाज़ा लगाना मुश्किल है कि क्या होगा
    नए features की वजह से मैंने इसे फिर से आज़माने की कोशिश की, लेकिन इस unpredictable behavior की वजह से आख़िरकार uninstall कर दिया। ऊपर से यह मेरे subscribed opencode Go को भी support नहीं करता

  • Warp ने भी लगभग एक हफ्ते पहले कुछ ऐसा ही निकाला था, लेकिन मेरी नज़र में Zed का implementation ज़्यादा logical है
    लगता है अब फिर से Zed को एक बार आज़माना चाहिए। हर महीने जो “क्या इस बार यह terminal/IDE इस्तेमाल करूँ?” वाला itch आता है, वह फिर जाग गया है

    • Warp भी अच्छा है, लेकिन उसमें कुछ opaque और confusing सा एहसास होता है
      हो सकता है मैं अभी उसकी learning curve पार नहीं कर पाया हूँ, या फिर वह अभी alpha के ज़्यादा करीब है और बहुत बदल रहा है, इसलिए ऐसा लगता हो

  • Parallel agents feature ऐसा लगता है जैसे git worktree या local project-centric use case के लिए डिज़ाइन किया गया हो, लेकिन local project mode मुझे उल्टा फोकस धुंधला करता हुआ लगता है
    मेरा रोज़ का development flow पहले ही पूरी तरह jj workspaces पर shift हो चुका है, इसलिए जब तक Zed jj को support नहीं करता, मैं यह feature इस्तेमाल नहीं करूँगा
    ऊपर से इस बदलाव ने layout भी अनपेक्षित तरीके से उलट-पुलट कर दिया है, और फिलहाल मुझे यह भी ठीक से समझ नहीं आ रहा कि इसे पुरानी स्थिति में कैसे वापस लाऊँ