Einführung #
Die meisten Teams flicken fünf Tools zusammen, die nicht miteinander reden: einen Tracker, eine Ticket-Queue, einen Planungskalender, eine Docs-App und eine Tabelle dafür, wer was darf. Trackr fasst all das in einem Workspace zusammen, in dem die Daten verbunden bleiben und die Befehlspalette alles erreicht.
Diese Anleitung führt dich von der frischen Instanz zum laufenden Projekt: Organisation prüfen, Team einladen, Rollen einrichten und die erste Aufgabe abschließen. Wer lieber direkt loslegt, drückt in der App überall ⌘K, um zu allem zu springen.
Was du damit baust #
Projekt-Tracking
Listen- oder Board-Ansicht, gruppiert nach Projekt, Status, Verantwortlichem oder Priorität. Immer synchron.
Kapazitätsplanung
Aufgaben auf Tage legen, ein Wochenlimit setzen und Überlastung sehen, bevor sie passiert.
Support-Eingang
Eine gemeinsame Ticket-Queue mit Kundenportal. Ein Ticket wird mit einem Tastendruck zur Aufgabe.
Team-Wiki & Notizen
Langlebige Dokumente und Runbooks mit Echtzeit-Zusammenarbeit.
CLI & TUI
Aufgaben anlegen, Tickets triagieren und den Posteingang lesen — aus dem Terminal.
iOS-App
Der reaktive Teil von Trackr auf dem Handy: abhaken, schnell anlegen, antworten, Zeit erfassen.
Wie die Teile zusammenspielen #
Trackr ist ein Repository mit vier auslieferbaren Teilen, die sich gemeinsam weiterentwickeln:
| Teil | Aufgabe |
|---|---|
| Web-App | Der Produktkern. Besitzt das Datenbankschema, die HTTP-API und den Collaboration-Server. |
| Worker | Arbeitet die Job-Queue ab: E-Mails, Webhooks, Push, Digests, Aufräumen. |
| Scheduler | Legt wiederkehrende Jobs nach Zeitplan in die Queue. Arbeitet nie selbst. |
| Clients | Das trackr-CLI und die native iOS-App, beide über dieselbe /api/v1. |
Das ganze System läuft auf Postgres, einer Bun-basierten Web-App und zwei Go-Binaries. Es gibt keinen Message-Broker und keinen separaten Echtzeit-Dienst: Die Queue ist eine Tabelle, und das gemeinsame Bearbeiten läuft im Web-Prozess. Das vollständige Bild zeigt Self-Hosting.