amenbo 2.0.0 — wtyczki: twój własny program rusza, gdy coś dzieje się z zadaniem

Od tego wydania napisany przez ciebie program może ruszać, gdy coś dzieje się z zadaniem. Zmieniła się też jedna rzecz w sposobie wywoływania CLI i komendy, które wcześniej działały, spotkają się teraz z odmową — przeczytaj „Przy aktualizacji”, zanim się przesiądziesz.

Wtyczki

• Zdarzenia zadania wołają twój program — wtyczka rusza, gdy zadanie zostaje ukończone, gdy zmienia się jego stan, gdy dochodzi komentarz. Możesz też uruchomić ją sam przez amenbo plugin run <name>.
• Instalacja z ekranu Market albo z wiersza poleceń — wybierz wtyczkę z oficjalnego katalogu na ekranie „Market” w GUI albo uruchom amenbo plugin install <name>. Dziś jest tam jedna pozycja: worktree, która wycina worktree gita osobno dla każdego zadania.
• Instalacja to jeszcze nie włączenie — włączenie jest osobnym krokiem: amenbo plugin enable <name>. Czy ten przełącznik działa na projekt, czy na maszynę, decyduje autor wtyczki.
• Podpis i suma kontrolna są sprawdzane, zanim cokolwiek wyląduje — czego nie da się zweryfikować, to się nie instaluje.
• Wtyczka to zwykły program wykonywalny — napisz ją w dowolnym języku. amenbo uruchamia ją jako proces potomny i podaje jej JSON na standardowym wejściu. Zobacz Writing a plugin.

Co da się odczytać, ustawić i sprawdzić

• Otwórz wiersz i zobacz, co bierzesz — szczegóły mówią, które zdarzenia wołają wtyczkę i co trzeba będzie skonfigurować po instalacji — jeszcze zanim ją zainstalujesz.
• Ustawienia to formularz — pola, które autor deklaruje w manifeście, stają się formularzem. Pola z sekretami są zasłonięte, a projekt może nadpisać te wartości, które musi.
• amenbo plugin log — ostatnie uruchomienia, z ich wyjściem i kodami wyjścia. To tutaj się zagląda, gdy wtyczka nie zrobiła tego, czego się spodziewałeś.

Serwuj wtyczki z własnego katalogu

• Zarejestruj katalog, a jego wtyczki staną obok oficjalnych — amenbo plugin catalog add <URL of catalog.json> --name "Team catalog", i pojawiają się na tej samej liście, gotowe do instalacji. Wtyczki firmowe można rozprowadzać bez przechodzenia przez oficjalny katalog.
• Katalog to trzy statyczne pliki — żadnego procesu serwerowego do utrzymania. Zobacz Running a catalog.
• Klucz podpisujący jest przypinany przy rejestracji — rejestracja pokazuje ci odcisk klucza, który katalog publikuje, a zgoda go przypina. Wtyczki instalowane z tego katalogu są od tej pory weryfikowane tym kluczem. Katalog z podmienionym kluczem spotyka się z odmową; katalog, który nie publikuje żadnego klucza, da się tylko przeglądać.
• Każdy wiersz niesie nazwę swojego katalogu — a listę można filtrować po źródle. Oznaczenie „oficjalna” dostają wyłącznie pozycje z oficjalnego katalogu: katalog z zewnątrz, który sam sobie je przypisze, go nie dostanie.
• Zainstalowana wtyczka pamięta, skąd przyszła — aktualizacje są pobierane z tamtego katalogu, więc ta sama nazwa w innym katalogu nigdy nie zostanie wzięta przez pomyłkę.

Także w tym wydaniu

• Odrzucenie zapisu decyzji z poziomu GUI — wpisz powód i odrzuć ją na miejscu. Nie trzeba się dla tego przesiadać na CLI.
• Dwa ustawienia, które nic nie robiły, wreszcie działają — default_view, czyli widok otwierany przy starcie, i date_locale, czyli sposób zapisu dat.
• Klasyfikacja zadania już przy tworzeniu — amenbo task add --dim <axis>=<value>. amenbo task show wypisuje też klasyfikację zadania.

Przy aktualizacji

• --actor jest teraz wymagane przy każdej komendzie CLI, która dotyka magazynu — dotąd brało się ze zmiennej środowiskowej AMENBO_ACTOR albo z wartości domyślnej, gdy nic nie napisałeś. Od tego wydania piszesz je za każdym razem: --actor human, gdy piszesz ty, --actor ai, gdy pisze AI. Na przykład amenbo task list --actor human. Jeśli miałeś to ustawione zmienną środowiskową, przenieś to na komendy. Pliki AGENTS.md i CLAUDE.md, które amenbo zostawia, wypisują teraz --actor ai wprost. W GUI nic się nie zmienia.
• Format zapisu danych idzie w górę — pierwsze uruchomienie tej wersji przeprowadza migrację, a kopia sprzed migracji zostaje zachowana automatycznie. Po migracji wcześniejsza wersja już tych danych nie otworzy. GUI i CLI są aktualizowane razem tym samym instalatorem, więc nie zostawiaj jednego z nich na starej wersji.

Skąd to wziąć

Otwórz instalator dla swojego systemu z najnowszego wydania. GUI i CLI jadą razem, a prawa administratora nie są potrzebne.

• macOS — .pkg, osobno dla Apple silicon i dla Intela (przy pierwszym otwarciu pojawia się Gatekeeper: kliknij prawym → Otwórz)
• Windows — instalator .exe
• Linux — .deb / .rpm

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

Pierwszy raz tutaj? Zajrzyj na Zacznij.