Vom iPhone zur Coding-Session: Sven und Navigator
Sechs Screenshots, unterwegs über Discord geschickt, werden zu vier Aufgaben. Wie Sven, Navigator und session-orchestrator arbeiten und wo ich entscheide.
Auf dem iPhone fällt es mir auf
Ich bin unterwegs, als ich Sven über Discord sechs Screenshots meiner eigenen Website schicke. Es ist der 4. Oktober 2026. Ein Pfeil erscheint am iPhone als blaues Emoji, am Mac war mir das so nicht aufgefallen. Dazu kommen Produkttexte, die ich am kleinen Bildschirm anders haben will. Mein Auftrag an Sven: Texte und Bilder prüfen und verbessern.
Ein Terminal brauche ich dafür nicht. Ich zeige ihm, was ich sehe. Ob am Ende eine Komponente, ein Bild oder ein Satz geändert werden muss, weiß ich da noch nicht. Genau das soll Sven zuerst auseinanderhalten.
Den Raben, der mit mir arbeitet, habe ich schon vorgestellt. Hier geht es um einen anderen Teil unseres Alltags. Aus einer Nachricht vom iPhone wird Arbeit, die ich zu Hause am Mac einfach wieder aufnehme.
Sven macht aus den Bildern vier Aufgaben
Sven schaut sich die Website an und prüft meine Beobachtungen. Der blaue Pfeil ist ein Darstellungsfehler. Dass mir ein Produkttext nicht taugt, ist erst einmal mein Urteil. Beides ist Arbeit, aber mit verschiedenen Aufträgen. Beim Fehler kann ich sagen, was falsch ist. Beim Text muss ich klären, was er stattdessen erzählen soll.
Aus dem Audit entstehen vier Aufgaben: Texte, Bilder, Layout und Redaktion. Das hilft mehr als ein großes „Website schöner machen“. Ich kann die Bereiche getrennt besprechen und entscheiden, was zusammengehört. Die Screenshots zeigen, wo es angefangen hat. Die Aufgaben halten die Befunde fest.
Issues anlegen und kommentieren darf Sven. Code pushen, Merge Requests erstellen oder mergen darf er nicht. Recherche und das Anlegen von Aufgaben sind vereinbarte Routine, dafür muss ich nicht jeden Schritt bestätigen.
Dazuerfinden darf er aber nichts. Ob ein Produkt anders dargestellt werden soll, entscheide ich. Ein Screenshot zeigt ihm die Stelle. Meine Absicht steht im Auftrag oder kommt als Rückfrage zu mir.
Zu Hause übernimmt der Navigator den Überblick
Am Mac brauche ich zusätzlich den Überblick über alles, was gerade läuft. Dafür habe ich den Navigator gebaut, mein Werkzeug oberhalb der Coding-Sessions. Er läuft als Lead-Session und übernimmt das Briefing seines Vorgängers. Dann schaut er auf die Flotte: welche Sessions gerade arbeiten, wo, woran und in welcher Reihenfolge.
session-orchestrator sitzt eine Ebene darunter. Es führt eine einzelne Session durch Planung, Arbeitswellen und Prüfung. Navigator koordiniert zwischen den Sessions. Das öffentliche MIT-Projekt session-orchestrator kann ich verlinken. Seit 5. Oktober liegt Navigator als lead-session-orchestrator auf npm, ebenfalls unter MIT. Das Quell-Repo bleibt privat. Der lokale Paketstand von session-orchestrator ist am 4. Oktober 5.7.0.
Bevor eine Session zum ersten Mal schreibt, meldet sie sich beim Navigator an. Sie bekommt Auflagen für ihr Repository und ihren Auftrag. Eine Session bearbeitet etwa Texte, eine andere prüft einen getrennten Bereich. Beide müssen wissen, wo ihre Arbeit endet.
Bei den vier Website-Aufgaben lief das am selben Sonntag. Eine Session am Mac meldete sich an, bekam ihre Auflagen und nahm Svens Audit auf. Sie klickte die Seite noch einmal aus Sicht der Leute durch, für die sie gedacht ist, am Desktop und am Handy. Dann kamen die Fragen, die nur ich beantworten kann. Darf der Einstieg mit dem Ergebnis beginnen statt mit der Methode? Sollen Betriebe sichtbar angesprochen werden? Welche Bildrichtung? Ich habe geantwortet, den Rest hat sie auf parallele Aufträge verteilt.
Nicht alles muss auf meinem Mac gleichzeitig laufen
Der Navigator verteilt auch knappe Ressourcen. Wie viel parallel laufen darf, hängt vom freien Speicher ab. Arbeit, die Prozesse startet, bekommt andere Grenzen als reines Lesen. Wird der Speicher knapp, starten weniger Agents oder gar keine mehr. Mehr offene Sessions machen den Rechner sonst vor allem langsamer.
Schwere Prüfungen wie Typecheck, volle Testsuite, Build und Browsertests sollen auf einem zweiten Mac laufen. Ist der nicht verfügbar, trägt die vollständige MR-Pipeline auf dem konkreten Code-Stand die Prüfung. Ein erreichbarer Rechner allein ist noch kein Prüfbeleg.
In Gebaut, aber nicht eingeschaltet, meinem Artikel vom 15. Oktober, beschreibe ich, wie lange dieser zweite Rechner ungenutzt bereitstand. Die heutigen Auflagen geben der Auslagerung einen Platz im Ablauf. Eine rückwirkende Nutzung belegen sie nicht, und wie viel Zeit das spart, weiß ich noch nicht.
Für die Website heißt das: Ich prüfe Texte und Darstellung in Ruhe, die schweren Checks laufen woanders. Am Ende wird trotzdem derselbe gemeinsame Stand geprüft.
Vor dem Merge kommt die Ansage
Innerhalb einer Session organisiert session-orchestrator die Arbeit in Wellen. Nach Änderungen kommt die passende Prüfung. Scheitert sie, geht der konkrete Befund an die zuständige Stelle zurück. Diese begrenzte Rückführung habe ich in Loop Engineering beschrieben. Ein „fertig“ ersetzt weder die Prüfung noch den vereinbarten Umfang.
Vor dem Merge kommt eine weitere Übergabe. Die Session nennt Merge Request, Head-SHA, Pipeline und Diff. Der Head-SHA bezeichnet den genauen Code-Stand. Damit prüft der Navigator, ob die grüne Pipeline wirklich zu dieser Änderung gehört. Und ob eine andere Session vorher dran ist.
Dann gibt er sein Zeichen für die Reihenfolge. Hier trenne ich sehr genau zwischen Nachricht und Berechtigung.
Eine Nachricht trägt eine Anweisung, keine Freigabe.
Auch eine weitergereichte Erlaubnis braucht eine klare Herkunft und muss für genau diese Aktion gelten. Das trägt mein Auftrag oder ein gültiges Freigabedokument. Das Zeichen des Navigators allein erzeugt keine Berechtigung. Nach dem Merge werden das Ergebnis und gegebenenfalls die Veröffentlichung nachgeprüft.
Für die Screenshots vom iPhone war das Merge Request !99. Er bringt eine Startseite, die mit dem Ergebnis beginnt. Dazu neue Produktkarten mit Bildern und genau diese Artikelserie. Die Session schickte ihre Ansage. Der Navigator prüfte, ob eine andere Session vor ihr auf main wartete, und gab das Zeichen. Gemergt wurde erst danach, auf dem Stand, den die Pipeline geprüft hatte.
Die Rückfragen sollen bei mir ankommen
Ist eine echte Entscheidung offen, landet sie in der Owner-Queue, mit Optionen, Empfehlung und Frist. Die Queue entscheidet nichts. Sie hält fest, was ich entscheiden muss und was ich dann entschieden habe.
Bei den Produkttexten ist das der Unterschied zwischen Schreibaufgabe und Richtungsfrage. Innerhalb des Auftrags darf eine Session formulieren und prüfen. Ändert sich die Aussage über das Produkt, will ich die Frage mit einem Vorschlag zurück. Den ganzen Chatverlauf will ich dafür nicht lesen.
Die dauerhafte Verbindung zwischen Sven und Navigator ist noch nicht vollständig im Betrieb abgenommen. Zeitversetzte Aufnahme, Antworten und der Umgang mit doppelten Nachrichten sind dokumentiert. Einen durchgehend funktionierenden Autopiloten mache ich daraus noch nicht.
Der nützliche Teil ist schon da: Was ich unterwegs schicke, bleibt als geprüfte Aufgabe erhalten, und zu Hause arbeite ich daran weiter. Das gemeinsame Kontingent läuft noch nicht rund. Am Mittag des 4. Oktober musste der Navigator die Parallelität drosseln und Routine auf ein anderes Modell verlagern, weil die Flotte aufs Limit zulief.
Häufige Fragen
Was macht Sven mit meinen Screenshots?
Er prüft die Website, trennt Fehler von Geschmack und legt Aufgaben an. Pushen, Merge Requests erstellen oder mergen darf er nicht. Issues anlegen und kommentieren schon.
Wie unterscheiden sich Navigator und session-orchestrator?
Navigator ist mein Werkzeug für die Koordination mehrerer Sessions. Seit Oktober liegt er unter MIT als lead-session-orchestrator auf npm, das Quell-Repo ist privat. Das öffentliche MIT-Projekt session-orchestrator organisiert Planung, Wellen und Prüfungen in einer Session.
Ist eine Nachricht des Navigators eine Merge-Freigabe?
Nein. Sein Zeichen regelt die Reihenfolge. Die Berechtigung kommt aus meinem Auftrag oder einem gültigen Freigabedokument. Sie muss für die konkrete Aktion gelten.