← Alle Projekte

macOS und Linux

NtfyBar

Server-Alarme in der Menüleiste. Ein nativer Client für ntfy, egal ob ntfy.sh oder selbst gehostet, mit einem Posteingang pro Thema.

Ansehen
Status
Version 1.0, per Homebrew installierbar
Erster Commit
20. August 2026
macOS menu bar client for ntfy.kaiserlich.dev
Technik
Swift, SwiftUI, Homebrew, QML, Python

Warum ich das gebaut habe

Alles, was bei mir läuft, meldet sich über ntfy. Deployments, Monitore, fehlgeschlagene Jobs, für meine eigenen Server und für Systeme, die ich für Kunden betreibe. ntfy ist ein schlichter Push-Dienst, den ich selbst hoste.

Am Rechner wollte ich diese Meldungen dort haben, wo ich ohnehin hinschaue: oben in der Menüleiste. Ohne Browser-Tab, den ich offen halten muss, und ohne Web-App im Hintergrund.

Was es macht

  • Lebt in der Menüleiste und hält eine Verbindung zum ntfy-Server offen.
  • Zeigt neue Meldungen als native macOS-Banner.
  • Sammelt alles in einem Posteingang, gruppiert nach Thema. Ein Klick öffnet den Link aus der Meldung.
  • Funktioniert mit ntfy.sh oder jedem selbst gehosteten Server, mit Benutzername und Passwort oder Token. Zugangsdaten liegen im macOS-Schlüsselbund.
  • Installation mit brew install --cask ntfybar über meinen eigenen Homebrew-Tap.

Weil ich auch unter Linux arbeite, gibt es seit dem Tag danach eine Portierung für die Omarchy-Leiste: eine Glocke in der Leiste, dieselben Banner, derselbe Posteingang, installiert mit einem einzigen omarchy plugin add.

Technische Entscheidungen

Nativ statt Electron. Eine Menüleisten-App, die den ganzen Tag läuft, soll kaum Speicher brauchen und sich wie macOS anfühlen. Also Swift und SwiftUI, rund 1.600 Zeilen, keine Abhängigkeiten außer dem Betriebssystem.

Erst für mich, dann allgemein. Die erste Version war fest auf meinen eigenen Server eingestellt. Noch am selben Tag habe ich daraus generische Einstellungen gemacht und ein Homebrew-Paket gebaut. Mein Server ist jetzt nur noch eine Voreinstellung.

Homebrew als Vertrieb. Kein App Store, kein eigener Updater. Ein Tap, ein Cask, eine Release-Zip auf GitHub. Für ein Werkzeug dieser Größe reicht das.

Aus den Sessions

NtfyBar ist an einem Nachmittag im August 2026 entstanden, die Linux-Version am nächsten Morgen. Es ist ein kleines Werkzeug, aber es hängt an etwas Größerem.

Im September habe ich einen Schritt weiter gedacht: Wenn ein Alarm sowieso bei mir landet, warum muss ich ihn dann selbst an einen Agenten weitergeben? Seitdem werden handlungsrelevante Meldungen aus ausgewählten Themen automatisch zu einem Agenten-Thread, der mit der Untersuchung anfängt. Entwarnungen werden herausgefiltert, und dieselbe Meldung erzeugt nur einen Thread. Im Test wurde aus einem Alarm genau ein Thread, ohne Duplikate.

NtfyBar zeigt mir, dass etwas passiert ist. Der Agent hat oft schon angefangen, bevor ich draufklicke.