Amenbo 27.0.0 — meldingen en worktrees zitten in Amenbo zelf

Wat je vroeger als plug-in installeerde zit nu in Amenbo zelf. De veranderingen uit 24.3.0, 25.0.0 en 26.0.0 zijn met deze versie ook geland.

De plug-ins zitten nu in Amenbo

Voor meldingen en worktrees hoef je geen plug-in meer te zoeken en te installeren. Niets om te installeren en niets om aan te zetten. Had je ze op een eerdere versie geïnstalleerd, dan gaan je instellingen mee, en de eerste keer dat je deze versie opent zegt de app één keer wat waarheen verhuisd is.

• mail- en Slack-instellingen — de meldingsbestemmingen van dit apparaat, en welke projecten daardoor melden
• de sleutels die voor het koppelen gebruikt worden

De plug-ins die je geïnstalleerd had worden tijdens de migratie verwijderd. De plug-inschermen, en het onderdeel Plug-ins in de zijbalk, zijn weg. Er zijn geen amenbo plugin-commando’s.

Een verbinding schrijf je één keer op het apparaat

Wat er met taken gebeurt kan naar Slack of naar de mail. Een verbinding schrijf je één keer op het apparaat, en projecten kiezen daaruit. Verandert een webhook, dan is er één plek om te bewerken.

Er kunnen 13 gebeurtenissen gemeld worden: taak aangemaakt / klaar / toegewezen / verplaatst, besluit aangenomen en afgewezen, opmerking toegevoegd, en zo verder. Bij datums worden de dag die aanbreekt en de dag die morgen is elk één keer per dag gezegd.

Een verbinding kun je uitproberen waar je hem getypt hebt. “De verbinding nakijken” leest hoe de instellingen eruitzien, en bij mail gaat het zo ver dat het verbinding maakt met de server en het account aanbiedt. “Een testbericht sturen” stuurt er echt een. Of het sturen lukt beslis je daar, en niet doordat de eerste melding niet aankomt.

De tekst van een melding komt eruit in de taal die in de app gekozen is.

Een taak kan een eigen git-checkout krijgen

Twee sessies op één working tree mengen elkaars niet-weggeschreven bewerkingen. Voor een taak kun je nu een eigen checkout afsnijden.

eval "$(amenbo worktree start 123)"

Waar het komt te staan ligt vast en er wordt niets gevraagd: naast de repository, op <repository name>-worktrees/<task number>, op branch task/<task number>. Het staat naast de projectmap en niet erin, zodat een AI die daar draait niet bij de echte backlog kan.

Het commando amenbo worktree finish 123 haalt de checkout en de branch weg. Het weigert zolang er veranderingen zijn die niet vastgelegd zijn, of commits die nog niet geland zijn.

Meer over deelvensters

• Het vak onder een deelvenster vouwt weg — weggevouwen is de standaard, en deze machine onthoudt of het openstond.
• Enter is een nieuwe regel — sturen is Enter met de eigen toets van jouw besturingssysteem erbij, en de stuurknop krijgt pas kleur als er iets te sturen valt.
• De onderste rij noemt het model — een deelvenster zegt met welk model het praat, en open je de app opnieuw, dan staat het weer op dat model.
• Codex- en Gemini-deelvensters komen terug op hun vorige gesprek — elk deelvenster is een eigen gesprek.
• Op macOS kan Option de meta-toets zijn — voor de toetsen binnen een deelvenster die een meta willen.

Waar je het haalt

Open het installatiebestand voor jouw besturingssysteem bij de nieuwste uitgave. Beheerdersrechten zijn niet nodig.

• macOS — .pkg, één voor Apple silicon en één voor Intel (de GUI en de CLI komen samen)
• Windows — setup-.exe (de GUI en de CLI komen samen)
• Linux — de GUI is een AppImage; het commando amenbo komt uit het CLI-installatiebestand

Bijwerken: in de GUI voert de banner “er is een nieuwere versie” het ter plekke door. Heb je alleen de CLI geïnstalleerd, dan verwisselt amenbo update --apply hem.

Het opgeslagen gegevensformaat gaat omhoog — de eerste start op deze versie zet het over, en een reservekopie van vóór de migratie blijft vanzelf bewaard. Eenmaal overgezet kan een eerdere versie het niet meer openen. De GUI en de CLI worden door hetzelfde installatiebestand samen bijgewerkt, dus laat er niet één van op de oude versie staan.

Voor het eerst hier? Kijk bij Beginnen.