Amenbo 27.0.0 — Benachrichtigungen und Worktrees gehören dazu

Was bisher als Plugin installiert wurde, gehört jetzt zu Amenbo selbst. Auch die Änderungen aus 24.3.0, 25.0.0 und 26.0.0 sind bis zu dieser Version angekommen.

Die Plugins gehören jetzt zu Amenbo

Benachrichtigungen und Worktrees brauchen kein Plugin mehr, das erst gefunden und installiert werden will. Nichts zu installieren, nichts einzuschalten. Wenn Sie sie in einer früheren Version installiert hatten, werden Ihre Einstellungen übernommen, und beim ersten Öffnen dieser Version sagt die App einmal, was wohin gewandert ist.

• die Einstellungen für Mail und Slack — die Benachrichtigungsziele des Geräts und welche Projekte darüber berichten
• die Schlüssel, die zum Koppeln verwendet werden

Die Plugins, die Sie installiert hatten, werden bei der Migration entfernt. Die Plugin-Bildschirme und den Abschnitt „Plugins“ in der Seitenleiste gibt es nicht mehr. amenbo plugin-Befehle gibt es nicht.

Eine Verbindung wird einmal auf dem Gerät hinterlegt

Was an einer Aufgabe geschieht, kann nach Slack oder per Mail gehen. Eine Verbindung wird einmal auf dem Gerät hinterlegt, und die Projekte wählen daraus. Ändert sich ein Webhook, gibt es eine Stelle zum Bearbeiten.

Über 13 Ereignisse lässt sich berichten: Aufgabe angelegt / erledigt / zugewiesen / verschoben, Entscheidung angenommen und abgelehnt, Kommentar hinzugefügt und so weiter. Bei Terminen wird je einmal am Tag gesagt, dass der Tag herangekommen ist, und dass der Tag morgen ist.

Eine Verbindung lässt sich dort ausprobieren, wo sie eingetragen wurde. „Verbindung prüfen“ liest die Form der Einstellungen, und bei Mail geht es so weit, sich mit dem Server zu verbinden und das Konto anzubieten. „Testnachricht senden“ sendet wirklich eine. Ob gesendet werden kann, entscheidet sich dort und nicht daran, dass die erste Benachrichtigung ausbleibt.

Der Text der Benachrichtigungen kommt in der Sprache heraus, die in der App gewählt ist.

Eine Aufgabe kann einen eigenen git-Checkout bekommen

Zwei Sitzungen auf einem Arbeitsbaum vermischen die ungespeicherten Änderungen der jeweils anderen. Einer Aufgabe lässt sich jetzt ein eigener Checkout zuschneiden.

eval "$(amenbo worktree start 123)"

Wohin er geht, steht fest, und niemand wird gefragt: neben dem Repository, unter <repository name>-worktrees/<task number>, auf dem Branch task/<task number>. Er liegt neben dem Projektordner und nicht darin, eine KI, die dort läuft, kommt also nicht an das eigentliche Backlog heran.

Der Befehl amenbo worktree finish 123 nimmt den Checkout und den Branch weg. Er verweigert das, solange es nicht eingecheckte Änderungen gibt oder Commits, die noch nicht angekommen sind.

Mehr zu den Bereichen

• Das Feld unter einem Bereich klappt weg — zugeklappt ist der Standard, und dieser Rechner merkt sich, ob es offen war.
• Enter ist ein Zeilenumbruch — abgeschickt wird mit Enter und der Zusatztaste Ihres Betriebssystems, und der Sendeknopf nimmt erst Farbe an, wenn es etwas zu senden gibt.
• Die unterste Zeile nennt das Modell — ein Bereich sagt, mit welchem Modell er spricht, und beim erneuten Öffnen der App steht er wieder auf diesem Modell.
• Codex- und Gemini-Bereiche kehren zu ihrem vorigen Gespräch zurück — jeder Bereich ist sein eigenes Gespräch.
• Auf macOS kann Option die Meta-Taste sein — für die Tasten innerhalb eines Bereichs, die eine Meta-Taste wollen.

So bekommen Sie es

Öffnen Sie den Installer für Ihr Betriebssystem aus dem neuesten Release. Adminrechte braucht es nicht.

• macOS — .pkg, je einer für Apple Silicon und für Intel (Oberfläche und CLI kommen zusammen)
• Windows — .exe-Setup (Oberfläche und CLI kommen zusammen)
• Linux — die Oberfläche ist ein AppImage; der Befehl amenbo kommt aus dem CLI-Installer

Zum Aktualisieren: In der Oberfläche wendet das Banner „Eine neuere Version ist verfügbar“ die Aktualisierung an Ort und Stelle an. Wenn Sie nur die CLI installiert haben, tauscht amenbo update --apply sie aus.

Das gespeicherte Datenformat rückt auf — der erste Start auf dieser Version migriert es, und eine Sicherung von vor der Migration wird automatisch aufbewahrt. Einmal migriert, kann eine frühere Version es nicht mehr öffnen. Oberfläche und CLI werden vom selben Installer zusammen aktualisiert, lassen Sie also nicht eines von beiden auf der alten Version.

Neu hier? Siehe Loslegen.