Workban

Changelog

Jede Version, jede Änderung.

Workban erscheint in kleinen Schritten. Web-App und CLI tragen dieselbe Version. Hier steht, was in jeder Version neu dazukam, sich geändert hat oder behoben wurde.

  • v0.36.0
  • 73 Releases
  • Seit 11. September 2026
  • Eine Version für Web-App und CLI

v0.36.0

Neu

  • Workban ist zusätzlich unter https://workban.de erreichbar. Die bisherige Adresse workban.lunaarc.de bleibt Hauptadresse und funktioniert unverändert weiter, Passkeys vorerst nur dort.

Geändert

  • Die CLI spricht standardmäßig mit https://workban.de. Tokens und .workban.toml-Dateien mit der alten Adresse workban.lunaarc.de gelten weiter, ohne neuen Login. Installation und Updates kommen von workban.de.
  • Einladungen und Anmelde-Links kommen von noreply@workban.de. Kontakt, Impressum und Datenschutzerklärung nennen contact@workban.de. Die Datenschutzerklärung führt mailbox.org (Heinlein Hosting GmbH, Berlin) als Mail-Dienstleister statt Hetzner.

v0.35.0

Neu

  • Admin → Server zeigt, was auf dem Produktionsserver los ist: Festplatte, Arbeitsspeicher, Last und Laufzeit mit einem Verlauf über sieben Tage, was Docker und Workbans Daten belegen, und jeden Container mit Zustand. Warnungen stehen oben, etwa bei voller Platte oder einem gestoppten Container.

v0.34.0

Neu

  • Nächtliche Backups: Datenbank, Dateien und Konfiguration werden jede Nacht verschlüsselt gesichert und 30 Tage aufbewahrt. Plattform-Admins steuern das unter Admin → Backups: Uhrzeit, Passwort, „Jetzt sichern“, die Liste der Snapshots und den Verlauf. Ein Snapshot lässt sich dort wiederherstellen, nach Eintippen seiner ID; vorher sichert Workban den aktuellen Stand, damit der Schritt rückgängig zu machen ist.

Geändert

  • Die Datenschutzerklärung beschreibt die Sicherungen genauer: auch hochgeladene Dateien, verschlüsselt, auf demselben Server in Nürnberg.

v0.33.0

Neu

  • Die Website hat Unterseiten statt einer langen Seite: Agenten & CLI, Teams, Statistik, Dashboards, Sicherheit, Einrichten, Häufige Fragen, Changelog und Roadmap, auf Deutsch und Englisch (/statistik und /en/statistics). Die Navbar führt mit einem Produkt-Menü dorthin, der Sprachumschalter wechselt auf dieselbe Seite in der anderen Sprache. Die Startseite ist jetzt eine Übersicht mit einem Einstieg für Entwickler, Teams und Management.
  • sitemap.xml und robots.txt, dazu Metadaten mit Sprachverweisen für jede Seite.
  • Plattform-Admins löschen einen Workspace endgültig, unter /admin/workspaces/<id> mit „Löschen…“. Projekte, Tasks, Anhänge, Dashboards und Tokens gehen mit, ebenso die Konten, die danach keinen Workspace mehr hätten; der Dialog nennt sie vorher, der Slug muss eingetippt werden. API: DELETE /platform/workspaces/:id.

Geändert

  • Landing Page, Impressum und Datenschutz im neuen Look: dunkles Maschinenstahl-Grau, Cyan als einzige Akzentfarbe, Barlow für Text und IBM Plex Mono für Nummern, Zeiten, Tokens, Kosten und Befehle. Status als Punktformen mit Legende, die Statistik als dichte Tabelle mit Vergleich zur Vorwoche beim Überfahren, auf dem Handy Board als Akkordeon und eine feste Startleiste. Die Marketing-Seiten sind jetzt immer dunkel; Texte und App bleiben unverändert.

v0.32.3

Behoben

  • Riegel: Ein Python- oder Node-Skript, das nur außerhalb des Repos schreibt (Notizen unter ~/.claude, /tmp), braucht keinen laufenden Task mehr, auch wenn der Agent im Repo arbeitet. Bisher galt der Name des Interpreters als Datei im Repo.
  • Zeiterfassung: Tasks, die vor Mitte September gestartet und dann geparkt oder erledigt wurden, zählen beim erneuten Start die geparkte Zeit nicht mehr als Arbeit.

v0.32.2

Behoben

  • Board-Suche: In der Liste der weiteren Treffer steht der Titel jetzt vollständig in einer eigenen Zeile, auch lange Titel werden nicht mehr gekürzt; Nummer, Projekt und Grund stehen darunter. Die Liste ist auf großen Bildschirmen breiter.

v0.32.1

Geändert

  • Board-Suche: Die weiteren Treffer (nur in der Beschreibung, älter erledigt, archiviert) liegen jetzt als Liste unter dem Suchfeld über den Karten, statt das Board nach unten zu schieben. Ein Klick daneben blendet sie aus, mit Pfeil runter geht es von der Suche in die Liste.

v0.32.0

Neu

  • Admin-Bereich für Plattform-Admins unter /admin: alle Workspaces mit Owner, Mitgliedern, Projekten, Task-Zahlen und letzter Aktivität, je Workspace eine Detailseite, dazu alle Konten mit Workspaces, Rollen, Registrierung und letztem Login. Sichtbar nur mit dem Flag is_platform_admin und nur im Browser, nie mit einem CLI-Token. Den ersten Admin setzt deploy/deploy.sh admin <email> auf dem Server, weitere entstehen im Admin-Bereich. Die API liefert dafür GET /platform/workspaces, GET /platform/workspaces/:id und GET /platform/users.
  • Admin-Bereich verwaltet jetzt auch: weitere Plattform-Admins anlegen (mit Startpasswort) oder per Mail einladen, das Admin-Recht geben und entziehen; das Profil jedes Kontos mit Bearbeiten (Name, Position, E-Mail), Sperren und Löschen, wobei die Owner-Rolle in geteilten Workspaces automatisch weitergeht; die Statistik jedes Workspaces; Workspaces deaktivieren und wieder aktivieren. Jede dieser Aktionen steht im Protokoll unter Admin → Protokoll. Neue Admins brauchen keinen Workspace und landen nach dem Login direkt im Admin-Bereich; im Profil lässt sich jedes Konto, auch ein reines Admin-Konto, einem Workspace zuweisen. Ein Konto arbeitet weiter in seinem ersten Workspace, bis es einen Umschalter gibt; der Dialog weist darauf hin.
  • Gesperrte Konten und Mitglieder deaktivierter Workspaces bekommen beim Login einen Hinweis; API, CLI-Tokens und Dashboard-Links antworten für sie mit 403.

v0.31.0

Neu

  • Board-Filter „Nicht zugewiesen": Ein Klick auf den leeren Kreis hinter den Personen zeigt nur Tasks, die niemand hat. GET /tasks nimmt dafür assignee=none.

v0.30.0

Neu

  • Beiträge je Projekt: wer in welchem Projekt wie viel erledigt hat, mit einem Kästchen je Tag oder Abschnitt wie bei GitHub, je dunkler, desto mehr. In der Statistik als Karte „Beiträge je Projekt" (alle Projekte oder eines, Tasks oder Zeit, mit Aufteilung nach Claude Code, Codex und ohne Agent), auf Dashboards als Widget „Beiträge" (Projekt und Zeitraum wählbar: diese Woche oder 30 Tage). Agenten zählen für ihre Person. Die API liefert dafür contributions in GET /stats und GET /dashboard.
  • Konto selbst löschen unter Einstellungen → Profil, mit der eigenen E-Mail-Adresse als Bestätigung. Workspaces ohne weitere Mitglieder gehen mit, in geteilten Workspaces bleiben Tasks und Kommentare mit „Gelöschtes Konto“ als Name. Owner übergeben vorher.
  • Landing Page für Besucher ohne Login, auf Deutsch unter / und auf Englisch unter /en: Tasks hängen wie Bons an einer Schiene, ein Terminal druckt einen Task, das Board als Schiene mit fünf Spalten, ein Bon mit Zeiten, Tokens und Kosten, das echte Wand-Dashboard und die fünf Schritte bis zum ersten Task. Alle gezeigten Tasks sind als Beispieldaten beschriftet. Eingeloggte Besucher kommen weiter direkt aufs Board.
  • Die Landing Page zeigt die Statistik: ein Wochenabschluss als Bon, diese Woche neben der Vorwoche, mit erledigten Tasks pro Tag, KI-Anteil, Bearbeitungs- und Durchlaufzeit, Nacharbeit, Projekten, Tokens und Kosten (Beispieldaten).
  • Neue Fußzeile für Landing Page, Impressum und Datenschutz: ein Typenschild mit Version und Serverstandort, Sprungmarken zu allen Abschnitten, Anmelden und Registrieren, Rechtliches mit Kontakt-Mail und die Sprachwahl.
  • Impressum (/impressum) und Datenschutzerklärung (/datenschutz), verlinkt von der Landing Page, unter den Formularen für Login, Registrierung und Einladung, im Benutzermenü der App und in den Einladungsmails. Das Impressum nennt die Kontaktstelle nach dem Digital Services Act und den Weg, rechtswidrige Inhalte zu melden; die Datenschutzerklärung nennt je Verarbeitung Zweck, Rechtsgrundlage und Speicherdauer.

Geändert

  • Board und Archiv bleiben mit vielen erledigten Tasks flüssig: Ein Task öffnet und schließt ohne Server-Anfrage für die Seite, nur noch die Details werden geladen; Titel, Status und Person stehen sofort im Panel. Live-Updates rendern nur die Karten neu, die sich geändert haben.
  • Statistik: Die Projektauswahl wird so breit wie der Projektname, statt lange Namen abzuschneiden; die aufgeklappte Liste zeigt jeden Namen ganz.
  • Abmelden im Benutzermenü führt auf die Landing Page statt auf das Login-Formular.
  • Einstellungen → CLI führt je Betriebssystem durch die Einrichtung: ein Umschalter zwischen macOS und Linux und Windows, vorbelegt nach dem Rechner, der die Seite öffnet. Windows bekommt eigene Schritte für Git for Windows und den Neustart von Terminal und Claude-Desktop-App; neu für alle ist der Schritt „Prüfen" mit workban doctor.
  • docs/05-cli.md beginnt mit einem Schnellstart je Betriebssystem. Die Details zu macOS und Linux und zu Windows stehen getrennt, dazu der Stand des Windows-Tests vom 30.09.2026.

v0.29.1

Neu

  • CLI-Binary für Windows auf ARM64 (windows-arm64), etwa für eine Windows-VM auf einem Mac mit Apple Silicon. install.ps1 wählt es selbst, workban update hält es aktuell.

Behoben

  • install.ps1 brach in Windows PowerShell 5.1 mit „Kein Binary für diese Architektur" ab, weil die Abfrage der Architektur über .NET dort leer zurückkommen kann. Sie kommt jetzt aus den Umgebungsvariablen des Systems. Der Download läuft ohne Fortschrittsbalken und damit deutlich schneller.
  • Meldungen von install.ps1 erschienen in Windows PowerShell 5.1 mit verstümmelten Umlauten („für"). Das Skript ist jetzt reines ASCII und wird mit charset=utf-8 ausgeliefert.
  • Windows: Der Riegel prüft jetzt auch das PowerShell-Tool von Claude Code. Bisher stand nur Bash im Matcher, Befehle wie Set-Content liefen dort ohne Task durch. In bestehenden Repos einmal workban init --update ausführen. Cmdlets in mehrzeiligen Befehlen werden jetzt in jeder Zeile erkannt.
  • Windows: workban doctor meldete Regel, Skill und Hooks als fehlend, obwohl sie im Repo lagen, weil der Pfad zur .workban.toml mit \ statt / getrennt ist.
  • Die Windows-Binaries am GitHub Release entstehen jetzt mit denselben Optionen wie die vom Server ausgelieferten, ohne --windows-hide-console.

v0.29.0

Neu

  • Ein Dashboard besteht aus Seiten, einer bis acht: ein Raster mit Widgets oder eine der Szenen Backlog, In Arbeit, Erledigt und Statistik, jede mit eigener Dauer (10 bis 600 Sekunden). Die Anzeige geht sie der Reihe nach durch, die Punkte im Fuß zeigen die Seite. Bestehende Dashboards haben eine Seite und stehen still wie bisher.
  • Der Dashboard-Editor hat eine Karte „Seiten": Seite hinzufügen (leer für eigene Widgets oder eine Szene), Dauer setzen, nach vorn oder hinten schieben, duplizieren, löschen. Die Vorschau zeigt die gewählte Seite. Neue Vorlage „Rotation" mit den vier Szenen.
  • Jedes Dashboard hat einen eigenen Link (/display/dashboard?token=…), sichtbar in der Liste und im Editor mit Ablaufdatum und letztem Abruf. Er entsteht beim Anlegen und gilt 12 Monate. Was am Dashboard geändert wird, erscheint auf der Anzeige ohne neuen Link. „Link erneuern" macht den bisherigen sofort ungültig (POST /dashboards/:slug/link). Dashboards von früher bekommen ihren Link über „Link erstellen".

Geändert

  • Der Menüpunkt Bildschirme entfällt, /settings/signage leitet auf die Dashboards. Links der bisherigen Bildschirme laufen weiter, bis ihr Token abläuft oder unter Tokens widerrufen wird; neue Links mit view, theme oder dashboard im Link lassen sich in der Oberfläche nicht mehr zusammenstellen. Team, Fokus und Rotation gibt es als Vorlagen.
  • Einstellungen → Tokens bietet für Board-Tokens keinen Dashboard-Link mehr an und führt die Links der Dashboards nicht auf.
  • API: Dashboards tragen pages statt layout (GET, POST, PATCH /dashboards). Ein Link mit mehreren Dashboards hängt deren Seiten aneinander; interval im Link gilt weiter und überschreibt dann die Dauer der Seiten.
  • Einstellungen → Projekte zeigt die Projekte als Tabelle. Ein Klick auf Name, Slug, Repository oder Angelegt sortiert, ein zweiter dreht die Richtung. Name und Farbe stehen nicht mehr als Eingabefelder in der Zeile: „Bearbeiten“ öffnet einen Dialog für Name, Farbe und Repository-URL.
  • Der Dialog „Neues Projekt“ fragt die Farbe gleich mit ab, aus der Palette oder frei gewählt. Vorbelegt ist die erste Farbe, die noch kein Projekt trägt; dieselbe Regel gilt jetzt, wenn die API oder die CLI ein Projekt ohne Farbe anlegt.
  • Einstellungen → Mitglieder: Offene Einladungen stehen jetzt in der Mitgliederliste statt in einer eigenen Karte am Seitenende, mit „Erneut senden“ und „Zurückziehen“ in der Zeile. Abgelaufene sind als solche markiert. Die Rollenübersicht steht auf breiten Bildschirmen rechts neben der Liste.
Ältere Versionen (61)

v0.28.0

Neu

  • Vier Rollen statt zwei, angelehnt an GitHub: Owner, Admin, Maintainer und Mitglied. Admins dürfen alles außer der Übergabe der Owner-Rolle, also auch Mitglieder einladen und entfernen, Rollen vergeben und Tasks löschen. Maintainer pflegen Projekte, Dashboards und Bildschirme. Owner und Admins vergeben die Rolle unter Einstellungen → Mitglieder, beim Einladen oder später in der Zeile des Mitglieds (PATCH /members/:id).
  • GET /me liefert permissions, die Liste der Aktionen, die die Rolle erlaubt. workban init bietet damit „Neues Projekt anlegen" nur noch an, wenn die Rolle das darf.

Geändert

  • Mitglied ist jetzt die eingeschränkte Rolle: volle Arbeit an Tasks, im Web und per CLI, aber keine Projekte anlegen oder archivieren, keine Dashboards und keine Bildschirme einrichten. Die Sperre sitzt in der API und gilt damit im UI und in der CLI gleich. Wer bisher Mitglied war, wird bei der Migration Maintainer und behält seine Rechte; neue Einladungen starten als Mitglied.
  • Bei der Übergabe der Owner-Rolle wird der bisherige Owner Admin statt Mitglied.
  • Lokale Testdaten: Das „Demo-Team" hat jetzt je einen Account pro Rolle. Ben Keller ist Admin, Clara Wolf Maintainer, neu dazu kommt David Roth als Mitglied (david@example.com).
  • Ein 403 nennt neben der Aktion die Rolle (Keine Berechtigung für project.create (Rolle: member)).

v0.27.0

Neu

  • Board: Suche in der Filterleiste. Sie filtert die Karten beim Tippen nach Nummer (42 oder #42), Titel, Branch, Projekt und Person und markiert Treffer im Titel; mehrere Wörter müssen alle passen. Gleichzeitig sucht sie in Beschreibungen, älteren erledigten Tasks und archivierten Projekten; diese Treffer stehen darunter als Liste mit dem Grund und öffnen sich per Klick. / springt ins Feld, Esc leert es, Enter öffnet den Task, wenn es genau einen Treffer gibt.

Geändert

  • API: GET /tasks?q= sucht in Titel, Beschreibung, Branch und Nummer statt nur im Titel, jedes Wort muss passen. Die Suche auf der Seite Erledigt profitiert davon.

v0.26.1

Behoben

  • Benutzernamen sind nur noch innerhalb eines Workspaces eindeutig. Bisher meldete das Profil „Username schon vergeben", sobald irgendein anderer Workspace den Namen nutzte. Der Username hängt jetzt an der Mitgliedschaft; wird ein Mitglied entfernt, ist sein Name wieder frei.

v0.26.0

Neu

  • Statistik: Zeitraumvergleich. Oben wählt man den Zeitraum (diese oder letzte Woche, Monat, Quartal, Jahr, die letzten 7, 30 oder 90 Tage oder frei per Datum) und womit er verglichen wird (Vorperiode, Vorjahr, frei gewählt oder gar nicht). Läuft der Zeitraum noch, zählt der Vergleich bis zum selben Zeitpunkt, Mittwochmorgen also gegen Mittwochmorgen der Vorwoche. Die Auswahl steht in der URL und lässt sich teilen; Tage und Wochen beginnen in der Zeitzone des Browsers.
  • Statistik: neue Kacheln mit Veränderung und Verlaufslinie (erledigt, angelegt, Bearbeitungszeit, KI-Anteil, Median der Bearbeitungs- und der Durchlaufzeit, Nacharbeit, KI-Kosten), „Auf einen Blick" mit den wichtigsten Veränderungen in Sätzen und neue Diagramme: erledigt im Vergleich, aufsummierter Verlauf, Zu- und Abfluss, offene Tasks, Mensch und Agent über die Zeit, Projekte und Personen im Vergleich (Tasks oder Zeit), Verteilung der Bearbeitungszeit, KI-Kosten und der aktuelle Stand nach Status. Jede Diagrammkarte lässt sich als Tabelle anzeigen.
  • API: GET /stats nimmt period, from/to, compare, compare_from/compare_to und tz und liefert period und compare mit Kennzahlen, Reihe und Aufschlüsselung. Die bisherigen Felder und range bleiben.
  • Lokale Entwicklung: pnpm db:reset spielt supabase/seed.sql ein, einen Workspace „Demo-Team" mit drei Test-Accounts (Owner und zwei Mitglieder), zwei Projekten und ein paar Tasks. Unter pnpm dev bietet die Login-Seite die Accounts als Ein-Klick-Login an, ein Produktions-Build zeigt sie nicht.

Geändert

  • Statistik: Die Seite öffnet mit dieser Woche gegen die Vorwoche statt mit den letzten 30 Tagen. Projekte, Personen und Agenten zählen im gewählten Zeitraum statt über die ganze Historie, Tage in der Zeitzone des Browsers statt in UTC.

v0.25.1

Geändert

  • Statistik: Die Kachel „Produktivster Tag" nennt den Wochentag („am Donnerstag, 24.09.2026"), damit sichtbar wird, an welchem Tag der Woche der Rekord fiel.

v0.25.0

Neu

  • Statistik: Kachel „Produktivster Tag" mit dem Tag, an dem die meisten Tasks erledigt wurden, über die ganze Historie statt über den gewählten Zeitraum. GET /stats liefert dafür best_day mit Datum, Anzahl und Bearbeitungszeit; ein Projektfilter gilt auch hier.

Geändert

  • Die Agenten-Anweisungen aus workban init sind aufgeräumt: Die Begründung zur Tmp-Datei stimmte seit der Riegel-Änderung nicht mehr (Ziele außerhalb des Repos sind frei), die Regel „Task vor der ersten Änderung" stand zweimal im selben Abschnitt, und Versalien wie die Verstoß-Formulierung sind raus. Der Sessionstart nennt nur noch den Pfad zur Regel.

v0.24.0

Behoben

  • Riegel: Er zählt je Agenten-Sitzung statt je Projekt. Arbeiten mehrere Agenten im selben Repo, öffnete bisher der Task der einen Spur auch der anderen; wer seinen Task vergaß, kam trotzdem durch. task start, task claim und task create --start merken sich die Sitzung, der Hook prüft sie. Ohne erkennbare Sitzung bleibt es beim bisherigen Verhalten.

v0.23.0

Neu

  • Einstellungen → CLI zeigt alle Befehle der installierten Version als durchsuchbare Liste: Suche mit „/", Filter nach Gruppe, je Befehl der Aufruf zum Kopieren, Argumente und Optionen. Die Liste entsteht aus dem Befehlsbaum der CLI (pnpm --filter workban index), ein Test hält sie aktuell. Die Code-Blöcke der Referenz darunter haben einen Kopieren-Knopf.

Neu

  • CLI: task attach kommt ohne Nummer aus und nimmt dann den laufenden Task. Neu sind --clipboard für das Bild aus der Zwischenablage und --last für den neuesten Screenshot, damit ein Bildschirmfoto ohne Umweg über den Dateipfad an den Task geht.

v0.22.1

Behoben

  • Board: Die Auswahl-Checkbox belegt keinen Platz mehr, solange sie unsichtbar ist. Der Projekt-Badge saß dadurch auf jeder Karte eingerückt.

v0.22.0

Neu

  • Board: mehrere Karten auswählen und in einem Schritt zuweisen. Die Checkbox erscheint beim Überfahren einer Karte, Cmd- oder Ctrl-Klick wählt ebenfalls aus. Eine Leiste unten nennt die Anzahl, weist an ein Mitglied zu (oder an niemanden) und hebt die Auswahl auf.

v0.21.0

Neu

  • CLI: --assignee ohne Wert zeigt bei task create und task edit eine Auswahl der Mitglieder, damit niemand Benutzernamen auswendig können muss. Ohne Terminal bleibt es beim Fehler mit der Liste.
  • Der Dialog „Neuer Task" hat ein Feld „Zuweisen an": ein Task kann beim Anlegen direkt einem Mitglied gehören, Standard bleibt „Niemand". Über die CLI geht das mit task create --assignee <benutzername>.

Behoben

  • Riegel: ${VAR:-fallback}, $(mktemp …) und $(dirname …) werden aufgelöst, damit Arbeit im Scratchpad (D=$(mktemp -d) && mkdir -p $D/x) keinen Task mehr braucht. Was in einer Substitution steht, prüft der Riegel weiterhin. Die Fälle aus Task #287 stehen als Tests im Repo.
  • Deploy: Die Schlusskontrolle fragt bis zu 20 Sekunden lang nach, statt beim ersten 502 abzubrechen. Nginx lädt neu, während der frische Container seinen Socket noch öffnet; das sah nach einem kaputten Deploy aus, obwohl Sekunden später alles lief.

v0.20.1

Behoben

  • CLI: workban update verweist am Ende auf workban init --update statt auf workban init.

v0.20.0

Neu

  • CLI: workban init --update hebt Regel, Skill und Hooks eines Repos auf den Stand der installierten CLI, ohne Fragen, ohne Login und ohne .workban.toml anzufassen. Der Sessionstart-Hinweis und workban doctor nennen jetzt diesen Befehl.
  • CLI: workban task current zeigt meinen laufenden Task im Projekt, und show, start, move, done, comment und edit nehmen ihn, wenn keine Nummer angegeben ist.
  • CLI: task create --assignee <me|username> und task edit --assignee <me|username|none>. Regel und Skill aus workban init legen Tickets, die nur vorgemerkt werden, mit --assignee me an, damit sie dem User gehören, und geben die Beschreibung per Heredoc auf stdin statt über eine Tmp-Datei, die der Riegel vor dem ersten Task blockierte.

Geändert

  • CLI: Titel, Beschreibungen und Kommentare verlieren lokale Pfade, bevor sie auf dem Board landen: Repo-Pfade werden relativ, Pfade außerhalb des Repos und gitignorierte werden zu <lokaler Pfad>. --keep-paths lässt alles stehen.

Behoben

  • CLI: task start <nr> öffnet einen erledigten Task nur noch mit --force. Nummern gelten workspace-weit, eine Nummer aus einem anderen Repo hat sonst still fertige Arbeit wieder geöffnet.
  • Riegel: Relative Pfade werden gegen das Arbeitsverzeichnis des Befehls und jedes cd darin aufgelöst, damit ein sed -i auf Notizen außerhalb des Repos frei bleibt. Ein -c/-e von Programmen, die keine Interpreter sind (psql -c "select … > 0"), gilt nicht mehr als Code und blockiert keine Lesebefehle mehr.

v0.19.0

Neu

  • Bildschirme folgen dem Dashboard-Editor: „Speichern" oder Löschen erreicht sie über den Live-Stream (dashboard.updated, dashboard.deleted), sie laden das Dashboard nach und zeichnen ohne Seiten-Reload neu.

v0.18.0

Geändert

  • „Letzte Aktivitäten" beginnt jede Zeile mit einer getönten Marke aus Symbol und Verb, der Task steht größer daneben, und die Zeilen sind nach Tag gruppiert („Heute", „Gestern"). Die Zeitspalte und Dauer/Tokens der Erledigt-Zeilen sind weg (Dauer und Kosten stehen bei „Letzte Abschlüsse").
  • Das Widget „Diese Woche" hat vier Darstellungen, im Editor wählbar: Ziel als Ring mit Tempo und Trend (Standard), Verlauf gegen die Vorwoche, Fluss über vier Wochen und der bisherige Status-Donut. Die drei Kacheln sind zu einer Zeile Kleintext geworden.
  • Das Widget „Team" hat eine Darstellung „Aufgaben", die unter jedem Namen den laufenden Task mit Projekt und Laufzeit zeigt, und wird zu einem Avatar-Raster, sobald mehr Leute da sind als Zeilen in die Box passen.
  • Das Widget „Erledigt pro Tag" hat drei Darstellungen, im Editor wählbar: Balken je Tag, eine Fläche über die Woche oder Balken neben der Vorwoche. GET /dashboard liefert dafür je Tag done_previous.
  • Das Widget „Board-Spalten" heißt jetzt „Kanban" und ist in jeder Größe brauchbar: Spalten nebeneinander, wenn sie breit genug sind, gestapelt, wenn sie hoch genug sind, sonst eine Liste mit einer Überschrift je Spalte, die als Ganzes durchläuft. Mindestgröße 2 × 2.
  • Das Widget „Projekte" zeigt neben dem Anteil die Stunden je Projekt und nennt im Fuß Tasks über vier Stunden sowie Tasks ohne erfasste Zeit. Der Zeitraum ist im Editor wählbar: diese Woche, 30 Tage oder gesamt; der Untertitel sagt, was gezählt wird. GET /dashboard liefert dafür project_time mit allen drei Fenstern, projects bleibt die Woche.

v0.17.0

Geändert

  • Dashboards werden auf eigenen Seiten angelegt und bearbeitet (/settings/dashboards/new, /settings/dashboards/<slug>) statt in der Liste. Die Vorschau ist jetzt der Bildschirm selbst mit den aktuellen Daten des Workspace, im Thema und Modus des Dashboards; Name, Farben und Widgets werden zusammen gespeichert. Widgets folgen beim Ziehen dem Zeiger mit Platzhalter (react-grid-layout); was darunter liegt, weicht in die freie Lücke aus oder verkleinert sich bis zur Mindestgröße. Die Kopfzeile zeigt auf Unterseiten den Pfad als Breadcrumb.

v0.16.2

Behoben

  • Die Hooks finden die CLI auch dann, wenn Claude Code den PATH ersetzt: das Kommando hängt ~/.local/bin, /usr/local/bin und /opt/homebrew/bin an den PATH an, statt sich auf einen Rückfall in ein Verzeichnis zu verlassen. Ein selbst ergänztes Hook-Kommando gilt für workban doctor als aktuell und löst keine dauerhafte „init"-Meldung mehr aus.
  • Links in Beschreibung und Feedback eines Tasks öffnen in einem neuen Tab, das Board bleibt offen.

v0.16.1

Behoben

  • Auf dem Handy schließt sich das Seitenmenü nach der Auswahl und bleibt ein Panel, statt die Seite zu verdecken.

v0.16.0

Geändert

  • Die Oberfläche ist auf dem Handy vollständig bedienbar: Board mit einer Spalte je Bildschirm und Sprungleiste, Task-Ansicht über die volle Breite, gestapelte Formulare, Diagramme mit schmaleren Achsen, kein Hineinzoomen auf iOS.

v0.15.0

Neu

  • Im Dashboard-Editor lässt sich je Board-Spalte einstellen, ob sie durchläuft oder still steht.

v0.14.2

Geändert

  • Board-Spalten auf dem Bildschirm laufen endlos durch, statt nach vier Karten „+n weitere" zu zeigen.

v0.14.1

Geändert

  • Die Dashboard-Liste zeigt den vollständigen Bildschirm-Link samt Token und kopiert ihn auf Knopfdruck.

v0.14.0

Neu

  • Dashboard-Editor: Optionen je Widget (Board-Spalten, Wochenziel), Thema und Modus je Dashboard, Dashboards duplizieren.
  • Ein Bildschirm kann mehrere eigene Dashboards im Wechsel zeigen (?dashboard=a,b&interval=30), Punkte im Fuß zeigen die Position.
  • Eigene Dashboards für Bildschirme: Widgets frei auf einem Raster anordnen, als Variante speichern und einem Bildschirm zuweisen (?dashboard=<slug>). Zwei Formate, quer 16:9 mit 12 × 8 Zellen und hoch 9:16 mit 8 × 14, mit Vorlagen für beide. Die Widgets richten ihre Dichte nach ihrer Größe. Verwaltung und Editor unter Einstellungen → Dashboards, API unter /dashboards. Team, Fokus und Rotation bleiben als Standardansichten.

v0.13.1

Behoben

  • Die Arbeitszeit der Woche zählt für einen Task nie mehr, als er insgesamt gearbeitet hat. Pausen, die nicht aus einem Statuswechsel stammen (Leerlauf-Deckel, Backlog, Zeitkorrektur), fehlten in der Wochenrechnung; ein Task mit 4 Minuten Arbeit stand damit im Panel „Projekte" mit über 20 Stunden.

v0.13.0

Neu

  • Leerlauf-Deckel: Eine Lücke ohne Lebenszeichen zählt höchstens 45 Minuten als Arbeit, alles darüber wird zur Pause. Die Uhr eines vergessenen Tasks wächst damit nicht mehr über Nacht.
  • Nach 4 Stunden ohne Lebenszeichen parkt Workban den Task selbst auf On Hold und schreibt das mit Quelle system in den Verlauf. Ein Job über pg_cron prüft das alle 15 Minuten.
  • Zeit korrigieren: Feld im Bearbeiten-Modus der Task-Ansicht, in der CLI workban task edit <nr> --worked <minuten>, in der API worked_seconds bei PATCH /tasks/:id. Die Differenz zur verstrichenen Spanne zählt als Pause, der Verlauf hält die Änderung fest.

Behoben

  • Die Uhr eines Tasks läuft nur noch in In Progress und Testing. Backlog und Done halten sie jetzt genauso an wie On Hold. Ein Task, der nach kurzer Arbeit zurück ins Backlog ging und dort über Nacht lag, zeigte sonst die ganze Wartezeit als Bearbeitungszeit.

v0.12.0

Neu

  • Geschätzte KI-Kosten je Task: workban task done teilt die gemessenen Tokens nach Modell auf und trennt Cache-Schreiben nach Lebensdauer; der Server rechnet daraus die Kosten zu API-Listenpreisen (Claude Fable 5.1, Opus, Sonnet, Haiku, GPT-6 Astra). Sichtbar in der Task-Ansicht, in workban task show, als Kachel „KI-Kosten" in Fokus- und Team-Ansicht, in den Abschluss-Zeilen, im Verlauf und auf der Statistikseite (auch je Agent). Abos und Rabatte bleiben außen vor; Tasks vor diesem Release haben keine Kosten, weil ihnen die Aufteilung nach Modell fehlt.

v0.11.0

Neu

  • Neue Spalte „On Hold" für begonnene Tasks, die auf jemand anderen warten, etwa auf einen manuellen Test. Dort steht die Uhr: Die Wartezeit zählt weder zur Dauer noch zur Arbeitszeit der Woche, und die Token-Messung lässt sie aus. On Hold ist aus In Progress und Testing erreichbar und führt zurück nach In Progress, Testing, Done oder Backlog. Board, Bildschirme (Team-Ansicht mit fünf Spalten, Rotation „Testing und On Hold"), Verlauf („on hold", „fortgesetzt"), Statistik, CLI (task move <nr> on_hold) und die Agenten-Regel kennen den Status. Die Task-Ansicht zeigt pausierte Zeit an.

v0.10.2

Behoben

  • workban task create ohne --start hängt nicht mehr den gerade ausgecheckten Branch an. Geplante Tasks landeten sonst mit einem fremden Branch im Backlog, und weil der Branch auch als Idempotenz-Schlüssel diente, gab jedes weitere create auf demselben Branch den ersten Task zurück, statt einen neuen anzulegen.
  • Ein Branch lässt sich entfernen: workban task edit <nr> --no-branch oder --branch "". Die API wertet einen leeren Branch als Entfernen, statt ihn abzulehnen, und nimmt einen aus dem Branch abgeleiteten Schlüssel mit.

Neu

  • Der Branch ist in der Task-Ansicht der Web-App im Bearbeiten-Modus änderbar.

v0.10.1

Behoben

  • Workban-Hooks finden workban auch, wenn Claude Code ohne Login-Shell startet (IDE, Desktop-App) und ~/.local/bin im PATH fehlt. Bisher endeten Riegel und Session-Hook dann mit „command not found", und der Riegel fiel unbemerkt aus. workban init schreibt die Hooks mit Rückfall auf ~/.local/bin/workban.
  • workban init erkennt Workban-Hooks in jeder Form, auch mit von Hand ergänztem PATH, und ersetzt sie, statt sie zu verdoppeln. Der Session-Hook meldet solche Formen als „nicht auf Stand" statt als fehlend.

Neu

  • workban doctor prüft unter „Hooks", ob workban ohne Login-Shell erreichbar ist.

v0.10.0

Geändert

  • Bildschirm-Ansicht „Team": Die Done-Spalte zeigt kompakte zweizeilige Karten, sechs statt drei sichtbar, darunter „+n weitere". Statt „Letzte Abschlüsse", die die Done-Spalte doppelten, steht dort „Letzte Aktivitäten": angelegt, gestartet, in Testing, Nacharbeit, erledigt mit Dauer und KI-Tokens, kommentiert. Die Kennzahlen zeigen KI-Tokens gesamt und Ø je Task. GET /dashboard liefert dafür activity.

v0.9.1

Behoben

  • Der Task-Riegel blockiert keine Inline-Skripte mehr, deren Code > enthält (node -e "… x => x", python3 -c "… if a > 0"). Das Zeichen galt als Umleitung in eine Datei. Echte Umleitungen und Schreibaufrufe im Skript werden weiter erkannt.
  • Variablen aus einem Skript-Heredoc (S=sys.argv[1] in Python) überschreiben keine Shell-Variablen mehr; ein $S-Ziel außerhalb des Repos sperrte sonst fälschlich.

v0.9.0

Neu

  • Token-Verbrauch je Task: workban task done misst ihn aus dem Sitzungsprotokoll von Claude Code oder Codex, nur für die Zeit, in der der Task lief, und schickt ihn mit. Nichts wird geschätzt; --tokens <n> trägt eine echte Zahl von Hand ein, --no-tokens schaltet die Messung ab. Nacharbeit aus einer späteren Sitzung wird addiert.
  • Neue Kennzahl „KI-Tokens": in der Fokus-Ansicht gesamt und Ø je Task sowie je Zeile in „Letzte Abschlüsse", auf der Statistikseite für den Zeitraum und je Agent, im Task-Detail mit Eingabe, Cache und Ausgabe. GET /tasks/:id liefert tokens, POST /tasks/:id/move nimmt tokens an.

v0.8.6

Neu

  • Bildschirme: Wochenziel je Bildschirm (goal=10 im Link, Feld unter Settings → Bildschirme). „Diese Woche" zeigt in Team und Fokus „Wochenziel 6 von 10" mit Fortschrittsbalken, grün ab Erreichen.

v0.8.5

Geändert

  • Bildschirm-Ansicht „Fokus": „Letzte Abschlüsse" steht rechts über die gesamte Höhe, bis zu zehn Zeilen mit Person, Agent, Projekt, Dauer und Zeitpunkt. Die Kachel „KI-Nutzung" entfällt in dieser Ansicht. „Gerade in Arbeit" passt sich der Anzahl an: bis sechs Tasks kompakte Karten in zwei oder drei Spalten, ab sieben einzeilige Zeilen bis neun.

v0.8.4

Behoben

  • Der Task-Riegel lässt einen Bash-Befehl durch, der vor dem ersten Schreibzugriff selbst workban task start, task claim oder task create --start aufruft (workban task start 17 … && sed -i …). Bisher wurde er abgelehnt, weil der Hook vor dem ganzen Befehl läuft und der Task da noch auf Testing stand.

Geändert

  • Die Ablehnung des Riegels ist ein Satz mit dem nächsten Befehl statt drei Zeilen mit Alternativen. Regel und Skill sagen, dass Start und erste Änderung in einem Befehl stehen dürfen.

v0.8.3

Behoben

  • Der Task-Riegel beurteilt sed -i, mv, cp, rm, mkdir, touch, chmod, ln, tee und Co. nach ihrem Ziel, wie bisher schon Umleitungen und Skripte: Liegen alle Ziele außerhalb des Repos (~/.claude/…, /tmp), bleibt der Riegel offen. Relative Pfade, unbekannte Variablen und fehlende Ziele sperren weiterhin.

v0.8.2

Behoben

  • task start, claim, move und done leeren den Cache des Task-Riegels sofort. Bisher blieb der Riegel nach task move <nr> testing bis zu 20 Sekunden offen, sodass kleine Änderungen direkt nach dem Verschieben noch durchgingen.

Geändert

  • Regel und Skill für Agenten: Der Task entsteht, sobald der User eine Änderung anfordert, noch vor dem Lesen des Codes; erst task move testing, dann Tests starten; auf Testing sind auch Changelog- und Doku-Zeilen gesperrt. workban init schreibt die neuen Texte.

v0.8.1

Behoben

  • Der Task-Riegel lässt Skripte durch, die in ihre Argumente schreiben (python3 - "$M/a.md" <<EOF … open(sys.argv[1], "w")), wenn alle Argumente außerhalb des Repos liegen, und löst ~ in Variablen (M=~/x) nach dem Einsetzen auf.

v0.8.0

Neu

  • Die CLI gibt es als eigenständiges Binary ohne Node: curl -fsSL …/cli/install.sh | sh (macOS, Linux) oder irm …/cli/install.ps1 | iex (Windows) legen es nach ~/.local/bin bzw. %LOCALAPPDATA%\workban\bin, unabhängig von nvm und der aktiven Node-Version. workban update ersetzt das Binary selbst; doctor zeigt die Installationsart. Der npm-Tarball bleibt als zweiter Weg. Release und Deploy bauen die Binaries mit Bun.

v0.7.2

Neu

  • Bildschirme: Farbthema und Hell/Dunkel je Bildschirm wählbar (theme, mode im Link), für Team, Fokus und Rotation. Standard bleibt dunkel in Modern Minimal.

v0.7.1

Behoben

  • Der Task-Riegel prüft nur noch Code: Heredoc-Inhalte ohne Interpreter (Commit-Nachrichten, Beschreibungen) und Zeichenketten in Anführungszeichen (Task-Titel, -m "…") zählen nicht mehr. Damit verschwinden die Fehlalarme durch > in Texten, rm oder open( in Fließtext und E-Mail-Adressen in spitzen Klammern.

v0.7.0

Behoben

  • Der Task-Riegel hält ein > vor einem Zeilenumbruch (etwa <noreply@…> in einer Commit-Nachricht per Heredoc) nicht mehr für eine Umleitung.

Neu

  • Signage-Ansicht „Rotation": wechselt animiert zwischen den Szenen Backlog, In Arbeit, Erledigt und Statistik; Intervall und Szenen stehen im Link und lassen sich unter Bildschirme einstellen. Team und Fokus bleiben unverändert. GET /dashboard liefert dafür Zufluss und Abfluss je Woche, Perzentile, Nacharbeitsquote und Backlog-Alter.

v0.6.3

Neu

  • Windows: User-Config unter %APPDATA%\workban, workban update ruft npm.cmd über die Shell auf, der Riegel vergleicht Pfade mit Laufwerksbuchstaben und Git-Bash-Form (/c/…) ohne Groß-/Kleinschreibung und kennt PowerShell-Cmdlets. Doku mit Empfehlung Git for Windows oder WSL. Auf einem Windows-Rechner noch nicht durchgetestet.

Behoben

  • Der Task-Riegel lässt Skripte durch, die nur außerhalb des Repos schreiben (python open(p, "w"), node writeFileSync, Path(…).write_text mit absolutem Ziel). Die Testing-Meldung nennt einen Task nur noch, wenn genau einer auf Testing steht.

v0.6.2

Neu

  • Die Seitenleiste zeigt unten die Version der App.

Behoben

  • Der Task-Riegel wertet git merge, rebase, cherry-pick, revert und am nicht mehr als Code-Änderung; der Release-Ablauf läuft damit auch ohne laufenden Task.

v0.6.1

Geändert

  • Der Task-Riegel öffnet nur noch bei einem Task auf In Progress. Steht der eigene Task auf Testing, lehnt er Änderungen ab und nennt task start <nr> und danach task move <nr> testing. Regel und Skill beschreiben den Feedback-Ablauf in dieser Reihenfolge; nach workban update einmal workban init ausführen.

v0.6.0

Neu

  • Farbthemen: unter Profil, Erscheinungsbild stehen sechs Themen mit Vorschau in Hell und Dunkel zur Wahl (Modern Minimal, Sand, Violett, Bernstein, Wiese, Kupfer). Die Wahl hängt am Benutzer und gilt auf jedem Gerät; PATCH /me nimmt theme an.

Geändert

  • Seiten ohne doppelte Überschrift: der Titel steht nur noch in der Kopfzeile. Bei Bildschirmen und CLI sind die Erklärabschnitte „Zwei Ansichten" und „Mehrere Instanzen" weg. Daten erscheinen als TT.MM.JJJJ. CLI-Anleitung und Bildschirm-Links nennen immer die öffentliche Adresse der Instanz, nie localhost.
  • Die Navigation ist eine einklappbare Seitenleiste: Board, Erledigt und Statistik oben, alle Einstellungsseiten darunter. Farbschema und Benutzermenü bleiben in der Kopfzeile. Standard ist die Icon-Leiste, der Zustand bleibt je Browser erhalten.
  • Live-Updates nutzen eine geteilte Verbindung je Tab. Mehrere offene Tabs konnten die Verbindungsgrenze des Browsers erreichen, dann lud das Board nicht mehr.
  • Erledigt-Seite: ein Klick auf einen Task öffnet das Task-Panel direkt dort (/done?task=42), statt zum Board zu wechseln.

v0.5.0

Neu

  • workban doctor prüft Node, CLI-Version, Config, Instanz, API, Repo-Konfiguration, Agenten-Dateien und Completion auf einen Blick. Der Session-Hook meldet veraltete Regel, Skill oder Hooks nach einem CLI-Update.
  • Die CLI weist einmal am Tag auf eine neuere Version hin (nur im Terminal).
  • workban task delete (nur Owner, mit Rückfrage) und task move --position. init erinnert daran, Claude Code neu zu starten.

Geändert

  • Der Task-Riegel merkt sich einen laufenden Task 20 Sekunden je Repo, statt bei jedem Tool-Aufruf die API zu fragen.

v0.4.1

Geändert

  • Dashboard, Ansicht Team: „Top User" ist durch Kennzahlen über alle Tasks ersetzt, die Team-Kachel zeigt statt Arbeitszeit und Vergleichsbalken nur noch das Team mit Aktivitätsstatus. Die Kennzahlen zeigen Ø Bearbeitungszeit und Ø Durchlaufzeit (angelegt bis Done) statt zweier fast gleicher Durchschnitte; GET /dashboard liefert dafür avg_lead_seconds und median_lead_seconds. Die Spalten tragen hellere Farbverläufe in ihrer Statusfarbe und farbige Zähler. Der Bildschirm bewertet keine Personen mehr.

Neu

  • workban completion install trägt die Completion-Zeile in ~/.zshrc oder ~/.bashrc ein; auth login erinnert daran, solange sie fehlt.

v0.4.0

Neu

  • workban completion zsh|bash: Tab-Vervollständigung für Befehle, Optionen, Status, Agenten, Dateien und Projekt-Slugs, erzeugt aus dem Befehlsbaum der installierten Version.

Geändert

  • Einstellungen → CLI & Agenten zeigt unter „Referenz" die vollständige CLI-Doku (docs/05-cli.md) im Stand der laufenden Version; das Image liefert die Datei mit.

v0.3.5

Geändert

  • Offene Tasks archivierter Projekte verschwinden von Board, Dashboard, Header-Zählern und task list. Sie bleiben im Erledigt-Archiv, per Direktlink und über GET /tasks?archived=1 bzw. workban task list --archived erreichbar und kommen beim Wiederherstellen des Projekts zurück.

Behoben

  • Über CLI oder API angelegte oder geänderte Projekte erscheinen sofort in der Projektauswahl des Boards und auf dem Dashboard; der Event-Stream meldet project.updated.

v0.3.4

Behoben

  • workban init in einem Repo ohne .workban.toml zielt auf Produktion statt auf die zuletzt benutzte Instanz der User-Config; ein Projekt landete sonst auf der Dev-Instanz.
  • Der Bash-Riegel löst Shell-Variablen und ~ in Umleitungszielen auf; Task-Beschreibungen im Scratch-Ordner (> $S/task.md) wurden fälschlich blockiert.

v0.3.3

Geändert

  • CLI wiederholt 502/503/504 und Verbindungsfehler bis zu dreimal mit kurzem Abstand, damit ein Deploy laufende Agenten nicht aus dem Tritt bringt. Der Deploy stoppt den alten Web-Container vor dem Ersetzen, damit Nginx neue Anfragen auf den Standby leitet und laufende noch beantwortet werden.

v0.3.2

Behoben

  • Der Bash-Riegel erkennt rm, mv, cp und Co. nur noch an Befehlsposition. Vorher hielt er docker run --rm … für ein Löschen und blockierte reine Lesebefehle.

v0.3.1

Behoben

  • workban update holt die Version immer von Produktion, auch in einem Repo, das auf eine andere Instanz zeigt.

v0.3.0

Neu

  • workban update installiert die vom Server ausgelieferte CLI-Version (/cli/latest.json aus dem Deploy), --check vergleicht nur. workban init legt in der Projektauswahl mit n direkt ein neues Projekt an.

Geändert

  • Dashboard-Karten: Titel bis drei Zeilen in etwas kleinerer Schrift, Projekt-Badge kürzt sauber, Meta-Zeile bricht um, Spalten etwas breiter.
  • Bildschirme (Board-Tokens) darf jedes Mitglied einrichten und eigene wieder entfernen; der Owner sieht und entfernt alle. Bisher war das dem Owner vorbehalten.

Behoben

  • workban task list und workban board zeigen in einem Repo nur noch das Projekt aus der .workban.toml; --all-projects zeigt alle. Vorher kamen Tasks aller Projekte.

v0.2.3

Behoben

  • Der Task-Riegel prüft auch Bash-Befehle; Änderungen über sed -i, Heredocs oder Skripte konnten ihn bisher umgehen, der Task kam dann erst spät. workban init hebt bestehende Hook-Einträge auf den neuen Matcher, die Regel nennt Bash-Änderungen.
  • CLI: Ein Repo ohne api_url zielt immer auf Produktion, nicht auf die zuletzt benutzte Instanz. Ein zweiter Login vergaß den bisherigen Token, jetzt bleibt er erhalten.

v0.2.2

Behoben

  • workban auth login ohne --api-url zielt auf die Produktionsadresse (oder die Instanz aus der .workban.toml), nicht mehr auf die zuletzt benutzte Instanz; ein abgelehnter Token nennt jetzt die geprüfte Adresse.
  • Deploy ohne Ausfall, siehe unten.

Geändert

  • CLI & Agenten zeigt den versionierten Tarball (workban-<version>.tgz), damit ein Update nicht am npm-Cache scheitert, plus Hinweis auf workban --version.

v0.2.1

Geändert

  • workban init legt Regel, Skill und Claude-Code-Hooks standardmäßig an; --no-agents und --no-hooks schalten sie ab. Ein workban init mit Projektauswahl reicht damit pro Repo.

v0.2.0

Neu

  • Einstellungen → CLI & Agenten: Installation vom eigenen Server (npm install -g https://workban.lunaarc.de/cli/workban.tgz), Anmelden, workban init je Projekt zum Kopieren, Erklärung von Regel, Skill und Hooks. Jeder Deploy legt den aktuellen Tarball ab.
  • CLI: ein Token je Instanz in der User-Config ([tokens]), api_url in .workban.toml, Standardadresse workban.lunaarc.de. Dev-Instanz und Produktion laufen so nebeneinander.
  • Deployment auf workban.lunaarc.de: deploy/ mit Compose-Stack (schlankes Supabase plus Web-Container), Kong-Routen, Nginx-Vhosts und deploy.sh für Setup, Deploy und Migrationen. Doku in docs/12-deployment.md.
  • Signage-Dashboard /display/dashboard?token=wb_b_…: Team mit Aktivität und Arbeitszeit, die vier Spalten, Wochenkennzahlen mit Trend, Status-Donut, KI-Nutzung, erledigte Tasks pro Wochentag, Top User, Projektanteile und letzte Abschlüsse. Live über SSE, sonst Polling. Endpoint GET /dashboard. Zweite Ansicht „Fokus" (&view=focus) mit nur den laufenden Tasks, Ø Dauer, Median, Gesamtzeit und weiteren Kennzahlen; die Ansicht wird je Bildschirm gewählt. KI-Nutzung blendet 0-%-Einträge aus.
  • Settings → Bildschirme: erklärt den Weg auf den Bildschirm, richtet einen Bildschirm mit Board-Token ein und zeigt zu jedem Bildschirm den Dashboard-Link zum Kopieren sowie „Entfernen" mit Bestätigungsdialog. Dafür speichert Workban Board-Tokens im Klartext (Migration board_token_secret); persönliche Tokens bleiben hash-only. Unter Tokens gibt es nach dem Erstellen eines Board-Tokens dieselben Kopier-Buttons.

Behoben

  • Einladungslinks landen auf /invite/accept mit Button; die Bestätigung passiert erst beim Klick per POST. Vorher hat der Linkscanner von Outlook den Einmal-Token verbraucht und der Eingeladene sah „Link abgelaufen".
  • Einladung an eine Adresse mit bestehendem Auth-Account verschickt jetzt wirklich einen Magic Link; vorher wurde der Link nur erzeugt, aber keine Mail gesendet.

Geändert

  • Auth-Formulare: Passwort-Mindestlänge 8 statt 10 (auch in GoTrue), Validierungsfehler stehen unter dem Feld statt im Browser-Tooltip, Passwortfelder haben einen Button zum Anzeigen.
  • Neues Logo und Favicon aus design/: Logo im Header, auf Start- und Login-Seiten, im Signage-Dashboard und auf der Meldung eines getrennten Bildschirms.
  • Board-Tokens dürfen GET /events abonnieren, damit Signage-Seiten live bleiben. Der Stream schließt, sobald der Token widerrufen ist; ein entfernter Bildschirm zeigt innerhalb weniger Sekunden „Dieser Bildschirm ist nicht mehr verbunden".

Entfernt

  • Display-Seite /display mit Personen- und Board-Ansicht. Das Dashboard deckt sie ab; /display?token=… leitet auf /display/dashboard weiter, eingetragene Links laufen weiter.

v0.1.1

Behoben

  • Release-Workflow: pnpm --filter workban traf auch das Root-Paket und baute die Web-App ohne Umgebung. Das Root-Paket heißt jetzt @workban/monorepo, der Filter trifft nur die CLI. Das GitHub Release zu v0.1.0 ist deshalb nie entstanden.

v0.1.0

Neu

  • Board mit den Spalten Backlog, In Progress, Testing, Done; Filter nach Projekt und Person; Live-Updates über Server-Sent Events; Karten-Animationen.
  • Tasks mit Markdown-Beschreibung, Anhängen (Bilder, PDF, Video), Kommentaren mit Anhängen und Verlauf. Laufzeit aus started_at und completed_at.
  • Archiv der erledigten Tasks mit Suche, Done-Spalte zeigt die letzten 7 Tage.
  • Statistik-Seite: Tiles und Charts über Projekte, Personen, Tasks und Laufzeiten.
  • Workspace-Registrierung, Einladungen per E-Mail, Rollen Owner und Member, Profil mit Avatar-Zuschnitt, Login per Passwort oder Passkey.
  • REST-API /api/v1 mit persönlichen Tokens (wb_p_) und Board-Tokens (wb_b_, nur lesend), Rate-Limit pro Token, ETag auf /board, idempotentes POST /tasks.
  • CLI workban: auth, init, task, project, board, hook. Alle Befehle mit --json und stabilen Exit-Codes.
  • Agenten-Anbindung ohne MCP: workban init --agents schreibt Claude-Code-Regel und -Skill sowie den Vertrag in AGENTS.md; --hooks richtet einen PreToolUse-Riegel und einen SessionStart-Hook ein.
  • Display-Seite /display für Digital Signage, Endpoint /board mit "wer arbeitet woran".
  • Hell/Dunkel-Theme auf Basis von shadcn/ui und Tailwind 4 Tokens, Open Sans lokal.
  • Lokales Supabase mit Migrationen, Schema-Test und Advisors; CI mit Typecheck, Lint, Tests, Build und Schema-Test; Dockerfile für die Web-App.

Loslegen

Probier es mit deinem nächsten Task.

Workban ist kostenlos. Der Workspace steht in einer Minute, der erste Task entsteht, sobald dein Agent loslegt.