Metawissen
Du brauchst nicht zu wissen, wie man es macht. Du musst nur verstehen, was du tust.
Die Plattform, auf der du das gerade liest, wurde von einem KI-Agenten nach meiner Anweisung gebaut. Ebenso die Publishing-Pipeline dahinter. In diesem Text geht es darum, was dabei schiefgelaufen ist — und was das über die Zukunft aussagt.
Der Bloat-Vorfall
Zuerst baute ich diese Schreib-App für mich selbst — ein Werkzeug zum Notizenmachen und schnelleren Verfassen, maßgeschneidert auf genau meine Arbeitsweise. Zum Veröffentlichen brauchte ich ein Frontend. Also forderte ich einen Opus-gesteuerten Agenten auf, es zu bauen — das Naheliegende.
Ich erinnere mich nicht an die exakten Wörter — damals speicherte ich meine Prompts noch nicht automatisch, etwas, das ich später behoben habe — aber der Kern war: Mach es auffindbar, SEO-freundlich, einfach zu indexieren. Schau dir an, wie ernsthafte Verlage ihre Seiten bauen. Mach genau das.
Es lief 45 Minuten. Verbrauchte jede Menge Tokens. Kam dann mit einem Ansatz zurück, der nicht viel mit dem zu tun hatte, was du jetzt siehst — aber, wie Agenten das eben tun, inspirierte er mich. Vor allem: Es teilte mir mit, dass es etwas namens Ghost Publishing Platform integriert hatte.
Ich lud Ghost herunter und las mich ein. Solides Werkzeug. Millionen Nutzer, ernsthafte Verlage darunter. Das Problem: Es ist groß. Sehr vollgestopft mit Funktionen. Und ich hatte bereits ein Backend. Als ich später Features hinzufügte und merkte, dass jede kleine Änderung ewig dauerte, fragte ich den Agenten: Brauchen wir das wirklich?
Wir nutzen fast nichts davon, sagte mir der Agent. Aber du wolltest etwas wirklich Professionelles, also habe ich ein professionelles Werkzeug verwendet.
Klar, mein Fehler. Ich forderte ihn auf, etwas Leichteres zu finden. Payload CMS, sagte er — besser geeignet, weniger Ballast. Okay, machen wir's. Noch ein großer Refactor. Mehr Tokens, mehr Warten.
Dann Next.js. Die gleiche Geschichte. Großartig. Viel zu groß für das, was wir wirklich brauchten. Neue Verzögerungen, neue Fragen, neue Erkenntnisse, dass ich das alles hätte von Anfang an klären sollen. Am Ende musste ich fast alles zurückfahren und von vorne anfangen — dieses Mal mit echtem Augenmerk auf das wirklich Notwendige und die richtige Ordnung der Dinge.
Falls du als Entwickler das hier liest: Ja, ich weiß. Nichts davon ist subtil. Aber genau das ist der Punkt.
Clanker Slop
In Entwicklerkreisen nennt man so etwas clanker slop — KI-generierter Code, der funktioniert, aber trotzdem falsch wirkt. Zu schwer, schlecht konstruiert, er löst ein benachbartes Problem statt des eigentlichen. Der Agent kriegt die Schuld.
Der Vorwurf trifft den Falschen. Ein Agent mit unvollständigen Instruktionen wird produzieren, was er verstanden hat, das du wünschst. Du fragst nach etwas 'Professionellem', ohne den Umfang zu spezifizieren — er greift zu professionellen Werkzeugen. Das ist nicht das Versagen eines Agenten. Es ist das Versagen einer Spezifikation.
Das führt zum eigentlichen Problem: Wenn du nicht genug weißt, um richtig zu spezifizieren, und nicht genug weißt, um zu sehen, wenn etwas schiefläuft, endest du mit einem aufgeblähten Chaos, das funktioniert, bis es nicht mehr funktioniert. Jetzt, da Software bauen angeblich etwas ist, das jeder kann, sitzen viel mehr Menschen in dieser Situation.
Feature-Bloat ist das gleiche Problem auf der Produktseite. Je leichter es wird, Dinge hinzuzufügen, desto verlockender ist es, alles hinzuzufügen. Die erfolgreichsten Apps, die es gibt, gewinnen genau weil sie auf bestimmte Dinge verzichten — eine laserfokussierte Oberfläche, die wenige Dinge sehr gut macht. Das braucht Geschmack, sicher. Aber es braucht auch zu verstehen, irgendwie, wie Software und Menschen tatsächlich miteinander funktionieren. Ohne das fügst du nur Features hinzu, so schnell wie Ideen dir in den Sinn kommen.
Der Mönch und die Typisten
Das ist nicht neu. Es fühlt sich neu an, weil Code jetzt das ist, was sich ändert.
Schreiben — echtes Schreiben, Wörter auf dem Papier — war einmal ein spezialisiertes Handwerk. Mönche saßen beim Kerzenlicht und kopierten Manuskripte mühsam von Hand. Der Aufwand, Sprache in permanente Form zu bringen, war selbst ein Filter: Wenn jemand die Anstrengung auf sich nahm, war es wahrscheinlich lesenswert. Dann kam die Druckerpresse. Dann die Schreibmaschine. Jeder Schritt senkte die Einstiegshürde, erweiterte den Kreis der Teilnehmenden und weckte wieder die gleichen Ängste um sinkende Standards. Die Alphabetisierungsquoten stiegen. Wir machten weiter.
Hohe Alphabetisierung machte nicht alle zu guten Schreibern. Zu wissen, wie man Buchstaben formt, heißt nicht, dass man Argumente strukturieren kann. Wörter zu schreiben ist nicht dasselbe wie kommunizieren zu können. Du musst trotzdem Grammatik lernen, Komposition, wie du einen Leser über fünftausend Wörter hinweg bei der Stange hältst. Diese Fähigkeiten liegen über dem mechanischen Akt — und sie sind, was wirklich zählt.
Code durchläuft dieselbe Transformation. Der mechanische Akt wird zugänglich für jeden mit einem Prompt. Die Mönche schauen zu, wie die Druckerpresse ankommt. Was bleibt, nachdem die Mechanik automatisiert wurde, ist Verständnis auf einer höheren Ebene. Dieser Teil verschwindet nicht.
Was verkümmert, was nicht
Wir werden die Fähigkeit verlieren, Code zu schreiben, genauso wie wir großteils die Fähigkeit verloren haben, von Hand zu schreiben. Mir wurde Schreibschrift beigebracht. Es war damals schon etwas Zeremonielles — etwas, das du lernst, kurz benutzt, dann zu den Kuriositäten legst. Heute tippen die meisten. Bald werden die meisten diktieren, und die KI macht den Rest. Jede Schicht der Automatisierung erodiert die Fertigkeit, die sie ersetzt.
Das ist okay. Menschen an Schreibmaschinen überflügelten Handschreiber deutlich. Menschen, die der KI diktieren, werden Tipper überflügeln. Fähigkeiten verschwinden nicht — sie verlagern sich nach oben, weg von Ausführung hin zur Steuerung.
Was sich freimacht, ist nicht ohne Bedeutung. Wenn du deine Gedanken nicht auf das Formen von Sätzen verschwendest, kannst du mehr davon darauf richten, was die Sätze sagen sollten und ob sie es überhaupt sagen müssen. Wenn du keinen Code schreibst, kannst du besser überlegen, was die Software eigentlich tun sollte. Das ist nicht nichts. Es ist wahrscheinlich der Teil, der immer schon zählte.
Aber — und das ist, was ständig übersehen wird — „nicht selbst die Wörter schreiben" ist nicht dasselbe wie „nicht verstehen müssen, wie man schreibt". Du musst immer noch entscheiden, was gesagt werden soll, in welcher Ordnung, wie lang. Du musst immer noch erkennen, wenn etwas redundant ist, wenn die Logik bricht. Ein Agent wird genau das implementieren, was du ihm auftragst; er wird dir nicht sagen, dass deine Struktur ein Chaos ist oder dass du einen Punkt dreimal gemacht hast.
Genauso mit Code. Du kannst keine gute Software machen, indem du einen Agenten promptest, wenn du keine Ahnung hast, wie Software funktioniert. Du wirst etwas bekommen, das aussieht wie, als könnte es funktionieren — bis du versuchst, etwas zu ändern, und die ganze Sache knarrt unter dem Gewicht von Entscheidungen zusammen, die du nicht gut genug verstanden hast, um sie zu hinterfragen.
Metawissen
Der größere Trend des Informationszeitalters: Mit steigend verfügbarem Wissen wird nicht das Wissen selbst wertvoll, sondern die Fähigkeit, es zu navigieren. Spezialisierung hat ihren Platz, aber die Richtung zeigt nach oben, zur höheren Abstraktion. Prozesse. Strukturen. Wie Dinge aufgebaut sind, wie sie kommunizieren, wo sich Engpässe bilden.
Du brauchst nicht zu wissen, wie man gut schreibt, um gut zu schreiben. Aber du musst verstehen, wie Kommunikation funktioniert.
Du brauchst nicht zu wissen, wie man Code schreibt, um Software zu bauen. Aber du musst verstehen, wie Software funktioniert.
Die Ebene, auf der du verstehen musst, verschiebt sich nach oben, nicht weg. Tools kümmern sich um die Details; die Architektur bleibt deine Sache. Und wenn du dich der Architektur entziehst — wenn du einfach promptest, akzeptierst und verschickst — bekommst du Ghost-große Bibliotheken in winzigen Apps, Next.js wo ein statischer Ordner reicht, und Features, nach denen niemand gefragt hat, drei Menüs tief vergraben.
Das wird Konsequenzen für das Unterrichten haben. Viele heutige Lehrpläne führen zu Spezialisierungen, die sich bald drastisch ändern oder ganz verschwinden. Was kommt an ihre Stelle und wie — das verdient eine separate Diskussion. Aber die Antwort wird etwas mit Verständnis im großen Maßstab zu tun haben: zu wissen, wie Dinge funktionieren, ohne sie selbst handhaben zu müssen.
Das ist Metawissen. Und wenn mir die letzten Monate beim Bauen dieser Plattform irgendetwas beigebracht haben, dann das: Du kannst genau fühlen, wann du nicht genug davon hast.