OpenCode 2.0

OpenCode 2.0 की समग्र प्रतिक्रिया

• कई लंबे समय से उपयोगकर्ता 2.0 को 1.x पर एक महत्वपूर्ण सुधार मानते हैं (client/server मॉडल, background tasks, subagents, auto-reloading skills/plugins, config-from-project-folder, built-in config editor)।
• कुछ लोग इसे daily driver के रूप में उपयोग करते हैं और model-agnostic डिज़ाइन, server के माध्यम से remote access, और non-TUI UIs (web/desktop) की सराहना करते हैं।
• अन्य लोग निराश हैं: regressions, टूटे हुए basic features (जैसे sidebar hiding), clunky feel, और इस बात को लेकर उलझन कि npm से “2.0” कैसे install करें या वास्तव में प्राप्त करें।

---

प्रदर्शन, resource usage, और daemon

• promo website पर कड़ी शिकायतें हैं: भारी animations/WebGL- जैसी behavior, धीमा scrolling, high CPU/fan usage, खासकर phones और laptops पर; कुछ लोग इसे लगभग unusable मानते हैं।
• tool performance एक बार-बार आने वाली समस्या है: high RAM/CPU, बड़े file watcher counts, पहले temp-file blowups, और “memory leak” behavior की reputation।
• 2.0 का persistent background server startup बेहतर करता है और multi-client use सक्षम बनाता है, लेकिन कुछ लोग default रूप से हमेशा-चलने वाले daemon का तीखा विरोध करते हैं।
• कुछ रिपोर्ट करते हैं कि UI बंद होने के बाद भी Opencode local models को drive करता रहता है।

---

सुरक्षा, sandboxing, और plugins

• कई उपयोगकर्ता 2.0 में security regressions का वर्णन करते हैं:
  • Background process existing TUIs के sandboxes को bypass कर रहा है।
  • Plugins द्वारा जोड़े गए tools permission configs का पालन नहीं कर रहे।
  • Hot-reloading plugins ताकि agents तुरंत अपना environment बदल सकें।
  • Providers के .well-known/opencode से mandatory remote config loading, जिसे effectively remote code execution बताया गया है।
• minimal custom JavaScript interpreter को mature engine की तुलना में विशेष रूप से जोखिम भरा माना जाता है।
• सुझाए गए mitigations: --standalone, containers/VMs में चलाना, या dedicated sandbox tools; कुछ लोग तर्क देते हैं कि harnesses के लिए true security हासिल नहीं की जा सकती और isolation अनिवार्य है।

---

Installer, packaging, और tooling

• curl | sh installer में misused curl trace की वजह से “progress bar” बेहद धीमी थी; बाद में इसे ठीक कर दिया गया।
• TUI में copy-paste hijacking अभी भी एक बड़ी परेशानी है।
• npm packaging की आलोचना की जाती है: postinstall वास्तविक code डाउनलोड करता है, अक्सर विफल हो जाता है (“postinstall script not run”), और tagged releases को लेकर भ्रम है।

---

अन्य harnesses और pricing के साथ तुलना

• Pi, Codex, Claude Code, DeepSeek harness, और अन्य से अक्सर तुलना की जाती है:
  • Pi को कम resource usage, न्यूनतम prompts, सरलता, और local/open models के साथ मजबूत प्रदर्शन के लिए सराहा जाता है; कई उपयोगकर्ता UX, performance, या security चिंताओं के कारण OpenCode से Pi पर चले गए।
  • अन्य लोग client/server design, UI विकल्पों, और provider flexibility के कारण OpenCode पर टिके रहते हैं।
• OpenCode Go subscriptions को व्यापक रूप से बहुत अच्छा सौदा माना जाता है, उदार, subsidized limits के साथ, हालांकि pricing model और request/limit tables भ्रमित करने वाले हैं।
• एक उपयोगकर्ता रिपोर्ट करता है कि वह documented per-token prices की तुलना में लगातार अधिक billed हुआ और प्रारंभिक acknowledgment के बाद उसे अनदेखा किया गया, जिससे उसका भरोसा प्रभावित हुआ।

---

UX, ecosystem, और workflows

• कुछ लोग OpenCode को मुख्यतः backend के रूप में पसंद करते हैं और OpenChamber, Paseo, Termic, या editor integrations (Vim/Neovim/VSCode/Zed) जैसे वैकल्पिक UIs का उपयोग करते हैं।
• TUI बनाम GUI पर बहस: keyboard-driven TUIs को कुछ लोग शक्तिशाली मानते हैं; अन्य लोग long prose और markdown के लिए TUIs को भयानक मानते हैं और rich GUIs को पसंद करते हैं।
• Extension/plugin ecosystems (MCP, tools, skills) एक बड़ा आकर्षण हैं, लेकिन साथ ही complexity और संभावित security issues का स्रोत भी।
• Harness benchmarks का उल्लेख किया गया है; परिणाम भिन्न होते हैं, और उपयोगकर्ता ज़ोर देते हैं कि behavior base model पर ही नहीं, बल्कि harness design, tools, और prompts पर भी भारी रूप से निर्भर करता है।