--- title: "Das beste System ist kein System" date: 2026-02-09 language: de topics: ["AI", "design", "experiment", "programming", "web", "work"] source_url: https://willem.com/de/2026-02-09_das-beste-system-ist-kein-system/ --- # Das beste System ist kein System *Eine leere Leinwand, ein altes Archiv und ein Abend mit einem KI-Agenten* > Mit neuer Technologie zu experimentieren heißt manchmal, auf einer leeren Leinwand anzufangen: die Strukturen loszulassen, die man über die Jahre gebaut hat, etwa ein Content-Management-System, und die Welt aus dem Nichts neu zu denken. Genau das habe ich in diesem Monat getan, aus Versehen, an einem Abend. Ein fünfzehn Jahre altes Tool wurde ohne eines meiner Systeme neu gebaut, und was dabei herauskam, hat verändert, wie ich über all diese Systeme denke. In diesem Beitrag geht es um diesen Abend und darum, was ich gelernt habe, indem ich meine eigenen Regeln zeitweise losgelassen habe. ## Eine Sackgasse Für eine Malerfirma pflege ich ein kleines Tool, das einen Satz PDFs zu einem Angebot zusammensetzt: Deckblatt, Hausstil, Wasserzeichen, allgemeine Geschäftsbedingungen. Das Original stammt aus meiner .NET-Zeit. In diesem Jahr wollte der Kunde es zurück, besser, und mein Plan war offensichtlich: in den Lemmid Manager einbauen, meine Plattform, als Aktionsbutton. Wo es hingehört. Am 9. Februar bin ich dort in eine Sackgasse geraten. Aktionen, die Skripte ausführen, brauchen einen Ort zum Laufen, und ich hatte noch keine gute Antwort darauf, wo und wie das Arbeitsverzeichnis bestimmt wird. Ein ziemlich wichtiges Problem, denn alles auf diesem Weg muss sich darauf einigen. Ich hatte Tage damit verbracht. ![3. Februar, im Zug: das Tool auf Papier skizziert, bevor es eine Zeile Code gab, Deckblatt, Hausstil, vier PDFs und drei Buttons](https://willem.com/global/images/ad12b03e8780.webp) ## Ein altes Archiv Aus Verzweiflung habe ich also etwas anderes gemacht. Ich habe den alten Code aus einem Archiv ausgegraben, ein funktionierendes Programm in klarem, statisch typisiertem Code, und den KI-Agenten gebeten, eine Webversion davon zu machen. Ein besserer Prompt war nicht möglich: eine vollständige Spezifikation, die schon lief. Ein einfacheres Programm war vermutlich auch nicht möglich, es hat einen Kopf und einen Schwanz. Dann habe ich alles losgelassen, was ich normalerweise hinzufügen würde: kein Objektmodell, keine Webserver-Konfiguration, keine Datenbank plus Dateisystem, keine Plattform. Eine leere Leinwand. ![Links das Original aus meiner .NET-Zeit, am 9. Februar auf einem Windows-Bildschirm fotografiert; rechts die Webversion am selben Nachmittag](https://willem.com/global/images/82564866a381.webp) ## Hundert Prozent clientseitig Das Ergebnis war besser, als ich hätte hoffen können. Nicht nur schneller: besser im Design. Die schwere Arbeit läuft komplett im Browser: eine clientseitige Sitzung, ein fest einprogrammierter Fallback und ein paar lose PDFs und TTF-Dateien. Das ist die ganze Architektur. Wo das alte Tool eine Windows-Maschine brauchte und der neue Plan meine Plattform, braucht dieses einen Ordner auf einem Webserver. Es ging an einem Abend von einer hypothetischen Lieferung zu geteilten Screenshots und einem geplanten Termin, und es ist seitdem in Produktion. ![Das erzeugte Angebot, die Liste der Quell-PDFs mit Schaltern für Wasserzeichen und Briefkopf, und Seite 7 von 598: Das ganze Tool läuft im Browser](https://willem.com/global/images/4b6d5229a23b.webp) ## Das beste System ist kein System Die Folgen sind ernsthaft ernst. Der Manager ist stark wegen seines weichen Blueprint-Modells: Ein Textfeld definiert eine maßgeschneiderte Anwendung für einen Kunden, auf der schwereren Maschinerie der statischen Website-Generatoren. Das war mein Weg, individuelle Arbeit schnell zu liefern. Man kann fragen, ob ein Modell wie dieses diesen Vorteil wegnimmt. Wenn ich sehe, wie schnell ich an diesem Abend individuelle Arbeit geliefert habe, ist es ein Vorbote. Ich halte es für sehr gut möglich, dass der nächste Lemmid Manager kein Manager ist. Eine Variation einer alten Regel von mir: [das beste System ist kein System](https://willem.com/en/2020-05-11_scalable-application-design-without-magic/). Ein Beispiel hatte ich schon. Die Website eines Schokoriegels, die ich letztes Jahr gebaut habe, ist zu 100 Prozent statisch, und ich habe sie nie mit dem Content-Management-System verbunden. Das HTML zu bearbeiten ist so einfach wie sich einzuloggen und einen Publisher laufen zu lassen. Wenn ich das Produkt bin, der Helfer, brauche ich die Werkzeuge nicht unbedingt. Wenn überhaupt, sollte ich die neuen Kräfte der KI nutzen, um gründlich darüber nachzudenken, möglichst viele Teile meiner Systeme überflüssig zu machen. Je weniger bewegliche Teile, desto besser. Sehr extrem: Könntest du ohne Datenbank auskommen? Könnten Publisher clientseitig laufen? Was, wenn das Webroot alles ist, eine Art eingebetteter Manager? Extreme Ideen ohne Umsetzungspläne, aber Richtungen, die es wert sind, jetzt erkundet zu werden, nachdem ich gesehen habe, wie gut ein KI-Programm sein kann. Mir ist klar, dass das nicht eins zu eins auf etwas Großes und Unscharfes wie eine ganze Plattform übertragbar ist. Aber zerleg das Große und Unscharfe in kleinere, konkrete Stücke, und irgendwo gibt es einen Kipppunkt. ## Sechsunddreißig Stunden Der Abend hörte nicht beim Tool auf. Die Magie hat mir bewusst gemacht, dass der Linux-Laptop etwas Großartiges ist und dass ich mich unter Wert verkauft habe, indem ich nur auf Apple-Geräten gearbeitet habe. Am nächsten Tag habe ich mit demselben KI-Agenten die Dateisynchronisierung zwischen Laptop und Telefon eingerichtet, dann einen automatischen Fotostrom, und am Abend auf dem Bahnsteig habe ich bestätigt, dass es über einen Hotspot funktioniert. Was ich in diesen sechsunddreißig Stunden erlebt habe, war nichts weniger als ein Paradigmenwechsel. Nicht gegen Apple, sondern eine solide Brücke zwischen der Linux-Maschine und der Apple-Technik, ohne Zwischenstation. Zehn Tage später wurde dieser Laptop zur [agentischen Werkstatt](https://willem.com/en/2026-02-20_agentic-coding-on-a-linux-vps/), über die ich früher geschrieben habe. ![Am Morgen danach, 10. Februar: der Framework-Laptop auf meinem Schoß, das iPad daneben, zum ersten Mal seit Monaten](https://willem.com/global/images/8f4acaa90737.webp) ![Die Brücke: das Telefon mit dem Laptop verbunden, und eine Automatisierung, die synchronisiert, sobald es im Heimnetz ist](https://willem.com/global/images/88068a3cc63b.webp) ## Update, September 2026 Die leere Leinwand blieb nicht leer. In den folgenden Monaten habe ich diese neue, wilde, erstaunliche Welt wieder mit den Strukturen verbunden, die ein Unternehmen braucht, um jahrelang online zu bleiben. Die Idee, die hier geboren wurde, eine Check-in-Check-out-Schleife pro Projekt statt endloser Chats, wurde zu MP1: ein Publisher, der als ZIP in meinem eigenen Manager lebt, [sechs Websites in zehn Tagen](https://willem.com/en/2026-06-24_six-websites-in-ten-days/) und seitdem mehr als fünfundzwanzig. Die Nachrichtenseite ohne Manager, die im selben Monat gebaut wurde, läuft jetzt auf der Plattform, mit eigener [Statistik](https://willem.com/en/2026-07-07_counting-agentic-traffic/) und einer nächtlichen Redaktions-Pipeline. Die Plattform ist nicht verschwunden. Sie wurde kleiner und stärker, und sie trägt jetzt alles, was mir die leere Leinwand beigebracht hat. ![Update, September 2026: die Nachrichtenseite ohne Manager und willem.com selbst, beide auf MP1, dem Publisher, zu dem dieser Abend geführt hat](https://willem.com/global/images/e80091fa2352.webp) ## Fazit Der Wert dieser Episode war nicht das Tool. Es war die Übung: möglichst viel zu lernen, indem man bestehende Methoden und Regeln zeitweise loslässt. Fang bei null an, schau, was die Technologie von allein kann, und entscheide erst dann, welche Struktur das Ergebnis verdient. Die meisten meiner Systeme haben diesen Test überstanden. Eines davon wurde zu etwas Neuem. Such dir also eine kleine Sache mit Kopf und Schwanz, wirf jede Regel ab, die du hast, und schau, was herauskommt. Es könnte ein Paradigmenwechsel sein, ha!