AISubHub/AI समाचार
डेवलपर

विस्तृत विश्लेषण · लगभग 6 मिनट पढ़ना

JetBrains ने टर्मिनल कोर बदला: AI CLI की संगतता मॉडल के नीचे शुरू होती है

libghostty पार्सिंग और स्थिति संभालता है, IDE रेंडरिंग और एकीकरण रखता है। कीबोर्ड व थीम समर्थन बढ़ता है, पर पहचाने जाने वाले कई कार्य अभी लागू नहीं हैं।

यहाँ प्रकाशित
स्रोत की तारीख
स्रोत जाँचा गया

JetBrains की 27 अक्टूबर की घोषणा 2026.3 IDE में टर्मिनल अनुकरण के बदलाव बताती है। विषय Claude Code और Codex जैसे ऐप का IDE से कुंजियाँ, रंग और नियंत्रण अनुक्रम साझा करना है। यह विश्लेषण विक्रेता के दावे, उपलब्ध EAP और भविष्य के एकीकरण अलग करता है; यह मॉडल क्षमता सुधार या AISubHub का प्रदर्शन परीक्षण नहीं है।

समाचार सुनें

यह लेख सुनें या समाचार लगातार चलाएँ।

JetBrains ने टर्मिनल कोर बदला: AI CLI की संगतता मॉडल के नीचे शुरू होती है

पढ़ने की तैयारी हो रही है…

डिवाइस की आवाज़

वाक् प्रक्रिया आपके ब्राउज़र या डिवाइस में होती है। AISubHub पाठ किसी ऑडियो API को नहीं भेजता। आवाज़ों और लॉक स्क्रीन पर चलने की सुविधा डिवाइस पर निर्भर है।

जारी करने पर छोटा वाक्यांश दोहराया जा सकता है।

मुख्य बातें

  • libghostty, JediTerm की जगह पार्सिंग और टर्मिनल स्थिति संभालता है; रेंडरिंग, ऊपरी सुविधाएँ और एकीकरण IDE में रहते हैं।
  • कीबोर्ड, थीम और आउटपुट प्रोटोकॉल संगतता के लिए हैं। JetBrains लगभग 50 पहले अनदेखे या गलत पढ़े अनुक्रमों का दावा करता है, लेकिन यहाँ संख्यात्मक प्रदर्शन बेंचमार्क नहीं देता।
  • पुनर्निर्मित टर्मिनल 2026.3 EAP में डिफॉल्ट चालू है। Beta, Release Candidate और स्थिर संस्करण में निरंतरता योजना है; OSC52 जैसे अनुक्रम लाइब्रेरी पढ़ती है, IDE अभी कार्रवाई नहीं करता।

1. अनुकरण बदलता है, IDE की सभी जिम्मेदारियाँ नहीं

JetBrains के अनुसार libghostty पुराने JediTerm की जगह अनुक्रम पार्सिंग और टर्मिनल स्थिति देता है। रेंडरिंग, ऊपरी सुविधाएँ और एकीकरण IDE में रहते हैं। पुनः उपयोग योग्य लाइब्रेरी अपनाने का मतलब पूरा स्वतंत्र Ghostty ऐप जोड़ना या टर्मिनल की हर स्क्रीन को Ghostty के इंटरफेस से बदलना नहीं है।

घोषणा कोडिंग एजेंट, Neovim, tmux, निगरानी स्क्रीन और डैशबोर्ड का उल्लेख करती है, जिन्हें साधारण shell से अधिक प्रोटोकॉल चाहिए। AISubHub के विश्लेषण में गलत भेजा इनपुट या स्थिति मॉडल बदले बिना टूल रोक सकती है। यह सीमा सुधारना बेहतर तर्क, बेहतर उत्पन्न कोड या स्वतंत्र रूप से मापी उत्पादकता का प्रमाण नहीं बनता।

2. कीबोर्ड प्रोटोकॉल वास्तविक कुंजी का अंतर रखते हैं

Kitty प्रोटोकॉल इस्तेमाल करने वाले ऐप Enter, Shift+Enter और Ctrl+Enter अलग कर सकते हैं और कुंजी छोड़ने या दोहराने की घटनाएँ माँग सकते हैं। Vim का पुराना xterm modifyOtherKeys भी शामिल है। अलग इनपुट को एक ही अक्षर में बदलने के बजाय अलग घटना रखी जाती है; वास्तविक व्यवहार ऐप द्वारा प्रोटोकॉल उपयोग पर निर्भर है।

JetBrains कहता है कि संगत टूल में Shift+Enter अधूरा संदेश भेजने के बजाय नई पंक्ति बनाता और संशोधित शॉर्टकट सही पहुँचते हैं। पहले Shift+Enter पर Esc+CR भेजने वाली setting अब अनावश्यक और अनदेखी है। AISubHub के अनुसार पुराना उपाय नया अनिवार्य सेटअप नहीं बनना चाहिए। इस लेख ने अलग shell, शॉर्टकट या एजेंट संस्करण नहीं जाँचे।

3. थीम संकेत में प्रश्न और पैलेट की सीमा है

टर्मिनल CSI ? 996 n का उत्तर IDE की वर्तमान उजली या गहरी थीम से देता और mode2031 से सदस्यता लेने वाले ऐप को बदलाव बताता है। JetBrains Claude Code, OpenCode, Pi, Neovim और tmux के नाम लेकर कहता है कि अधिकांश स्वतः बदलते हैं। यह शर्त जरूरी है; हर टर्मिनल ऐप के थीम अपनाने की गारंटी नहीं।

OSC4 और Kitty OSC21 प्रश्नों के साथ JediTerm के पहले से समर्थित OSC10/11 भी हैं। ऐप OSC4 से विस्तृत रंग 16–255 बदल सकते हैं, लेकिन 0–15 IDE थीम के नियंत्रण में रहते हैं। AISubHub इसे ऐप अनुकूलन और बुनियादी रंग का विभाजन मानता है, IDE का असीम नियंत्रण या हर रंग विन्यास का स्वतः सुधार नहीं।

4. समृद्ध आउटपुट अनुक्रम के सही अर्थ पर निर्भर है

JetBrains लगभग 50 अनुक्रम संभालने की बात करता है जिन्हें JediTerm पहले छोड़ता या गलत समझता था। उदाहरण REP है, जिसे ncurses कम से कम 7 समान अक्षरों के लिए उपयोग करता है, और 38:2::r:g:b जैसे कोलन वाले SGR रंग। अपरिचित APC, SOS, PM strings अब छपने के बजाय हटा दी जाती हैं। ये विक्रेता के विवरण हैं, स्वतंत्र रूप से जाँचे 50 सुधार नहीं।

लेख बाएँ-दाएँ मार्जिन, सुरक्षित क्षेत्र, टैब स्थान, insert mode, XTSAVE/XTRESTORE, Kitty CSI22J और X10 mouse रिपोर्ट भी बताता है। हमेशा झपकने के बजाय cursor अब ?12 का सम्मान करता है। AISubHub के अनुसार बॉर्डर, रंग और cursor सही होना उपयोगी है, लेकिन frame rate, latency, token throughput या hardware तुलना न होने से संख्यात्मक प्रदर्शन लाभ नहीं निकाला जा सकता।

5. पार्स करना IDE में सुविधा पूरी होना नहीं है

स्रोत लाइब्रेरी और पूरी IDE integration अलग रखता है। libghostty OSC52 clipboard, OSC9/777 notifications, ConEmu progress, Kitty graphics और शैलीदार या रंगीन underline पढ़ता है, लेकिन IDE अभी उन पर काम नहीं करता। केवल निचली लाइब्रेरी पहचानती है इसलिए इन्हें अभी उपलब्ध कार्य नहीं कहना चाहिए।

दूरस्थ सर्वर से clipboard copy, कार्य पूरा होने की सूचना, progress और terminal images ऐसे उपयोग हैं जिन्हें यह आधार आगे सहारा दे सकता है। JetBrains तेज आगे का एकीकरण अपेक्षित करता है, कोई सटीक तारीख नहीं देता। AISubHub अनुरोध पहचान और उपयोगकर्ता को दिखने वाला व्यवहार अलग जिम्मेदारियाँ मानता है; घोषणा इन interactions या अनुमति प्रबंधन का सत्यापित होना नहीं दिखाती।

6. EAP उपलब्धता, वापसी और प्रमाण की सीमा

JetBrains कहता है नया कोर 2026.3 EAP के पुनर्निर्मित टर्मिनल में डिफॉल्ट चालू है। Beta, Release Candidate और स्थिर संस्करणों में जारी रखना योजना है, उनके जारी हो जाने का प्रमाण नहीं। Help और Find Action से Registry खोलकर terminal.use.ghostty.emulator बंद करने पर JediTerm लौट सकता है; यह सभी समस्याएँ मिटने की गारंटी नहीं है।

लेख केवल आधिकारिक लिखित घोषणा पर आधारित है। जुड़े प्रोटोकॉल दस्तावेज, पूरी अनुक्रम तालिका या बाहरी परियोजनाएँ स्वतंत्र रूप से नहीं पढ़ीं और IDE या कोडिंग एजेंट नहीं चलाया। बदलाव टर्मिनल संगतता है, नया मॉडल, कीमत या सदस्यता अधिकार नहीं। AISubHub ऐप की जाँच, वर्तमान व्यवहार और भविष्य का integration अलग रखकर विक्रेता दावे समझता है।

यह क्यों अहम है

IDE टर्मिनल में एजेंट चलाने वाली टीम जाँच सकती है कि इनपुट, थीम और स्क्रीन स्थिति पूरी श्रृंखला से सही गुजरते हैं या नहीं। जिम्मेदारी अलग रखने से टर्मिनल व्यवहार को मॉडल क्षमता समझने या लाइब्रेरी की सभी सुविधाएँ उपलब्ध मानने से बचा जा सकता है।

सीमाएँ और उपलब्धता

यह JetBrains घोषणा का विश्लेषण है, स्वतंत्र संगतता या प्रदर्शन प्रमाणन नहीं। वर्तमान संदर्भ EAP है; आगे के चरण योजनाएँ हैं और केवल पार्स होने वाली सुविधाएँ अधूरी हैं। स्रोत केवल तारीख देता है, प्रकाशन का सटीक समय नहीं।

स्रोत और प्रमाण

JetBrains official Platform blog: terminal libghostty integration announcement

स्रोत की तारीख: · स्रोत जाँचा गया:

AI की सहायता से लिखे लेखों को दिए गए प्राथमिक स्रोतों से जाँचा जाता है। प्रदाता के दावों का श्रेय स्पष्ट है; सूची में होना समर्थन नहीं है।