TypeScript erobert den Robot-Software-Stack — Flue, Mastra und die DACH-Perspektive
Flue und Mastra: TypeScript-Agent-Runtimes 2026. Der Robot-Software-Stack verschiebt sich. Lies es vor dem nächsten Commit.
Flue ist ein TypeScript-Framework für Agenten, diese Woche veröffentlicht. An sich unremarkabel — noch ein Runtime in der Post-2025-Agent-Runtime-Gold-Rush. Aber für Robotics-Labs und Digital-Fabrication-Offices signalisiert sein Erscheinen eine Verschiebung: die Orchestrations-Schicht zwischen LLM, Sandbox und deinen Real-World-Tools ist nicht mehr Python per Default. Der Stack gabelt sich.
Schau auf Flues Landing Page — `createAgent`, `model: ‘anthropic/claude-sonnet-4-6’`, `sandbox: local()`, `tools: […githubTools]`. Vertraute Architektur: Model plus Tools plus Skills plus Sandbox plus Session. Neu ist: das Harness kommt als TypeScript, mit Sandbox-Ausführung, OpenTelemetry-Traces und MCP-Werkzeugen. Mastra, wie Developers Digest dokumentiert, drückt die gleiche Form aus anderem Winkel — Durable Agents, Evals, Memory, MCP — und kommt als Backend-Schicht, nicht als CLI-Tool. Zusammen konkurrieren sie nicht mit Python-Research-Code; sie konkurrieren mit Python um die Deploy-Schicht.
Für Robotics-Gruppen an ETH, HSLU oder TU-Wien zählt dieser Unterschied. Die MoveIt / ROS2 / PyTorch-Chain auf der Lab-Bank funktioniert fine. Die Chain in Production — Fertigungszelle orchestrieren, BIM-Payloads von Speckle verarbeiten, Sonnet-Agent aufrufen um zu entscheiden wann zu stoppen — migriert leise zu TypeScript Node-Runtimes. Flue ist der Moment, in dem diese Migration sichtbar wird.
←HEUTE: Flue und Mastra schicken TypeScript-Agent-Runtimes mit Sandboxes, Sessions und MCP — konkurrierend um die Production-Orchestrations-Schicht über ROS und Python-Research-Code.
→3012: Rückblickend aus den späten 2070ern: dies ist das Jahr, in dem Robotics-Labs einen polyglotten Stack akzeptierten — Python für Research, TypeScript für Orchestration, Rust für die Safety-Critical-Edge. Die Pythonic-Monokultur brach sauber.
Fulcrum: Wähle deinen Orchestrator vor deinem Model. Der Orchestrator entscheidet, welche Modelle, welche Tools und welche Sandboxes du tauschen kannst; die meisten Teams wählen zuerst das Model und entdecken später, dass der Orchestrator alles Andere constrainiert.
Drei konkrete Aktionen für den Dependency Graph diese Woche. Erstens: schreib deine aktuelle Orchestrations-Schicht auf — nicht das Architektur-Diagramm, den echten Dependency Graph. Für BIM-angrenzende Gruppen ist das meist ein Wirr-warr aus n8n plus Python-Scripts plus ein hausgemachter Flask-Service. Zweitens: identifiziere die kritischen Fehlerpunkte — der API-Schlüssel im Kopf eines Engineers, das npm-Paket ohne Versions-Pin, der in drei Stellen hardcodierte Modell-Name. Drittens: entscheide, ob dein nächster Orchestrations-Commit auf der neuen TS-Schicht landet oder ob du dich für weitere zwei Jahre zum Python-Layer verpflichtest. Beides ist valid; überraschende Commits sind nicht.
Das Digital-Twin-Konzept-Panel im PAZ-Archiv ist der richtige Rahmen: ein Twin, der dir nur ein Dashboard zeigt, ist ein Museum; ein Twin, der dir sagt, was zu tun ist, ist Engineering. Die Agent-Runtime verwandelt ein Dashboard in eine Entscheidung. Wähle sie bewusst.
Atelier: Für die PAZ-Grasshopper↔Archicad-Library-Arbeit ist das wirklich brauchbar. Eine TypeScript-Agent-Runtime, die MCP spricht, sitzt sauber über Speckle und der Archicad Python API — das fehlende Stück zwischen „wir haben ein Modell” und „wir haben ein Werkzeug, das autonom auf dem Bauleitung-Schreibtisch läuft.” Die PAZ-Regel gilt: zeichne den Dependency Graph, bevor du den Agent schreibst.
Hack: Dieses Hack lehrt dich, jeden kritischen Fehlerpunkt in deiner Agent-Toollist vor Versand zu identifizieren. Domain: Workflow — ein `npm ls` Befehl vom Root eines Flue- oder Mastra-Repos:
npm ls --all --prod 2>/dev/null | grep -E "@anthropic|@openai|@modelcontextprotocol" -B1
Lese die Ausgabe als Vendor-Übersicht. Jede Zeile ist eine Runtime-Abhängigkeit, die dein Agent erreicht, und das `-B1` Flag zeigt, welches Parent-Paket sie gezogen hat. Wenn derselbe Vendor durch drei verschiedene Pfade kommt, hast du einen kritischen Fehlerpunkt, den du nicht in dein Architektur-Diagramm eingezeichnet hast — und genau das Aufdecken dieses dritten Pfads ist der ganze Zweck.
Quellen & Weitere Ressourcen
QUELLE · ↗