amenbo

amenbo 19.0.0 — एक श्रेणी एक से ज़्यादा जवाब रख सकती है

किसी श्रेणी को अब इस तरह सेट किया जा सकता है कि वह एक ही रिकॉर्ड पर कई जवाब ले, ताकि जो काम दोनों तरफ़ बैठता है वह दोनों के रूप में दर्ज हो जाए। 16.0.0 में शुरू हुआ फ़ैसलों के रिकॉर्ड वाला काम भी इस संस्करण तक आ पहुँचा।

श्रेणियाँ अब एक ही रिकॉर्ड पर एक से ज़्यादा जवाब ले सकती हैं। 16.0.0 में शुरू हुआ फ़ैसलों के रिकॉर्ड वाला काम भी इस संस्करण तक आ पहुँचा।

एक श्रेणी कई जवाब रख सकती है

कुछ काम एक साथ दोनों तरफ़ बैठते हैं — वह क्रैश जो iOS और Android, दोनों पर होता है। जो श्रेणी एक रिकॉर्ड पर एक ही जवाब रखती थी, वह आपसे कोई एक प्रतिनिधि चुनवा लेती थी, और दूसरी तरफ़ बिना दर्ज हुए रह जाती थी।

श्रेणी बनाते समय --cardinality multi दीजिए, या स्क्रीन पर Manage categories पैनल में Multi-select पर निशान लगाइए।

$ amenbo dimension add --name Platform --cardinality multi --show-on-card
✓ Created dimension: Platform (AMB-DIM-…)

$ amenbo dimension set AMB-T-… Platform ios
$ amenbo dimension set AMB-T-… Platform android

$ amenbo task show AMB-T-…
AMB-T-…  The crash on both handsets
dimensions: Platform=ios, Platform=android

दोनों में से किसी भी मान से छाँटिए, वह मिल जाता है, और कार्ड दोनों दिखाता है। एक हटा दीजिए तो बाक़ी बने रहते हैं:

$ amenbo dimension unset AMB-T-… Platform ios
✓ Cleared value on task AMB-T-…

$ amenbo task show AMB-T-…
dimensions: Platform=android
सेटिंगएक रिकॉर्ड पर मानदूसरा मान जोड़ने परबोर्ड को समूहों में बाँट सकती है
single (डिफ़ॉल्ट)एकजो था उसकी जगह ले लेता हैहाँ
multiजितने चाहेंजो था उसे रखते हुए यह भी जुड़ जाता हैनहीं

बहु-चयन वाली श्रेणी से बोर्ड को समूहों में बाँटें तो एक ही रिकॉर्ड एक साथ कई कॉलम में जा बैठेगा, जबकि कॉलम यह बताता है कि टास्क है कहाँ — इसलिए बाँटने के तरीक़ों में बहु-चयन वाली श्रेणी दी ही नहीं जाती।

जब तक कोई रिकॉर्ड कई मानों से जवाब दे रहा है, वापस single पर लौटना अस्वीकार कर दिया जाता है, और अस्वीकृति यह भी बता देती है कि ऐसे कितने हैं:

$ amenbo dimension update Platform --cardinality single
Error: 1 record(s) answer 'Platform' with more than one value,
so it cannot go back to single-select — clear the extra values off them first

फ़ैसले दर्ज होते समय ही वर्गीकृत हो जाते हैं

16.0.0 में फ़ैसले को वर्गीकृत तो किया जा सकता था, पर दर्ज करने के बाद, एक अलग क़दम के रूप में। अब आप उसे उसी कमांड में बता देते हैं:

$ amenbo decision add --title "Ship updates through a prerelease first" \
    --body "..." --dim "Area=sync"
✓ Recorded decision: Ship updates through a prerelease first (AMB-D-…)

कोई अनिवार्य श्रेणी अब भी ख़ाली रह गई हो, तो दर्ज करते समय बता दिया जाता है कि कौन-सी बची है:

$ amenbo decision add --title "Keep the store on this device" --body "..."
✓ Recorded decision: Keep the store on this device (AMB-D-…)
  still to classify: Area — pass --dim <axis>=<value> here, or fill it in with
  `amenbo dimension set AMB-D-… <axis> <value>` (accepting it is refused until then)

ख़ाली रहते हुए उसे तय करने की कोशिश अस्वीकार हो जाती है, और यह भी आ जाता है कि भरना क्या है:

$ amenbo decision accept AMB-D-… --yes
Error: this decision carries no value on Area, which this project requires
Hint: This project requires a value on that axis before a decision can be settled.

फ़ैसला अब यह भी दिखाता है कि उसे तय किसने किया, कब के साथ-साथ:

$ amenbo decision show AMB-D-…
AMB-D-…  Keep the store on this device
status: accepted
recorded: 2026-09-02T15:33:16Z
decided: 2026-09-02T15:33:22Z by AI

स्क्रीन पर, फ़ैसला दर्ज करने वाला फ़ॉर्म वे श्रेणियाँ पूछता है जो प्रोजेक्ट में अनिवार्य हैं, और फ़ैसलों की सूची श्रेणी से वैसे ही छँटती है जैसे बोर्ड छँटता है।

श्रेणी किस तरफ़ वर्गीकरण करे, यह आप चुनते हैं

श्रेणियाँ टास्क और फ़ैसले, दोनों पर लगती हैं, पर कुछ के मायने सिर्फ़ एक ही तरफ़ होते हैं। --applies-to से यह तय होता है:

$ amenbo dimension update Platform --applies-to task
✓ Updated dimension: AMB-DIM-…

$ amenbo dimension show Platform
AMB-DIM-…  Platform (d1)
kind: multi, show-on-card, tasks only

जिस तरफ़ वह वर्गीकरण नहीं करती, उस तरफ़ उससे छाँटना अस्वीकार कर दिया जाता है:

$ amenbo decision list --filter "dim:Platform=ios"
Error: dimension 'Platform' does not classify decisions,
so `dim:` cannot narrow decisions by it

स्क्रीन पर भी, सिर्फ़ टास्क तक सीमित की गई श्रेणी अब किसी फ़ैसले के पन्ने पर नहीं दिखती। जो मान पहले से लगे हैं, वे हटाए नहीं जाते।

बाक़ी सुधार

  • स्क्रीन की जापानी ठीक की गई — वे वाक्य जिन्हें समझने के लिए दो बार पढ़ना पड़ता था। स्थितियों के नाम भी बाक़ी आठ भाषाओं में स्क्रीन पर जो हैं, उनके अनुरूप कर दिए गए।
  • नए फ़ैसले पर “मौजूदा” मान अपने आप लग जाता है — जिस श्रेणी को समय-अक्ष बनाया गया है, उस पर वही मान लगता है जिसकी अवधि में आज का दिन आता है, ठीक वैसे ही जैसे टास्क पर। दर्ज करते समय अब वह आपसे पूछा नहीं जाता।
  • शब्द फ़ैसलों तक पहुँचते हैंamenbo search अब किसी श्रेणी के मान के नाम से भी फ़ैसला ढूँढ़ लेता है।
  • कार्ड जिस कॉलम के ऊपर दिखता है, उसमें कहीं भी उतर जाता है — पहले वह कभी-कभी कॉलम के ऊपर दिखते हुए भी नहीं उतरता था।
  • श्रेणियों के नाम में अब ख़ाली जगह नहीं चल सकती — जिस नाम में ख़ाली जगह हो, उसे --filter में बताया ही नहीं जा सकता था। आपके पास पहले से जो नाम हैं, वे पहले की तरह चलते रहते हैं।
  • config set जो भी सेटिंग लिखता है, amenbo config उसे पढ़कर दिखा देता है — कुछ प्रविष्टियाँ लिखी तो जा सकती थीं, पर दिखती नहीं थीं।

कैसे लें

अपने 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 एक ही इंस्टॉलर से साथ-साथ नए होते हैं, इसलिए दोनों में से किसी एक को पुराने संस्करण पर मत छोड़िए।

यहाँ नए हैं? शुरू करें देखिए।