Wie ein Entwickler mit Mozart KI-Agenten orchestriert und Burnout überwand

Ein Satz hat alles verändert: „Ich habe keine Lust mehr, die Träume anderer zu verwirklichen.“ Hinter diesem Satz steckte keine strategische Entscheidung, sondern pure Erschöpfung. Nach wochenlangem Kampf um Freelance-Projekte und vergeblichen Versuchen, eigene Ideen umzusetzen, war der Moment gekommen, in dem die Frustration zur Klarheit wurde. In Montpellier, zwischen Reisen und unruhigen Nächten, entstand der Entschluss, etwas Eigenes zu schaffen. Nur wenige Tage später begann die Arbeit an Mozart – einer Plattform, die Entwickler:innen dabei unterstützt, KI-Agenten intelligent zu koordinieren.

Doch der Weg dorthin war alles andere als geradlinig.

Vom Selbstlernen zum Burnout: Der lange Weg zurück

Der Autor entdeckte die Programmierung mit 14 Jahren – autodidaktisch, durch Dokumentationen, gescheiterte Projekte und nächtelange YouTube-Tutorials. Nach Jahren als Freelancer in Ländern wie Vietnam, der Türkei und Portugal versuchte er sich immer wieder an eigenen Anwendungen. Doch ohne nachhaltigen Erfolg. Irgendwann legte er den Code für Monate beiseite. Eine typische Reaktion, wenn Leidenschaft in Frustration umschlägt. Doch die Liebe zum Programmieren ließ sich nicht dauerhaft unterdrücken.

Als er zurückkehrte, bemerkte er einen fundamentalen Wandel: Die Landschaft der Softwareentwicklung hatte sich durch große Sprachmodelle (LLMs) revolutioniert. Plötzlich ging es nicht mehr nur um das Schreiben von Code, sondern um dessen Orchestrierung. Entwickler:innen wurden zu Dirigent:innen, die mehrere KI-Agenten gleichzeitig steuern und deren Zusammenarbeit koordinieren.

Arthur Mensch, Mitgründer von Mistral AI, betonte kürzlich vor der französischen Nationalversammlung einen entscheidenden Punkt: Der Flaschenhals liegt nicht mehr in der Code-Erstellung, sondern in der Konzeption und Steuerung verteilter Systeme. Je mehr Agenten man einsetzt, desto höher der Produktivitätsgewinn – doch ohne klare Architektur verpufft dieser Effekt schnell.

Genau hier setzt Mozart an.

Die Blockaden: Warum wir uns selbst im Weg stehen

Schon 2014 träumte der Entwickler von einem eigenen Startup. Damals arbeitete er als Bautechniker in einem Labor und hörte im Auto Podcasts von Oussama Ammar, einer prägenden Figur der französischen Startup-Szene. Ammars Visionen über die US-amerikanische Gründerkultur inspirierten ihn – doch als Handlungsaufforderung blieb alles Theorie. Erst Jahre später, als er sich ernsthaft mit Programmierung beschäftigte, wuchs der Wunsch nach einem eigenen Unternehmen. Doch immer wieder schob er ihn beiseite mit Ausreden wie „Ich bin Autodidakt“, „Ich habe zu wenig Erfahrung“ oder „Die Zeit ist noch nicht reif“.

Rückblickend wird klar: Es gab nie den perfekten Moment. Die eigentliche Hürde war nicht das fehlende Wissen, sondern das Fehlen der richtigen Idee – einer, die einen sofort ergreift und nicht mehr loslässt.

Der Weg durch die Wüste: Scheitern als Teil des Prozesses

Die Suche nach der passenden Idee war chaotisch. Phasen der Stagnation wechselten sich mit plötzlichen Erkenntnissen ab. Der Entwickler beschreibt sie als Wüstenwanderungen: lange Abschnitte ohne Fortschritt, in denen Zweifel die Oberhand gewinnen. Doch jedes Mal, wenn er eine „Oase“ fand – eine vielversprechende Lösung oder ein ungelöstes Problem –, gab ihm das neuen Antrieb.

Vor Mozart startete er mehrere Projekte, von denen einige nie fertig wurden oder heute nur noch fragmentarisch existieren:

• Eine Chrome-Erweiterung, die Social-Media-Antworten per LLM automatisierte. Die Idee war solide, die Umsetzung jedoch mittelmäßig – und die Verbreitung fehlte gänzlich.
• Eine Sportplattform für französische Laufveranstaltungen, die bis zu 200 Besucher täglich erreichte, aber keine zahlenden Nutzer:innen gewann. Das Projekt lebt weiter, bleibt aber ein Nischendasein.

Die zentrale Lehre daraus: Verteilung ist alles. Ein Zitat aus Douglas Adams‘ Per Anhalter durch die Galaxis fasst es treffend zusammen: Eine Zivilisation, die alle „Unnützen“ – Verkäufer, Marketingexperten, Berater – deportiert, erlebt zunächst scheinbare Effizienzsteigerungen. Doch bald kollabiert das System, weil diese Rollen unverzichtbar sind. Ähnlich verhält es sich mit Software: Ein großartiges Produkt nützt nichts, wenn niemand davon erfährt.

Die Geburt von Mozart: Kontext als Schlüssel

Der initiale Impuls für Mozart kam nicht aus dem Wunsch nach einem weiteren KI-Tool, sondern aus einem ganz praktischen Problem: wiederholter Kontextverlust. Jedes Mal, wenn man zwischen verschiedenen LLMs wie ChatGPT und Claude wechselt, muss man denselben Sachverhalt von Neuem erklären. Selbst wenn einzelne Modelle Speicherfunktionen bieten, bleiben diese oft intransparent, schwer zu steuern und fragmentiert.

Die erste Vision: eine universelle Speicherschicht, die sich nahtlos in beliebige Modelle integrieren lässt. Ein persönlicher, kontrollierbarer Wissensspeicher für Notizen, Code und Projekte – zugänglich für jede KI.

Doch schnell zeigte sich: Die technische Umsetzung ist komplexer als gedacht. Embeddings, Entity-Graphen, Retrieval-Systeme – jeder Ansatz wirft neue Herausforderungen auf. Selbst erfahrene Teams arbeiten an ähnlichen Lösungen, ohne dass sich bisher eine durchgesetzt hätte. Offensichtlich ist das Problem alles andere als trivial.

Aus dieser Sackgasse erwuchs die nächste Erkenntnis: Warum nur ein Modell nutzen?

Warum Mozart mehr ist als ein KI-Tool

Die meisten großen KI-Anbieter bieten geschlossene Schnittstellen an. ChatGPT hat seine eigene, Claude eine andere. Doch keine davon ist darauf ausgelegt, mehrere Agenten unterschiedlicher Modelle parallel zu koordinieren – geschweige denn, deren Zusammenarbeit in Echtzeit zu steuern. Genau hier liegt Mozarts Kern: ein Cockpit, in dem Nutzer:innen verschiedene KI-Agenten starten, ihnen Aufgaben zuweisen und die Gesamtarbeit überwachen können.

Bei der Marktanalyse zeigte sich: Es gibt bereits Konkurrenz – gut finanziert und technologisch weiter entwickelt. Der erste Impuls war Frustration. Doch dann wurde klar: Gerade das Vorhandensein von Wettbewerbern bestätigt, dass es sich um ein echtes Problem handelt. Wenn ernsthafte Teams und Investoren daran arbeiten, muss der Bedarf real sein. Der Markt ist noch nicht gesättigt – und die Chance besteht, eine Lücke zu füllen.

Was Mozart heute leistet – und morgen können wird

Mozart ist mehr als eine technische Spielerei. Es ist der Versuch, die Art und Weise, wie wir Software entwickeln, grundlegend zu verändern. Statt isolierter KI-Modelle, die um Aufmerksamkeit konkurrieren, entsteht ein Ökosystem, in dem Agenten kollaborieren und Nutzer:innen die Kontrolle behalten.

Die ersten Versionen konzentrieren sich auf:

• Persistente Kontexte, die zwischen verschiedenen LLMs und Sessions erhalten bleiben.
• Agenten-Koordination, die paralleles Arbeiten ermöglicht – etwa wenn ein Agent Code analysiert, während ein anderer Dokumentation erstellt.
• Anpassbare Workflows, die sich an individuelle Bedürfnisse anpassen lassen.

Doch das Potenzial geht weit über das hinaus, was heute sichtbar ist. Langfristig könnte Mozart zu einer Plattform werden, die nicht nur Entwickler:innen, sondern auch Unternehmen dabei unterstützt, komplexe KI-Systeme zu managen – ohne dabei die Kontrolle zu verlieren.

Eine neue Ära des Programmierens

Die Geschichte von Mozart zeigt: Technologie entsteht selten aus rationalen Plänen, sondern oft aus Momenten der Klarheit – wenn Frustration in Kreativität umschlägt und sich Leidenschaft neu entfaltet. Der Entwickler, der einst Burnout erlebte, hat nicht nur ein Tool geschaffen, sondern eine Vision: eine Zukunft, in der Softwareentwicklung nicht mehr von einzelnen Expert:innen abhängt, sondern von flexiblen, miteinander agierenden Agenten.

Mozart steht erst am Anfang. Doch die Richtung ist klar – hin zu einer Welt, in der wir nicht mehr für andere träumen, sondern unsere eigenen Visionen mit den richtigen Werkzeugen verwirklichen können.