In Arbeit: Dieses Projekt ist in der Designphase (Sprint 0) — noch kein öffentliches Produkt.
← Zurück zum Portfolio

Fallstudie · im Design

Fleet-Cockpit — eine Flotte von KI-Coding-Agenten steuern

Ein Werkzeug, um eine ganze Flotte von KI-Coding-Agenten über eine oder mehrere Maschinen hinweg zu steuern — vom Desktop und vom Handy: laufende Sitzungen sehen, Ausgaben lesen, Freigaben erteilen und Befehle senden. Agent-CLI-unabhängig, Ende-zu-Ende-verschlüsselt, mit fälschungssicherem Audit-Log.

TypeScript Monorepo Ende-zu-Ende-Verschlüsselung PWA Architektur & Bedrohungsmodell Apache-2.0
Fleet-Cockpit — supervise a fleet of AI coding agents
Rolle
Solo — Architektur, Protokoll- & Sicherheitsdesign
Stack
TypeScript · npm-Monorepo · PWA · Ende-zu-Ende-Verschlüsselung
Zeitraum
Im Design seit Mitte 2026
Jahr
2026
Status
Im Design (Sprint 0 — Recherche & Design; bewusst noch kein Produktivcode)

Ein Werkzeug, um eine ganze Flotte von KI-Coding-Agenten über eine oder mehrere Maschinen hinweg zu steuern — vom Desktop und vom Handy: laufende Sitzungen sehen, Ausgaben lesen, Freigaben erteilen und Befehle senden. Agent-CLI-unabhängig, Ende-zu-Ende-verschlüsselt, mit fälschungssicherem Audit-Log.

Die Herausforderung

Mehrere KI-Coding-Agenten gleichzeitig laufen zu lassen, wird schnell unübersichtlich — man kann nicht jede Sitzung im Blick behalten, Freigaben blockieren den Fortschritt, sobald man nicht am Schreibtisch sitzt, und es gibt keinen vertrauenswürdigen Nachweis, wer was freigegeben hat. Der Auftrag: eine Flotte von Agenten von überall steuern, auch vom Handy, ohne die Sicherheit zu schwächen oder den Prüfpfad zu verlieren.

Das Vorgehen

  • Eine saubere Trennung der Zuständigkeiten. Ein Adapter kapselt jede Agent-CLI (so bleibt das System unabhängig davon, welchen Agenten man einsetzt); eine Bridge auf jeder Maschine baut nur ausgehende Verbindungen zu einem Relay auf; das Relay sieht ausschließlich Chiffretext; und ein PWA-Client auf Desktop oder Handy entschlüsselt und stellt dar.
  • Ende-zu-Ende-Verschlüsselung als Grundprinzip. Das Relay ist nicht vertrauenswürdige Infrastruktur und sieht niemals Klartext; abgesichert durch ein dokumentiertes Krypto-Design und Bedrohungsmodell.
  • Ein fälschungssicheres Audit-Log jeder Freigabe und jedes Befehls, ausgelegt für die Anbindung an ein separates Audit-Backend.
  • Engineering-Disziplin von Tag eins an. Ein TypeScript-Monorepo, eine Lizenz-Allowlist, Formatierungs-, Typecheck- und Test-Gates in CI und Git-Hooks sowie als nummerierte ADRs festgehaltene Architekturentscheidungen — obwohl die Implementierung bewusst erst beginnt, nachdem der Product Owner die Sprint-0-Recherche und das Design freigegeben hat.

Das Ergebnis

Eine gründliche, dokumentierte Architektur und ein Sicherheitsmodell (Sprint 0) — Apache-2.0 — bereit für die Umsetzung; die schwierigen Probleme (Vertrauensgrenzen, Verschlüsselung, Audit) sind auf dem Papier gelöst, bevor eine Zeile Produktcode geschrieben wird.

Was das zeigt

  • Denken in Sicherheits- und Systemarchitektur — Vertrauensgrenzen, E2E-Verschlüsselung, nur ausgehende Bridges, fälschungssicheres Audit.
  • Disziplinierter Engineering-Prozess — ADRs, Lizenz-Governance, CI-Gates — angewandt schon vor dem Coden.
  • Ehrliche Abgrenzung des Umfangs — entwerfen, bevor gebaut wird.

Technik auf einen Blick

TypeScript · npm-Monorepo · PWA · Ende-zu-Ende-Verschlüsselung · Relay/Bridge/Adapter-Architektur · Fälschungssicheres Audit-Log · ADRs · Apache-2.0