Tedix: Arbeit an KI-Assistenten abgeben und nur die Entscheidungen zurückerhalten, die dich brauchen

Für wen es sich eignet

Tedix richtet sich an Menschen, die regelmäßig KI-Assistenten nutzen, Routinarbeit komplett abgeben wollen und selbst nur an den entscheidenden Punkten das letzte Wort haben. Die offizielle Positionierung: Nach der Übergabe bringt Tedix nur die Entscheidungen zurück, die dich brauchen, nach Wichtigkeit sortiert, und erledigt den Rest. Es geht also nicht darum, ob sich KI aufrufen lässt, sondern darum, welche Punkte deine eigenen Augen verdienen. Wenn du Aufgaben ohnehin in Claude, ChatGPT oder Codex vorantreibst und die Last des ständigen Fortschritts-Checks reduzieren willst, ist es einen Versuch wert.

Bei den Clients werden offiziell Claude, ChatGPT und Codex unterstützt; weitere Clients, die das MCP-Protokoll sprechen, verbinden sich über das MCP gateway. Ob Assistenten außerhalb dieses Bereichs reibungslos anschließbar sind, sagt die Beweislage nicht – das musst du selbst verifizieren.

Voraussetzung für den Einstieg ist eine lokale Toolchain: Git, Bun und Node.js 22+, wobei offiziell ausdrücklich ein echtes Node gefordert wird, kein Bun shim. Dieser lokale Weg braucht weder Konto noch Cloud-Zugangsdaten; die Kosten des Ausprobierens liegen hauptsächlich im Aufbau der Umgebung. Ob es zur Art der Arbeit in deinem Bereich passt, ist ebenfalls nicht belegt – prüfe es zuerst mit risikoarmen Aufgaben.

Vorerst ungeeignet ist es für: Nutzer, die nur eine fertige Cloud-Dienstleistung wollen und keine lokale Toolchain installieren möchten. Tedix Cloud ist noch nicht für Registrierung geöffnet und läuft rein auf Einladung; ohne Einladung und ohne lokale Umgebung gibt es derzeit keinen Zugang. Teams mit harten Cloud-Anforderungen sollten erst eine Einladung sichern und dann bewerten.

Der erste Versuch in 3 Minuten

Der empfohlene Hauptweg ist der lokale Demo-Modus: Er startet die App lokal mit Beispieldaten, hängt nicht an der Cloud und braucht weder Konto noch Cloud-Zugangsdaten.

Schritt eins, Voraussetzungen prüfen: Git, Bun und Node.js 22+ installieren. Lässt sich dieses Set an Abhängigkeiten lokal nicht installieren, funktioniert dieser Weg nicht.

Schritt zwei, das Repository klonen und die Demo starten:

git clone https://github.com/tedix-hq/tedix.git && cd tedix
bun run-local --demo

Schritt drei, auf Erfolgssignale achten: Die App startet lokal und lädt Beispieldaten. Mehr sagt die offizielle Beschreibung nicht; welche Aktionen die Demo-Oberfläche konkret anbietet und was die Beispieldaten enthalten, ist unbelegt – beobachte und bestätige es lokal. Beim ersten Versuch heißt es: nur beobachten, keine echten Aufgaben übergeben, und erst tiefer einsteigen, wenn das Verhalten den Erwartungen entspricht.

Zwei Hinweise: Erstens ist dieser Schritt ein lokaler Lauf und berührt keine Cloud-Zugangsdaten; zweitens ist nicht belegt, ob die App weitere lokale Daten liest oder Netzwerkverbindungen aufbaut – unterstelle keine Wirkungslosigkeit. Beides hindert den Erstversuch nicht, beeinflusst aber, ob du Tedix weiter nutzt.

Die übrigen offiziellen Anbindungen sind nur Nebeninformationen und stehen nicht gleichrangig neben dem Hauptweg: Agents mit Agent-Skills-Support können Tedix' Skills per npx skills add tedix-hq/tedix-plugins hinzufügen; über die offiziell genannten Clients hinaus verbinden sich MCP-fähige Clients über das MCP gateway. Welche Konfiguration diese Wege jeweils brauchen, ist nicht belegt.

Anwendungsfälle

Fall eins: ohne Cloud-Anbindung mit Beispieldaten den Entscheidungsmechanismus erkunden. Szenario: Du willst beurteilen, ob die Arbeitsweise „nur die Entscheidungen zurückbringen, die dich brauchen“ zu dir passt, ohne echte Daten preiszugeben. Vorgehen: das Klonen von oben abschließen und bun run-local --demo ausführen. Erwartbares Ergebnis: Die App startet lokal mit Beispieldaten, ganz ohne Konto oder Cloud-Zugangsdaten; welche Aktionen die Demo bietet und welche Ausgaben du bekommst, ist nicht aufgeführt – maßgeblich ist, was du lokal tatsächlich siehst.

Fall zwei: einem bestehenden agent die Tedix-Skills hinzufügen. Szenario: Dein täglich genutzter agent kann Agent Skills lesen, und du willst ihm Tedix' Fähigkeit zur Arbeitsverarbeitung geben. Vorgehen: npx skills add tedix-hq/tedix-plugins ausführen. Erwartbares Ergebnis: Laut offizieller Aussage kann jeder agent, der Agent Skills liest, auf diesem Weg Tedix' Skills hinzufügen; welche Skills danach konkret vorliegen und wie sie aufzurufen sind, ist nicht belegt und nicht bis ins ausführbare Detail bestätigbar – sieh nach dem Hinzufügen selbst nach und probiere es zuerst mit einer belanglosen Aufgabe aus.

Nutzungsgrenzen

• Lesen vs. Schreiben: Welche der konkreten Fähigkeiten von Demo-Modus und MCP gateway nur lesen und welche lokalen oder entfernten Status schreiben, ist nicht belegt; kläre die Wirkung vor einer Aktion, und auch ein lokaler Schreibzugriff ist nicht als nur lesend zu behandeln.
• Zugangsdaten und Daten: Für den lokalen Hauptweg gilt offiziell klar: kein Konto, keine Cloud-Zugangsdaten; welcher Umfang lokaler Dateien gelesen wird, ob eine Netzverbindung stattfindet und wie Daten behandelt werden, ist ungeklärt.
• Cloud-Differenz: Tedix Cloud läuft rein auf Einladung, die Registrierung ist nicht geöffnet; welche Fähigkeiten lokale Demo und Cloud-Dienst jeweils abdecken und wie groß der Unterschied ist, ist nicht belegt.
• Client-Konsistenz: Ob die offiziell genannten Clients und die über das MCP gateway angebundenen Clients denselben Funktionsumfang haben, ist ungeklärt.
• Widerruf und Aufbewahrung: Die Beweislage erwähnt keine Wege zum Widerrufen von Aktionen, keine Nutzungskontingente und keine Datenaufbewahrung; dass etwas nicht erwähnt ist, heißt nicht, dass es keine Grenzen gibt – bei kritischen Aktionen gilt die offizielle Dokumentation. Auch der Inhaltsumfang der Beispieldaten ist unbelegt.