amenbo 10.0.0 — प्लगिन की पहुँच सिर्फ़ उसी प्रोजेक्ट तक जिसके लिए वह चलता है
export, backup और restore अब उसी खिड़की पर रुक जाते हैं जिसमें प्लगिन चला था, और export की फ़ाइल एक ही पल के रिकॉर्ड होती है। amenbo agent --json जो लौटाता है, उसके रूप में एक बदलाव।
प्लगिन को एक खिड़की दी जाती है, और export, backup तथा restore अब उसी पर रुक जाते हैं। 9.2.0 तक जो व्यवहार बना रहा, उसके लिए हम क्षमाप्रार्थी हैं। amenbo agent --json जो लौटाता है उसके रूप में एक बदलाव — अपग्रेड से पहले अपडेट वाला हिस्सा पढ़िए।
प्लगिन की खिड़की पर export, backup और restore रुक जाते हैं
amenbo प्लगिन को एक खिड़की थमाता है: वही प्रोजेक्ट जिसके लिए वह चलता है, और कुछ नहीं। 9.2.0 तक तीन कमांड उस खिड़की से नहीं पूछती थीं। प्लगिन के भीतर से चलाने पर export, backup और restore डिवाइस के हर प्रोजेक्ट पर काम करते थे — और restore पढ़ता नहीं, लिखता है, इसलिए वह संचित रिकॉर्ड को ही बदल सकता था।
10.0.0 में यह कॉल अस्वीकार कर दी जाती है।
Error: export acts on this whole device, and a plugin reaches only through the window it fires in (AMB-P-…) — a window no argument widens. Nothing outside it was yours to read or to replace: the ids in the payload name what you were launched for.
backup और restore भी इसी तरह मना करते हैं।
इन कमांड को आप ख़ुद चलाएँ तो कुछ नहीं बदला, और जिस AI को आपने कोई फ़ोल्डर सौंपा है, उसके लिए भी नहीं। सिर्फ़ प्लगिन के भीतर से की गई कॉल अस्वीकार होती है।
export एक ही पल के रिकॉर्ड होता है
export चलते-चलते भी रिकॉर्ड जुड़ सकते हैं। 9.2.0 तक export शुरू होने के बाद जोड़ी गई टिप्पणी फ़ाइल में पहुँच जाती थी जबकि जिस टास्क से वह लटकती है वह नहीं, और फ़ाइल ऐसी किसी चीज़ की ओर इशारा करती रह जाती थी जो उसमें थी ही नहीं। 10.0.0 में export की गई पूरी फ़ाइल एक ही पल के रिकॉर्ड होती है।
प्लगिन की कमांड उसी क़दम पर दिखती हैं जहाँ वे काम आती हैं
किसी फ़ोल्डर में कैसे काम करना है, यह जानने के लिए AI amenbo agent --json पढ़ता है। कोई प्लगिन इंस्टॉल करके चालू कीजिए, और उसकी कमांड-पंक्तियाँ अब उसी क़दम पर बैठती हैं जिसकी वे हैं। worktree प्लगिन से:
{
"id": "cut-per-task",
"step": "Cut a worktree per task, whenever the work will produce commits. ...",
"tools": [
"amenbo plugin run worktree start <task-id>"
]
}
उस मोड़ पर प्लगिन को कैसे बुलाना है, यह AI को अब निकालना नहीं पड़ता — कॉल उसी क़दम पर मौजूद है।
आपके पास worktree प्लगिन पहले से है, तो amenbo plugin update worktree उसे बदल देता है।
छोटा commit SHA अस्वीकार होता है, साथ में पूरा बनाने का तरीक़ा
amenbo task commit add सिर्फ़ पूरी लंबाई का SHA लेता है। अब अस्वीकृति के साथ यह भी आता है कि छोटे को पूरा कैसे किया जाए।
$ amenbo task commit add AMB-T-… 4a73991 --actor ai
Error: a commit sha must be full-length lower-case hex (40 for SHA-1, 64 for SHA-256) — not a short sha, branch, tag or revision
Hint: `git log --oneline` prints the short form. Expand it with `git rev-parse <short sha>` and pass what that returns — amenbo never runs git itself.
अपडेट से पहले
amenbo agent --json जो लौटाता है, उसके रूप में एक बदलाव। अपने AI को थमाए जाने वाले निर्देश बदलने की ज़रूरत नहीं, क्योंकि वे amenbo agent --json से ही आते हैं। असर सिर्फ़ आपकी अपनी उन स्क्रिप्ट पर है जो उस आउटपुट को पार्स करती हैं।
agentCycle वाक्यों की सूची से बदलकर एक ऑब्जेक्ट हो गया। अब उसमें description है, जो बताता है कि क़दमों को कैसे पढ़ना है, और steps है। हर क़दम अपने साथ एक id रखता है।
संचित डेटा का फ़ॉर्मैट नहीं बदलता, इसलिए पिछले संस्करण का डेटा जस-का-तस खुल जाता है।
कैसे लें
अपने OS का इंस्टॉलर नवीनतम रिलीज़ से खोलिए। एडमिन अधिकार नहीं चाहिए।
- macOS —
.pkg, एक Apple silicon के लिए और एक Intel के लिए (GUI और CLI साथ आते हैं; पहली बार खोलने पर Gatekeeper पूछेगा: राइट-क्लिक → Open) - Windows — setup
.exe(GUI और CLI साथ आते हैं) - Linux — GUI एक AppImage है;
amenboकमांड CLI इंस्टॉलर से आती है
अपडेट करने के लिए: GUI पर “नया संस्करण मौजूद है” वाला बैनर उसे वहीं लागू कर देता है। आपने सिर्फ़ CLI इंस्टॉल किया है तो amenbo update --apply उसे बदल देता है।
यहाँ नए हैं? शुरू करें देखिए।