Amenbo 27.0.0 — सूचनाएँ और worktree अब Amenbo का ही हिस्सा
जो पहले प्लगइन के रूप में इंस्टॉल होता था, वह अब Amenbo का ही हिस्सा है, और किसी काम को उसका अपना git चेकआउट दिया जा सकता है। 24.3.0, 25.0.0 और 26.0.0 के बदलाव भी इस संस्करण तक आ पहुँचे।
जो पहले प्लगइन के रूप में इंस्टॉल होता था, वह अब Amenbo का ही हिस्सा है। 24.3.0, 25.0.0 और 26.0.0 के बदलाव भी इस संस्करण तक आ पहुँचे।
प्लगइन अब Amenbo का ही हिस्सा हैं
सूचनाओं और worktree के लिए अब कोई प्लगइन ढूँढ़कर इंस्टॉल करने की ज़रूरत नहीं। न कुछ इंस्टॉल करना है, न कुछ चालू करना है। पिछले संस्करण पर आपने उन्हें इंस्टॉल कर रखा था, तो आपकी सेटिंग्स साथ चली आती हैं, और इस संस्करण को पहली बार खोलने पर ऐप एक बार बता देता है कि क्या कहाँ चला गया।
- मेल और Slack की सेटिंग्स — इस डिवाइस के सूचना-लक्ष्य, और कौन-से प्रोजेक्ट उनके ज़रिए बताते हैं
- जोड़ी बनाने में इस्तेमाल होने वाली कुंजियाँ
आपने जो प्लगइन इंस्टॉल कर रखे थे, वे माइग्रेशन के दौरान हटा दिए जाते हैं। प्लगइन की स्क्रीनें, और साइडबार में प्लगइन वाला हिस्सा, अब नहीं हैं। amenbo plugin कमांड भी कोई नहीं है।
जोड़ डिवाइस पर एक ही बार लिखा जाता है
काम की हलचल Slack पर जा सकती है या मेल पर। जोड़ डिवाइस पर एक ही बार लिखा जाता है, और प्रोजेक्ट उन्हीं में से चुनते हैं। webhook बदले तो सुधारने की जगह एक ही रहती है।
| कहाँ | वह क्या तय करता है |
|---|---|
| सेटिंग्स › सूचना-लक्ष्य | जोड़ ख़ुद (एक Slack webhook, एक मेल खाता), जिसे एक नाम दिया जाता है |
| प्रोजेक्ट सेटिंग्स › सूचनाएँ | चालू/बंद, किन लक्ष्यों से भेजना है, वह क्या बताता है |
13 घटनाएँ बताई जा सकती हैं: काम बना / पूरा हुआ / सौंपा गया / खिसका, निर्णय स्वीकारा और ठुकराया गया, टिप्पणी जुड़ी, वग़ैरह। तारीख़ों के लिए, दिन आ पहुँचना और दिन कल होना — दोनों दिन में एक-एक बार कहे जाते हैं।
जोड़ को वहीं आज़माया जा सकता है जहाँ वह लिखा गया था। “जोड़ जाँचिए” सेटिंग्स की बनावट पढ़ता है, और मेल के लिए तो सर्वर से जुड़कर खाता सामने रखने तक जाता है। “जाँच का संदेश भेजिए” सचमुच एक भेज देता है। भेज पाएगा या नहीं, यह वहीं तय हो जाता है, न कि पहली सूचना के न पहुँचने से।
सूचना का पाठ उसी भाषा में निकलता है जो ऐप में चुनी गई है।
किसी काम को उसका अपना git चेकआउट दिया जा सकता है
एक ही वर्किंग ट्री पर दो सत्र चलें तो एक-दूसरे के बिना सहेजे बदलाव आपस में घुल जाते हैं। अब किसी काम के लिए उसका अपना चेकआउट काटा जा सकता है।
eval "$(amenbo worktree start 123)"
वह कहाँ जाएगा यह तय है और किसी से पूछा नहीं जाता: रिपॉज़िटरी के बग़ल में, <repository name>-worktrees/<task number> पर, task/<task number> ब्रांच पर। वह प्रोजेक्ट फ़ोल्डर के भीतर नहीं, बग़ल में बैठता है, इसलिए वहाँ चलने वाला AI असली बैकलॉग तक नहीं पहुँच सकता।
amenbo worktree finish 123 कमांड चेकआउट और ब्रांच, दोनों हटा देती है। बिना कमिट किए बदलाव पड़े हों, या कमिट कहीं पहुँचे न हों, तो वह मना कर देती है।
फलकों के बारे में और
- फलक के नीचे का बक्सा समिट जाता है — समिटा हुआ ही डिफ़ॉल्ट है, और यह मशीन याद रखती है कि वह खुला था या नहीं।
- Enter से नई पंक्ति बनती है — भेजना Enter के साथ आपके OS की अपनी मॉडिफ़ायर कुंजी से होता है, और भेजने वाला बटन तभी रंग लेता है जब भेजने को कुछ हो।
- सबसे नीचे की पंक्ति मॉडल का नाम बताती है — फलक बताता है कि वह किस मॉडल से बात कर रहा है, और ऐप दोबारा खोलने पर वह उसी मॉडल पर लौट आता है।
- Codex और Gemini के फलक अपनी पिछली बातचीत पर लौट आते हैं — हर फलक अपनी एक बातचीत है।
- macOS पर Option को मेटा कुंजी बनाया जा सकता है — फलक के भीतर की उन कुंजियों के लिए जिन्हें मेटा चाहिए।
कैसे लें
अपने OS का इंस्टॉलर नवीनतम रिलीज़ से खोलिए। एडमिन अधिकार नहीं चाहिए।
- macOS —
.pkg, एक Apple silicon के लिए और एक Intel के लिए (GUI और CLI साथ आते हैं) - Windows — setup
.exe(GUI और CLI साथ आते हैं) - Linux — GUI एक AppImage है;
amenboकमांड CLI इंस्टॉलर से आती है
अपडेट करने के लिए: GUI पर “नया संस्करण मौजूद है” वाला बैनर उसे वहीं लागू कर देता है। आपने सिर्फ़ CLI इंस्टॉल किया है तो amenbo update --apply उसे बदल देता है।
संचित डेटा का फ़ॉर्मैट आगे बढ़ता है — इस संस्करण पर पहली बार चलने पर वह माइग्रेट होता है, और माइग्रेशन से पहले का एक बैकअप अपने आप रख लिया जाता है। एक बार माइग्रेट हो जाने पर पिछला संस्करण उसे नहीं खोल सकता। GUI और CLI, दोनों एक ही इंस्टॉलर से साथ-साथ अपडेट होते हैं, इसलिए उनमें से किसी एक को पुराने संस्करण पर छोड़ मत दीजिए।
यहाँ नए हैं? शुरू करें देखिए।