amenbo 19.0.0 — kategoria może nieść więcej niż jedną odpowiedź

Kategorie mogą teraz przyjąć więcej niż jedną odpowiedź w tym samym zapisie. Praca nad zapisami decyzji, zaczęta w 16.0.0, doszła w tej wersji do końca.

Kategoria może nieść kilka odpowiedzi

Część pracy stoi naraz po dwóch stronach — awaria, która zdarza się i na iOS, i na Androidzie. Kategoria trzymająca jedną odpowiedź na zapis kazała wybrać tę reprezentatywną, a druga strona zostawała niezapisana.

Przy tworzeniu kategorii podaj --cardinality multi, albo na ekranie zaznacz Wielokrotny wybór w panelu Zarządzaj kategoriami.

$ 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

Zawężenie po którejkolwiek z wartości je znajduje, a karta pokazuje obie. Zdjęcie jednej zostawia resztę:

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

$ amenbo task show AMB-T-…
dimensions: Platform=android

Grupowanie tablicy po kategorii z wielokrotnym wyborem wstawiłoby jeden zapis naraz do kilku kolumn, a kolumna mówi, gdzie zadanie jest — więc taka kategoria nie jest proponowana jako sposób grupowania.

Powrót do single jest odrzucany, dopóki choć jeden zapis odpowiada kilkoma wartościami, a odmowa mówi, ilu zapisów to dotyczy:

$ 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

Decyzje da się kategoryzować już przy zapisywaniu

W 16.0.0 decyzję dało się skategoryzować, ale wyłącznie osobnym krokiem, po zapisaniu. Teraz podajesz kategorię w tej samej komendzie:

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

Jeśli wymagana kategoria dalej jest pusta, zapisanie mówi, której brakuje:

$ 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)

Próba domknięcia decyzji, dopóki kategoria jest pusta, jest odrzucana, z informacją, co uzupełnić:

$ 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.

Decyzja pokazuje teraz również kto ją domknął, obok tego, kiedy:

$ 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

Na ekranie formularz zapisu decyzji pyta o kategorie, których projekt wymaga, a listę decyzji zawężasz po kategorii tak samo jak tablicę.

Wybierasz, którą stronę kategoria obejmuje

Kategorie wchodzą i na zadania, i na decyzje, ale część z nich znaczy coś tylko po jednej stronie. Wybierasz to przez --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

Zawężanie po stronie, której kategoria nie kategoryzuje, jest odrzucane:

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

Na ekranie też: kategoria zawężona do zadań nie pojawia się już na stronie decyzji. Przypisane wcześniej wartości nie znikają.

Inne zmiany

• Poprawiono japoński na ekranie — sformułowania, które trzeba było przeczytać dwa razy, żeby je zrozumieć. Nazwy statusów zrównano też z tym, co widać na ekranie w ośmiu innych językach.
• Nowa decyzja sama dostaje „bieżącą” wartość — na kategorii ustawionej jako oś czasu wchodzi ta wartość, której okres obejmuje dziś, tak samo jak przy zadaniach. Przy zapisywaniu nikt już o nią nie pyta.
• Słowa sięgają decyzji — amenbo search znajduje teraz decyzję również po nazwie wartości kategorii.
• Karta ląduje w dowolnym miejscu kolumny, nad którą widać, że stoi — dotąd bywało, że nie lądowała, mimo że wyglądała na trzymaną nad kolumną.
• Nazwy kategorii nie mogą już zawierać białych znaków — nazwy z białym znakiem nie dało się podać w --filter. Nazwy, które już masz, działają dalej.
• amenbo config odczytuje z powrotem każde ustawienie, które zapisuje config set — część wpisów dało się zapisać, ale nie było ich widać.

Skąd to wziąć

Otwórz instalator dla swojego systemu z najnowszego wydania. Prawa administratora nie są potrzebne.

• macOS — .pkg, osobno dla Apple silicon i dla Intela (GUI i CLI jadą razem)
• Windows — instalator .exe (GUI i CLI jadą razem)
• Linux — GUI to AppImage; komenda amenbo przychodzi z instalatora CLI

Żeby zaktualizować: w GUI baner „jest nowsza wersja” zakłada aktualizację w miejscu. Jeśli instalowałeś samo CLI, podmieni je amenbo update --apply.

Format zapisu danych idzie w górę — pierwsze uruchomienie tej wersji przenosi dane, a kopia sprzed przeniesienia zostaje zachowana automatycznie. Po przeniesieniu starsza wersja już ich nie otworzy. GUI i CLI aktualizują się razem, z tego samego instalatora, więc nie zostawiaj żadnego z nich na starej wersji.

Pierwszy raz tutaj? Zajrzyj na Zacznij.