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.54.0
  • 104 Releases
  • Seit 11. September 2026
  • Eine Version für Web-App und CLI

v0.54.0

Geändert

  • Die Arbeitszeit eines Tasks folgt seinem Agenten. Solange er arbeitet, läuft die Uhr voll mit, auch über Stunden; wartet er auf seine Person, zählen noch 10 Minuten zum Lesen und Antworten, dann steht sie bis zur nächsten Eingabe. Bisher brachte jede Pause 45 Minuten mit, und ein Agent verlor alles über 45 Minuten, wenn er so lange ohne Statuswechsel arbeitete. Workban parkt einen Task erst, wenn seine Uhr 3¼ Stunden steht, ein arbeitender Agent hält ihn wach. Tasks ohne Agent zählen wie bisher. Erledigte Tasks bleiben, wie sie sind.
  • CLI: workban board und task list zeigen die laufende Zeit nach derselben Regel.

v0.53.1

Geändert

  • Anmeldungen werden ohne Rückfrage beim Auth-Server geprüft: Neue Sessions sind mit ES256 signiert, die App prüft sie mit dem öffentlichen Schlüssel selbst. Wer angemeldet ist, bleibt es; die Session wechselt beim nächsten Erneuern von allein.
  • Der Server fragt Supabase auf demselben Rechner über das Docker-Netz ab statt über api.workban.de, ohne Umweg über Nginx und TLS. Avatar- und Download-Links und das Anmelde-Cookie bleiben, wie sie sind.

Behoben

  • CLI: Der Pfadfilter für Titel, Beschreibungen und Kommentare hält eine Tilde vor einer Zahl nicht mehr für einen Pfad im Home-Verzeichnis. Aus „~0,8 s“ wurde bisher „<lokaler Pfad>,8 s“.

v0.53.0

Neu

  • Die Spalte Erledigt zeigt nur noch die zuletzt erledigten Karten ihres Zeitraums, 50 als Standard; „Weitere anzeigen“ darunter lädt jeweils so viele nach, der Spaltenkopf zählt weiter alle. Wie viele es sind (25, 50, 100, 200 oder alle), stellen Owner und Admins unter Workspace → Allgemein ein. Bildschirme zeigen dieselben Karten. Bei 500 erledigten Tasks in der Woche wird das Board damit rund 70 Prozent leichter.
  • CLI: workban board sagt bei Done, wenn es mehr erledigte Tasks gibt, als das Board zeigt, etwa Done (50, neueste von 518).

v0.52.2

Behoben

  • Dashboards und Statistik rechnen wieder schnell. Der Server baute für jeden Tag, den er einem Task zuordnete, ein neues Datumsformat; ein Dashboard brauchte so auf workban.de 4 bis 6 Sekunden und hielt in der Zeit alle anderen Anfragen auf, auch Board und Statistik.
  • Die Vorschauen unter Einstellungen → Dashboards laden leichter und ruckeln nicht mehr: Ihre Listen stehen still und zeigen nur, was in die Spalten passt. Die Vorschau im Hochformat sitzt wieder mittig in ihrer Kachel statt als schmaler Streifen am Rand.
  • Bildschirme zeichnen nur noch einmal pro Minute neu statt jede Sekunde; Uhr und Laufzeiten zeigen ohnehin nur Minuten.

v0.52.1

Geändert

  • Seitenwechsel gehen schneller. Ein Klick zeigt sofort einen Platzhalter statt die alte Seite stehen zu lassen, das Board bringt seine Karten gleich in der ersten Antwort des Servers mit, und die Seitenleiste wartet nicht mehr auf ihre Zähler. „Zurück zu …“ im Admin-Bereich führt ohne Umweg über den Admin-Host aufs Board.

v0.52.0

Neu

  • CLI: Der Riegel greift jetzt auch in Codex. workban init trägt die Hooks zusätzlich in .codex/hooks.json ein, der Sessionstart ergänzt sie in Repos, die schon Hooks für Claude Code haben. Codex fragt beim nächsten Start einmal nach einer Freigabe („Hooks need review“), danach blockiert der Riegel auch apply_patch und Shell-Befehle ohne laufenden Task. workban doctor zeigt, ob die Freigabe da ist.
  • CLI: Der Token-Verbrauch kommt laufend statt erst bei task done. Nach jeder Runde und am Ende einer Sitzung meldet ein Hook im Hintergrund, task done meldet zuletzt, auch für Sitzungen vor einem /clear. Gezählt wird jede Sitzung, nicht nur die, die abschließt; was ohne laufenden Task im Repo anfällt, zählt zum Projekt. Neu sind Thinking, Tool-Aufrufe, Subagenten und Websuchen je Sitzung. workban usage report meldet von Hand.
  • CLI: Laufende Karten zeigen, was der Agent gerade tut: „braucht Freigabe", „wartet auf dich" (auf den Karten anderer „wartet"), „abgebrochen" oder „keine Rückmeldung", auf der eigenen Karte mit „seit …". Die CLI meldet das aus den Hooks bei Prompt, Rückfrage, Rundenende und Fehler, für Claude Code und Codex. Gespeichert ist nur der aktuelle Zustand, kein Verlauf.
  • Neue Kacheln in der Statistik: „KI-Verbrauch", „KI-Verbrauch im Zeitverlauf" und „KI-Verbrauch im Detail". Sie zählen nach dem Zeitpunkt des Verbrauchs, auch an offenen Tasks, und zeigen den Anteil ohne Task, die Modelle, Werkzeuge, Thinking, Subagenten und Websuchen. Unter „Alle Kacheln" sind sie dabei, sonst über „Kachel hinzufügen".
  • Das Task-Detail schlüsselt die KI-Tokens auf (Thinking, Subagenten, Websuchen, Werkzeuge) und aktualisiert sich, während der Agent arbeitet.
  • Kosten gibt es jetzt auch für Claude Opus 5.5, Sonnet 5.5 und Haiku 5.5 und für Websuchen. Sitzungen mit Opus 5.5 aus den letzten Wochen sind nachträglich bepreist.

v0.51.1

Neu

  • Die Sicherheitsseite und die FAQ nennen die nächtliche Sicherung: verschlüsselt, bis zu 30 Tage aufbewahrt, im Admin-Bereich wiederherstellbar. Sie sagen auch, dass sie vorerst auf demselben Server liegt.

v0.51.0

Neu

  • Der Admin-Bereich beginnt mit dem Systemzustand: Kacheln mit Ampel für Zertifikat, Speicherplatz, Datenbank, Mailversand, Sicherung, Serverschutz, Updates und Neustart und die Anwendung. Unter Admin → System steht, welche Versionen laufen, von der App bis zum Server.
  • Unter Admin → Backups lässt sich einstellen, wie lange die nächtlichen Sicherungen aufbewahrt werden: 7, 14 oder 30 Tage. Standard bleiben 30 Tage, mehr verspricht die Datenschutzerklärung nicht. Ältere Snapshots löscht der nächste Lauf.

v0.50.1

Behoben

  • Der Admin-Bereich unter https://admin.workban.de ist erreichbar. In 0.50.0 führte /admin auf eine lokale Adresse, weil die App ihre eigene Adresse aus dem Build statt aus der laufenden Umgebung nahm.

v0.50.0

Sicherheit

  • Der Admin-Bereich läuft jetzt unter https://admin.workban.de, mit eigener Anmeldung nur für Plattform-Admins. Die Session der App gilt dort nicht, und auf workban.de antworten die Admin-Aktionen nicht mehr. /admin auf workban.de führt dorthin. Passkeys gelten auf beiden Adressen.

v0.49.0

Neu

  • CLI: Die CLI aktualisiert sich selbst. Beim Start einer Claude-Code-Sitzung installiert sie eine neue Version im Hintergrund, nur signiert und nur beim Binary, bei npm nennt sie sie. Woher sie davon weiß, sagen ihr die Antworten der API, eine eigene Abfrage braucht es nicht mehr.
  • CLI: Regel, Skill und Hooks im Repo gleicht der Sitzungsstart selbst an, wie workban init --update, und nennt die geänderten Dateien. Eine ältere CLI rührt Dateien einer neueren nicht an. Abschalten mit auto_update = false in der Config oder WORKBAN_AUTO_UPDATE=0.

v0.48.0

Sicherheit

  • CLI: workban update installiert nur noch signierte Releases. Es prüft die Signatur der Versionsliste und die Prüfsumme jedes Downloads und bricht sonst ab, ohne etwas zu ersetzen. Wer nur den Server übernimmt, kann so keine veränderte CLI verteilen. Ältere Versionen als die laufende installiert es nicht mehr.
Ältere Versionen (92)

v0.47.2

Behoben

  • Task-Links wie https://workban.de/t/42?w=<slug> und der Workspace-Umschalter leiten wieder aufs Board von workban.de statt auf die nicht erreichbare Adresse 0.0.0.0:3000.

v0.47.1

Geändert

  • Der Wandbildschirm nennt das Panel mit den Tasks im Test und den wartenden „Test und Wartet“, wie die Spalten heißen.

Behoben

  • Der Agent-Filter des Boards bleibt stehen, wenn man das Board verlässt und zurückkommt, wie die Filter nach Projekt und Person.
  • Auf dem Handy brechen in Mitglieder- und Tokenliste die Namen nicht mehr um, solange eine Bestätigung offen ist.

v0.47.0

Neu

  • Über dem Board steht, wer gerade woran arbeitet, etwa „Gerade: Claude Code für Anna an #12, Ben an #7“. Arbeitet niemand, nennt die Zeile, wer zuletzt aktiv war; die leere Spalte In Arbeit sagt dasselbe. Laufende Karten zeigen Agent oder Person mit der bisherigen Zeit und einem Punkt, der atmet, solange die Uhr läuft.
  • Claude Code, Codex und andere Agenten haben je ein eigenes Zeichen, und das Board filtert nach Agent, neben dem Filter nach Person.
  • Im Task-Panel kopiert ein Klick „erledige #42“ für die Übergabe an einen Agenten.
  • GET /board nennt je Mitglied unter active die jüngste Aktivität (last_activity_at).
  • Die eingeklappte Seitenleiste zeigt die Zahl offener und erledigter Tasks als kleines Abzeichen am Symbol.

Geändert

  • Status und Spalten heißen in der App und auf den Bildschirmen Backlog, In Arbeit, Test, Wartet und Erledigt. Die Werte der API und der CLI bleiben gleich.
  • Stille Tasks sagen in Worten, wie lange sie still sind („52 Std. still“). Tasks von Menschen tragen kein Personen-Symbol mehr, der Avatar reicht.
  • Board: „Neues Projekt …“ steht am Ende des Projektfilters statt als Knopf in der Leiste. Die Spalten heben sich auch im hellen Modus ab und werden schmaler, bevor das Board seitlich scrollt; auf dem Handy sind die Spalten-Chips 32 px hoch und markieren die sichtbare Spalte. Die Leiste der Mehrfachauswahl zeigt keinen Dauerhinweis mehr, das Kommentar-Symbol ohne Anzahl auf der Karte ist weg.
  • Task-Panel: Löschen liegt im Menü „Weitere Aktionen“, weg von „Schließen“. Kommentare heißen überall Kommentare, und „⌘↵ zum Senden“ erscheint nur mit Maus oder Trackpad.
  • Mitglied entfernen, Token widerrufen und Dashboard löschen fragen jetzt in einer Leiste unter der Zeile nach und nennen die Folgen, bevor etwas passiert. Die Owner-Rolle wird in einem eigenen Abschnitt unter der Mitgliederliste übergeben, mit Bestätigung, statt per Knopf in jeder Zeile.
  • Die Dashboard-Liste zeigt jedes Dashboard als Kachel mit einer Vorschau seiner ersten Seite und den Daten von jetzt, darunter, ob ein Bildschirm es abruft, und zwei Knöpfe: „Link kopieren“ und „Anpassen“. Duplizieren und Löschen stehen im Menü. Der Link mit seinem Token steht nicht mehr in der Liste, sondern auf der Seite des Dashboards.
  • Einstellungsseiten mit weniger Erklärtext. Workspace → Allgemein: „Speichern“ wird erst nach einer Änderung aktiv, die Einstellung zur Done-Spalte heißt „Spalte Erledigt“.
  • Statistik: Jede Person stellt sich ihre Statistik selbst zusammen, als Raster aus Kacheln wie ein Dashboard. „Anpassen“ macht die Kopfzeile jeder Kachel zum Griff: ziehen verschiebt sie, die untere rechte Ecke ändert ihre Größe, das Kreuz entfernt sie. „Kachel hinzufügen“ bietet die übrigen Kennzahlen und Diagramme an, „Vorlage“ setzt eine fertige Aufteilung (Standard, Kennzahlen im Fokus, Alle Kacheln). „Layout speichern“ speichert die Ansicht je Workspace, „Abbrechen“ verwirft die Änderungen. Wer nichts ändert, sieht die Standardansicht mit den vier Kennzahlen oben. Zeitraum, Vergleich und Projekt gelten weiter für die ganze Seite. Neu in der API: GET und PUT /me/stats-layout.
  • Statistik: Mediane erscheinen ab 5 Tasks, der 90-%-Wert ab 10, darunter steht „zu wenig Daten“. Jede Zeit nennt, was sie zählt, der KI-Anteil seine Basis. „Projekte im Vergleich“ zeichnet jedes Projekt in seiner Farbe, unter den Kacheln steht „Vorwoche: 10 zur selben Zeit, 14 insgesamt“.
  • Erledigt: Die Suche läuft beim Tippen, Filter und Sortierung bleiben. „Abgeschlossen“ zeigt das Datum neben der relativen Zeit, die Agent-Spalte den Namen.
  • Relative Zeiten nutzen die Einheiten der Dauern: „vor 5 Min.“, „vor 2 Std.“, „vor 3 T.“.
  • Wandbildschirm und Dashboards nennen die Status auf Deutsch („Im Test oder wartend“, „In Arbeit bis Erledigt“), und „Offen“ zählt ausdrücklich auch die wartenden Tasks. Initialen auf dem Wandbildschirm passen in einen Avatar von 24 Pixeln.
  • Dashboards bedienen sich wie die Statistik: Ein Dashboard öffnet als der Bildschirm, den es an die Wand bringt, „Anpassen“ startet einen Entwurf. Jedes Widget trägt dann eine Kopfzeile mit Griff, Name und Größe, einem Zahnrad für seine Optionen und einem Kreuz; gezogen wird an der Kopfzeile, die Größe ändert die Ecke unten rechts. Eine Leiste über der Vorschau bleibt beim Scrollen oben: oben „Abbrechen“ und „Speichern“, darunter die Seiten, „Vorlage“ und „Widget hinzufügen“ als Menü. Name, Thema, Seite und Link stehen unter der Vorschau, die dafür so breit ist wie die Seite. Die Statistik nutzt dieselbe Leiste.

Behoben

  • Rote Schrift für Fehler und unwiderrufliche Aktionen erreicht in jedem Farbthema mindestens 4,5:1, auch auf roten Knöpfen und beim Überfahren. Alle Themen nutzen dasselbe Rot; in Sand, Bernstein und Kupfer war es bisher fast schwarz, blaugrün oder dunkelrot.
  • Ein Mitglied zu entfernen widerruft nur noch seine persönlichen Tokens. Bisher verloren auch die Dashboard-Links, die es angelegt hatte, ihre Gültigkeit, und Bildschirme im Büro zeigten „nicht mehr verbunden“.
  • Erledigte Tasks zeigen keine Pause mehr an, weder auf der Karte noch im Task-Panel.
  • Karten sind für Screenreader ein Link mit Projekt, Person, Agent und Zeit, die Auswahl steckt nicht mehr in einem Knopf. „Verlauf anzeigen“ meldet, ob der Verlauf offen ist, und „Dateien wählen“ beim Kommentar ist per Tastatur erreichbar.
  • Primäre Knöpfe und Abzeichen erreichen in jedem Farbthema, hell und dunkel, mindestens 4,5:1 Kontrast. Im dunklen Modus steht dunkle Schrift auf hellerer Akzentfarbe, und beim Überfahren verliert die Schrift keinen Kontrast mehr. Graue Nebentexte, Nebenknöpfe und der aktive Eintrag der Seitenleiste sind in mehreren Themen wieder gut lesbar.
  • Jede Seite hat genau einen Hauptbereich und eine Überschrift erster Ebene, den Seitentitel in der Kopfzeile. Screenreader hören „Schließen“, „Navigation ein- oder ausklappen“ und „Benachrichtigungen“ statt englischer Texte.
  • Mitglieder und Tokens lassen sich auf dem Handy wieder ohne seitliches Scrollen verwalten.
  • Das Profil sagt, warum die E-Mail-Adresse gesperrt ist.
  • Statistik und Wandbildschirm: Die Durchlaufzeit rechnet über dieselben Tasks wie die Bearbeitungszeit und fällt nie kürzer aus. Tasks mit widersprüchlichen Zeitstempeln zählten bisher als „< 1 Min.“.
  • Statistik: „unter 2 Std..“ hatte einen Punkt zu viel, die Kachel KI-Kosten zeichnet ohne gemessene Kosten keine Linie mehr, und der produktivste Tag zählt in der Zeitzone des Browsers und nennt Gleichstände.

v0.46.0

Neu

  • Öffentliche CLI-Referenz unter workban.de/docs/cli, ohne Login lesbar: Einrichten, Konfiguration, je Befehlsgruppe eine Seite und Ausgabe mit Exit-Codes. Links die Navigation, rechts die Abschnitte der Seite. Jeder Befehl zeigt Aufruf, Argumente und Optionen direkt aus der CLI, dazu Beispiele und Fehlerfälle. In der App steht dieselbe Referenz unter Agenten → CLI mit derselben Navigation, wer angemeldet ist, bleibt also in Workban; die Startseite dort ist die geführte Einrichtung. Der Footer der Website verlinkt die öffentliche Fassung.
  • CLI: workban --help nennt die Adresse der Referenz, und die Optionen von task claim, task start, task edit und project create haben jetzt alle eine Beschreibung.
  • Mehrere Workspaces pro Konto: Wer in mehr als einem Workspace Mitglied ist, wechselt oben in der Seitenleiste zwischen ihnen. Der Browser merkt sich die Wahl (Cookie workban_workspace), eine angenommene Einladung wechselt in ihren Workspace, und andere offene Tabs weisen nach einem Wechsel darauf hin. Task-Links nennen jetzt ihren Workspace (/t/42?w=<slug>), weil Nummern je Workspace zählen; alte Links ohne w öffnen den Task wie bisher im aktuellen Workspace. Neuer Endpunkt GET /api/v1/me/workspaces.
  • Workspace → Allgemein: Owner und Admins benennen den Workspace um und legen fest, wie weit die Done-Spalte im Board zurückreicht: heute, diese Woche (Standard, wie bisher), letzte 7, 14 oder 30 Tage. Das Kanban-Widget auf Dashboards folgt derselben Einstellung. GET /board liefert sie als done_window, GET/PATCH /workspace liest und schreibt sie als board_done_window.
  • CLI: Ein Token je Workspace. workban auth login legt jeden Token unter seinem Workspace ab, .workban.toml nennt mit workspace = "<slug>" den Workspace des Repos (schreibt workban init), und --workspace oder WORKBAN_WORKSPACE wählen ihn für einen Befehl. Der erste Workspace bleibt der Standard, Repos ohne workspace arbeiten also weiter dort. workban init fragt bei mehreren Workspaces zuerst nach dem Workspace (mit Name und Rolle, auch solche ohne Token) und dann nach dem Projekt; ohne Terminal bricht es bei mehreren angemeldeten Workspaces ab, statt still den Standard zu nehmen. workban auth status zeigt die übrigen Workspaces des Kontos, workban doctor meldet einen Token aus dem falschen Workspace.

Geändert

  • Neue Ordnung in der Seitenleiste: Arbeit (Board, Erledigt, Statistik, Dashboards), Workspace (Projekte, Mitglieder, Allgemein) und Agenten (CLI, Workban Guard) statt einer langen Liste „Einstellungen“. Profil und Tokens gehören zum Konto und stehen jetzt im Benutzermenü oben rechts; das Menü schließt sich, sobald ein Punkt gewählt ist. Alle Adressen bleiben gleich, /settings führt jetzt auf Workspace → Allgemein. Wer dort nichts ändern darf, liest seine Rolle im Workspace und, falls es welche gibt, die Workspaces, in denen er Owner oder Admin ist, mit Link.
  • Das Benutzermenü verlinkt Impressum und Datenschutz nicht mehr, beide stehen im Footer der Website.
  • Einträge in Menüs und Auswahllisten zeigen beim Darüberfahren die Hand, wie jedes andere klickbare Element, statt des Pfeils.
  • Die Einstellungsseiten zeigen ihre Abschnitte ohne Karten, direkt auf der Seite und durch feine Linien getrennt: Projekte, Mitglieder, Allgemein, Workban Guard, Tokens, Dashboards und der Admin-Bereich. Das Profil ist neu geordnet: Profil, Erscheinungsbild, Passkeys, Passwort und Konto löschen, jeweils mit Titel und Erklärung links und den Feldern rechts.
  • Alle Buttons sind gleich hoch (32 px, wie „Anlegen" im Projektdialog), ebenso Auswahlfelder, Suchfeld und Personenfilter in den Werkzeugleisten und die Einträge der Seitenleisten. In der Seitenleiste hebt sich der aktuelle Eintrag jetzt klar vom Eintrag unter der Maus ab, und die Einträge haben etwas Abstand.
  • Mitglieder einladen und Tokens erstellen funktioniert wie bei den Projekten: Ein Button über der Liste („Einladen" bzw. „Token") öffnet einen Dialog, statt eines Formulars auf der Seite. Ein neuer Token steht im Dialog, bis er geschlossen wird.
  • Erledigt, Mitglieder und Tokens sind jetzt Tabellen wie die Projekte, mit Spaltenköpfen, die per Klick sortieren. Erledigt sortiert nach Nummer, Titel, Dauer oder Abschluss über alle Seiten, die Sortierung steht in der URL; ohne Wahl bleibt es bei „neueste zuerst". Mitglieder sortieren nach Name, Position oder Rolle, offene Einladungen stehen weiter darunter. Tokens sortieren nach Name, Art, letzter Nutzung, Ablauf oder Erstellung. GET /tasks kennt dafür sort und direction.
  • CLI: Meldungen und die Agenten-Regel nennen den neuen Weg zum Token (Benutzermenü → Tokens). Nach dem Update einmal workban init --update ausführen, damit Regel und Skill im Repo den neuen Text haben.

Behoben

  • Ein persönlicher Token aus einem zweiten Workspace des Kontos wurde bisher abgelehnt, weil die API immer den zuerst beigetretenen Workspace lud. Jeder Token gilt jetzt in dem Workspace, in dem er erstellt wurde.
  • Nach dem Login führt der Weg zurück zur aufgerufenen Adresse samt Query, ein Task-Link behält also seinen Workspace.

v0.45.1

Geändert

  • Agenten-Seite (/agenten, /en/agents): Der Punkt zum Zugang von Workban Guard sagt jetzt, dass Owner und Admins die Freischaltung in den Einstellungen anfragen.

v0.45.0

Neu

  • Einstellungen → Workban Guard: Jedes Mitglied sieht, ob Workban Guard für den Workspace freigeschaltet oder angefragt ist. Owner und Admins fragen die Freischaltung dort an, statt per Mail. Im Admin-Bereich stehen offene Anfragen als „Guard angefragt“ in der Workspace-Liste und mit Datum und Namen im Workspace-Detail; Freischalten oder Sperren beantwortet sie. Neuer Endpunkt GET/POST /api/v1/workspace/guard.

v0.44.1

Neu

  • Die Website stellt Workban Guard vor: ein eigener Abschnitt auf der Seite Agenten & CLI mit echten Entscheidungen des Guards, eine Kachel auf der Startseite und ein Link im Footer, jeweils zu guard.workban.de. Zugang gibt es über die Freischaltung des Workspaces.

v0.44.0

Neu

  • Workban Guard je Workspace freischalten: Plattform-Admins schalten im Admin-Bereich (Workspace-Detail) frei, wer Workban Guard von guard.workban.de laden darf. Der Download-Server fragt dafür den neuen Endpunkt GET /api/v1/guard/access mit dem persönlichen Token des Mitglieds; wer den Workspace verlässt, verliert den Zugang mit seinen Tokens. Freischalten und Sperren stehen im Protokoll.
  • CLI: workban auth header gibt den Authorization-Header mit deinem Token für andere Programme aus, als JSON für den headersHelper von Claude Code oder mit --http als Zeile für curl -H. So lädt Claude Code Workban Guard, ohne dass du einen eigenen Download-Token brauchst.

v0.43.1

Behoben

  • Die Projektfilter-Liste im Board schnitt lange Projektnamen ab. Das aufgeklappte Menü wächst jetzt mit dem längsten Namen, statt auf die Breite des Auswahlknopfs begrenzt zu bleiben.

v0.43.0

Geändert

  • Das Signage-Dashboard vergleicht „erledigt diese Woche" jetzt mit dem gleichen Zeitpunkt der Vorwoche statt mit der kompletten Vorwoche. Dadurch steht am Wochenanfang nicht mehr automatisch ein stark negativer Trend. Bei zu kleiner Vergleichsbasis zeigt das Dashboard beide absoluten Zahlen statt einer irreführenden Prozentangabe. Das vage Panel „Aktivität diese Woche" heißt jetzt „Erledigt diese Woche". Zeitangaben nutzen durchgängig deutsche Einheiten (Min./Std./T.).

v0.42.0

Behoben

  • Statistik und Signage-Dashboard zählen in großen Workspaces wieder alle Tasks. Zuvor lieferte die Datenbank pro Abfrage höchstens 1000 Zeilen, sodass ab 1000 Tasks ein Teil (oft die zuletzt erledigten) in „Personen im Vergleich", „Projekte im Vergleich" und den Summen fehlte. Die Task-Abfrage lädt jetzt seitenweise alle Zeilen.

Geändert

  • Die Done-Spalte des Boards zeigt jetzt nur noch erledigte Tasks der laufenden Kalenderwoche (ab Montag 00:00 in der Zeitzone des Betrachters) statt der letzten 7 Tage. Ältere erledigte Tasks bleiben über den Archiv-Link (/done) erreichbar.

v0.41.1

Behoben

  • CLI: workban update meldet die laufende Version jetzt auch dann an den Server, wenn die CLI schon aktuell ist (nicht nur nach einer Installation). So zeigt die Admin-Übersicht die Version sofort richtig, statt erst nach dem nächsten Befehl. --check bleibt ohne Nebenwirkung.

v0.41.0

Neu

  • CLI: Beim Session-Start zeigt Claude Code jetzt die eigenen On-Hold-Tasks als eigenen Block On Hold – bitte kurz sichten und fragt, was damit ist. Gedrosselt: erscheint nur bei Änderung am Parkplatz oder nach sieben Tagen, frisch Geparktes bleibt drei Tage still. Nach dem Update einmal workban init --update ausführen.

v0.40.1

Sicherheit

  • Einladungen werden jetzt exakt über die Adresse gefunden, nicht mehr als ILIKE-Muster. Ein selbst registriertes Konto wie _nna@example.com konnte sonst die Einladung für anna@example.com annehmen, ein reiner Unterstrich-Lokalteil die Plattform-Admin-Einladung. Zusätzlich bleibt eine Einladung, die schon zu einem Login gehört, diesem Login vorbehalten.
  • CLI: task show --download schreibt Anhänge nur noch direkt in den Download-Ordner, auch wenn ein Server Namen mit .. oder Schrägstrichen liefert. Ohne Ordnerangabe landen sie in einem neuen privaten Ordner (0700); die Agent-Regel nutzt das statt des festen /tmp/workban-<nr>, den andere Konten auf derselben Maschine lesen oder vorab anlegen konnten. Nach dem Update einmal workban init --update ausführen.
  • CLI: --token und WORKBAN_TOKEN gehen nicht mehr an eine Instanz, die nur eine .workban.toml nennt und für die kein Token gespeichert ist. auth login fragt in dem Fall vor dem Senden nach und nennt die Adresse.
  • CLI: Eine .workban.toml zählt nur noch, wenn sie und ihr Ordner dem eigenen Konto gehören und nicht für alle beschreibbar sind, wie bei Gits safe.directory.
  • CLI: Die Bash-Vervollständigung bietet nur noch Projekt-Slugs im Alphabet des Servers an und wertet sie nicht mehr als Shell-Wörter aus.
  • CLI: Task-Titel stehen in der Ausgabe der Claude-Code-Hooks einzeilig in Anführungszeichen, damit kein Titel eine Zeile beginnt, die wie eine Meldung von Workban aussieht.
  • CLI: Steuerzeichen aus Titeln, Kommentaren und Namen erreichen das Terminal nur noch als sichtbares \uXXXX; auch die JSON-Ausgabe maskiert DEL und C1.

v0.40.0

Geändert

  • CLI: workban update meldet die neue Version gleich nach der Installation, der Admin-Bereich zeigt sie sofort. Bisher erschien sie erst mit dem nächsten Befehl.
  • Admin → Nutzer zeigt unter der CLI-Version, wann das Konto die CLI zuletzt benutzt hat. Eine alte Angabe ist so als alt zu erkennen.

v0.39.0

Neu

  • „Passwort vergessen?“ auf der Anmeldeseite: Workban schickt einen Link per Mail, über den man ein neues Passwort setzt. Der Link ist eine Stunde gültig.

v0.38.0

Neu

  • Admin → Nutzer zeigt, welche CLI-Version jedes Konto nutzt, und markiert veraltete. Im Profil eines Kontos steht das je Token, mit Plattform und letzter Nutzung. Dafür nennt die CLI bei jeder Anfrage ihre Version; Workban merkt sich nur den letzten Stand am Token.

Geändert

  • Die Datenschutzerklärung beschreibt, was die CLI über sich mitschickt und wie lange Workban es behält.

v0.37.1

Geändert

  • Wer workban.lunaarc.de im Browser öffnet, landet auf derselben Seite unter workban.de. API, CLI-Downloads und Dashboard-Links antworten unter der alten Adresse weiter direkt.

Behoben

  • Passkeys zeigen verständliche Hinweise statt der englischen Fehlermeldung des Browsers: auf der falschen Adresse mit Link zu workban.de, bei Abbruch oder fehlendem Passkey mit dem Weg über das Passwort.

v0.37.0

Geändert

  • workban.de ist die Hauptadresse: Website, Anmeldung, Links in Mails und Tasks und Profilbilder laufen darüber. workban.lunaarc.de funktioniert weiter, auch für ältere CLIs und Dashboard-Links. Nach der Umstellung meldet sich jeder einmal neu an. Passkeys gelten jetzt für workban.de; wer einen für die alte Adresse hatte, legt ihn neu an.

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.

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.