Ykan

Ykan entstand aus einem sehr konkreten Problem für alle, die mit Vibe-Coding-KIs wie Claude Code arbeiten: das Modell schreibt schnell Code, verliert aber bei einem wachsenden Projekt den Faden. Was ist schon erledigt? Was läuft gerade? Was fehlt? Gewöhnliche Projektmanagement-Tools helfen nicht, weil sie für einen Menschen gemacht sind, der sie im Browser öffnet — nicht für ein Modell, das sie selbst lesen und aktualisieren muss, während es programmiert.

Ykans Antwort ist, alles Überflüssige wegzulassen: ein Kanban in einer einzigen PHP-Datei, ohne Datenbank. Die Daten liegen in einer einfachen JSON-Datei daneben. Man legt sie in den Projektordner, sagt der KI, sie solle sie lesen, und von da an wird die Datei zum Treffpunkt zwischen demjenigen, der das Projekt leitet, und der KI, die es ausführt.

Ein Kanban, das eine KI lesen und schreiben kann

Der Ablauf ist dieser. Man beginnt mit einer Idee: man beschreibt sie der KI und bittet sie, daraus Aufgaben in Ykan zu machen. Bei einem großen Projekt können das hunderte auf einmal generierte Aufgaben sein, bereits in Spalten und Bahnen organisiert — alle sichtbar, bearbeitbar und von Hand umschreibbar, bevor eine einzige Zeile Code geschrieben wird. Das ist der Moment, in dem der Mensch den Plan prüft.

Dann sagt man der KI, sie solle anfangen. Das Modell öffnet die Aufgaben eine nach der anderen, führt sie aus und verschiebt sie nach Erledigung selbst in «Done» oder «Review». Man bleibt frei, jede Aufgabe zu korrigieren, zu bestätigen oder zurückzuschicken, ohne den Plan neu zu schreiben. Damit das funktioniert, braucht es eine Schnittstelle, die eine Maschine ohne Klicken nutzen kann: Ykan stellt einfache Endpunkte bereit — die Board-Zusammenfassung lesen, eine Aufgabe abschließen, sie zwischen Spalten verschieben — sodass die KI über eine API mit dem Kanban spricht, nicht mit der Maus.

Das Telefon als Fernbedienung: MCP

Der Teil, den ich am meisten nutze, ist die Fernsteuerung vom Handy. Eine zweite Datei, mcp.php, stellt das Board als MCP-Server bereit (JSON-RPC 2.0 über HTTPS): zustandslos, läuft auf gewöhnlichem Shared Hosting, ohne VPS oder einen dauerhaft laufenden Prozess. Aus der Claude-App auf dem Handy kann ich das Board verwalten und die Dateien der verknüpften Projekte bearbeiten — lesen, suchen, schreiben — direkt vom Strand, ohne Computer.

Der Mechanismus: jede Bahn des Boards kann mit einem Projektordner verknüpft werden. Die KI sieht nur die ausdrücklich verknüpften Ordner, nie etwas außerhalb; die Geheimnisse (MCP-Schlüssel, Projekt-Wurzel) liegen in einer .env-Datei, nie im Code. Genau dieses Portal wird so verwaltet: die Arbeitskarten seiner Projekte — einschließlich der Überarbeitung, die du gerade liest — leben auf einem Ykan-Board und werden von einer KI über dessen MCP ausgeführt.

Eine KI, die sich selbst prüft

An Ykan ist auch eine Gemini-Integration angebunden, die über «schlag etwas vor» hinausgeht. Sie kann den Projektcode scannen und die zu erledigenden Aufgaben vorschlagen; Komplexität und Dauer schätzen; selbst kategorisieren und priorisieren; einen täglichen Standup-Report erzeugen. Aber die Funktion, die mir am wichtigsten ist, ist die Aufgaben-Verifikation: die KI liest die einer Aufgabe zugeordneten Dateien und prüft, ob sie wirklich erledigt wurde, statt darauf zu vertrauen, dass jemand sie nach «Done» gezogen hat. Und sie antwortet in der Sprache, die du wählst.

Die Anbindungen an alles andere

Um den Kern herum liegen die Dinge, die ein Board wirklich alltäglich nutzbar machen: GitHub-Integration (Issues, Pull Requests, Commits und Repo-Statistiken, mit der Möglichkeit, ein Issue in eine Karte zu verwandeln), ein Themes-System in JSON mit Live-Umschalter und integriertem Editor, Sofortsuche und Filter, Markdown-Unterstützung in den Beschreibungen, JSON/CSV-Export, Karten-Vorlagen (Bug, Feature, Task, Docs, Refactor), ein Scanner für TODO/FIXME-Kommentare im Code und ein Burndown-Chart für die Geschwindigkeit. Es gibt auch sich selbst regenerierende Aufgaben: wiederkehrende erstellen sich neu, wenn man sie archiviert.

Gemacht, um benutzt zu werden, nicht nur gezeigt

Ykan entstand als internes Werkzeug, um die Projekte dieses Portals besser zu verwalten, und das ist es immer noch: ein Testfeld, um herauszufinden, welche Formatkonventionen ein Kanban für ein Modell lesbar machen und nicht nur für einen Menschen. Es ist PHP 8.2+, eine Datei, ein JSON, MIT-lizenziert, Open Source auf GitHub. Es bleibt bewusst eine Demo — denn der Wert liegt nicht in noch einer To-do-App, sondern in der Frage darunter: wie schreibt man ein Werkzeug, das so gestaltet ist, dass das, was es liest, die meiste Zeit eine Maschine ist?