05. Aug. 2025·8 Min
Warum Vibe Coding funktioniert: Flow, Motivation und dranbleiben
Erforsche die Psychologie hinter Vibe Coding: wie Flow‑Zustände, Motivation und smarte Feedback‑Schleifen Entwickler länger engagiert halten, ohne zu verbrennen.
Erforsche die Psychologie hinter Vibe Coding: wie Flow‑Zustände, Motivation und smarte Feedback‑Schleifen Entwickler länger engagiert halten, ohne zu verbrennen.
„Vibe coding“ ist eine einfache Idee: du schaffst eine Stimmung, die es leicht macht, in Bewegung zu bleiben, und baust dann etwas Greifbares, solange das Momentum noch warm ist.
Es ist Stimmung + Momentum + Machen.
Die „Vibe“ kann Musik sein, ein gemütliches Setup, eine kleine Checkliste, eine bestimmte Tageszeit oder eine vertraute Toolchain. Der „Coding“-Teil ist echte Leistung: ein Feature, ein Prototyp, ein Refactor, eine veröffentlichte Seite—alles, was Absicht in Fortschritt verwandelt.
Vibe coding ist eine Arbeitsweise, bei der du absichtlich die mentale Barriere fürs Starten senkst, deine Aufmerksamkeit sanft in eine Richtung lenkst und die Befriedigung kleiner Erfolge ausnutzt.
Es ist kein Produktivitätstrick, der Tempo erzwingt. Es ist eher das Gestalten von Bedingungen, in denen Arbeit einladend wirkt, sodass du von allein länger dranbleibst.
Vibe coding ist nicht sorglos. Wenn überhaupt, ist das Ziel, gute Entscheidungen leichter zu machen, indem Lärm entfernt wird (zu viele Tabs, zu viele Optionen, zu viel „was soll ich als Nächstes tun?“).
Es ist auch nicht nur „Ästhetik“. Ein schöner Schreibtisch oder eine Playlist helfen, aber der Kern ist Vorwärtsbewegung: du erstellst, testest, passt an und schließt reale Arbeitspakete ab.
Und es ist keine Ausrede, schwierige Teile zu vermeiden. Es ist eine Methode, harte Aufgaben mit genug emotionalem Halt anzugehen, sodass du nicht sofort abspringst.
Wenn das Setup sich sicher anfühlt und der nächste Schritt offensichtlich ist, gibt dein Gehirn weniger Energie für Selbstunterbrechungen aus: Zweifeln, Task-Switching oder innere Verhandlungen, ob man weitermacht. Zeit kann komprimiert erscheinen, weil die Aufmerksamkeit stabil bleibt und Fortschritt sichtbar ist.
Du lernst, Bedingungen zu schaffen, die lange Bau-Sessions leicht erscheinen lassen: wie Momentum entsteht, was Motivation stabil hält, wie Feedback-Schleifen dich vorantreiben und wie man die „Vibe“ nachhaltig gestaltet, statt in Burnout zu rutschen.
Flow ist der „Motor“ hinter jenen Sessions, in denen du dich hinsetzt, eine Sache anfasst—und plötzlich sind zwei Stunden vorbei und du hast die Hälfte eines Features gebaut. Es ist kein Zauber oder reine Disziplin; es ist ein spezifischer mentaler Zustand, der auftaucht, wenn Arbeit richtig eingerichtet ist.
Flow tritt auf, wenn die Aufgabe interessant genug ist, aber nicht so schwer, dass du dich verloren fühlst. Wenn die Herausforderung zu niedrig ist, wirst du gelangweilt und wechselst Tabs. Ist sie zu hoch, fühlst du dich ängstlich, kommst ins Stocken und suchst nach einer Fluchtmöglichkeit.
Der Sweetspot ist „fordernd, aber machbar“. Deshalb fühlt sich vibe coding oft am einfachsten an, wenn du mit vertrauten Tools arbeitest und ein oder zwei neue Teile hast, die spannend bleiben.
Flow hat typische Anzeichen:
Der letzte Punkt ist wichtiger, als viele denken. Flow braucht keinen vollständigen Fahrplan, nur den sichtbaren „nächsten Ziegel“, den du setzen kannst.
Im Flow liefert die Arbeit selbst Belohnung: du bekommst häufig Signale, dass du vorankommst (eine Komponente rendert, ein Test ist grün, ein Bug lässt sich nicht mehr reproduzieren). Diese interne Belohnung ist eine Form intrinsischer Motivation—sie befriedigt, auch wenn niemand zuschaut.
Flow ist fragil. Er reißt oft, wenn:
Vibe coding „funktioniert“, wenn du Aufmerksamkeit schützt, den nächsten Schritt klarmachst und das Problem an deine aktuelle Fähigkeit anpasst—so kann die Session sich selbst tragen.
Motivation ist der Treibstoff langer Build-Sessions—aber nicht jeder Treibstoff brennt gleich. Wenn Leute über „vibe coding“ sprechen, beschreiben sie oft eine Mischung an Motivationen, die sie weitermachen lässt, auch wenn die Aufgabe schwierig wird.
Intrinsische Motivation kommt von innen: du baust, weil es befriedigt. Getrieben von Neugier, Stolz auf das Handwerk oder dem Vergnügen, etwas zum Laufen zu bringen.
Extrinsische Motivation kommt von außen: du arbeitest für Geld, Likes, Deadlines, Anerkennung oder um negative Konsequenzen zu vermeiden.
Beides ist wichtig. Entscheidend ist, zu bemerken, welche Motivation die Session steuert.
Neugier verwandelt Arbeit in Entdeckung. Statt „Ich muss das fertig machen“ hört das Gehirn „Mal sehen, was passiert, wenn…“. Dieser Shift ist wichtig, weil spielerisches Experimentieren die emotionale Kosten von Fehlern senkt.
Wenn du intrinsisch motiviert bist, wirst du eher:
Deshalb fühlt sich vibe coding oft wie Tüftelei an—auch wenn echter Fortschritt entsteht.
Extrinsische Motivatoren sind nicht schlecht. Sie helfen beim:
Das Risiko heißt Belohnungs-Substitution: du optimierst für das sichtbare Signal (schnell deployen, Lob bekommen, Streaks) und vernachlässigst, was das Projekt wirklich sinnvoll oder nachhaltig macht. Wenn du Angst, Hetze oder ständiges Kontextwechseln bemerkst, läuft die Belohnungsmaschine eher als deine Intentionssteuerung.
Bevor du startest (oder wenn du festhängst), frag dich:
Worauf optimiere ich heute—Lernen, Ausliefern oder Validierung?
Wähle ein Hauptziel. Und triff dann Aktionen, die dazu passen:
Diese eine Frage hält Motivation ausgerichtet—so bleibt die „Vibe“ über einen einzelnen Energieschub hinaus bestehen.
Vibe coding bleibt wirksam, weil es drei psychologische Bedürfnisse bedient, die langfristig Engagement sichern: Autonomie, Meisterschaft und Zweck. Wenn diese erfüllt sind, fühlt sich Arbeit nicht mehr wie „Disziplin“ an, sondern wie etwas, zu dem man von sich aus zurückkehrt.
Autonomie ist das Gefühl, das Steuer in der Hand zu haben. Beim Vibe coding wählst du oft Tool, Ansatz, Feature, Reihenfolge und Tempo. Diese Freiheit wirkt stärker, als sie klingt: sie reduziert den inneren Widerstand, der auftaucht, wenn dir eine Aufgabe auferlegt wirkt.
Ein kleines Beispiel: zu entscheiden, zuerst das UI zu prototypen statt die Datenbank anzufassen ist vielleicht nicht „optimal“ nach Lehrbuch—aber für dein Gehirn optimal, weil du es selbst entschieden hast.
Meisterschaft ist das Gefühl, besser zu werden. Vibe coding erzeugt häufig kleine Erfolge: eine sauberere Funktion, eine schönere Interaktion, schnellere Builds, weniger Bugs als letzte Woche.
Wichtig ist Sichtbarkeit. Wenn Verbesserung bemerkbar ist, wandelt sich Aufwand in Vertrauen. Dieses Vertrauen wiederum kauft dir Geduld für den nächsten schweren Teil.
Zweck heißt zu wissen, warum es wichtig ist. Nicht „irgendwann launchen“, sondern ein konkretes Ergebnis: ein Freund kann das Tool nutzen, ein Team spart Zeit, eine Community bekommt ein Feature, du veröffentlichst eine Version, die ein echtes Ärgernis löst.
Zweck muss nicht groß sein. Schon „Ich mache meinen eigenen Workflow weniger schmerzhaft“ zählt.
Gut gemacht erzeugt vibe coding eine Schleife: Autonomie bringt dich zum Starten, Meisterschaft hält den Fortschritt und Zweck bringt dich zum Abschließen. Wenn du frei den nächsten Schritt wählen kannst, sichtbare Verbesserung siehst und Änderungen mit echtem Nutzen verknüpfst, fühlt sich Zurückkehren weniger nach Willenskraft an—mehr nach Momentum.
Ein großer Teil von „vibe coding“ ist, dass dein Gehirn Beweise dafür bekommt, dass der Aufwand wirkt. Enge Feedbacks verwandeln abstrakte Arbeit („Ich baue etwas“) in eine Serie konkreter Signale („der Button klickt jetzt“, "die Seite lädt schneller", "der Test ist grün"). Wenn Feedback schnell kommt, wird Motivation zur Reaktion, nicht zur Aufmunterung.
Schnelle Schleifen sind Micro-Experimente. Du machst eine kleine Änderung, beobachtest sofort, was passiert, und steuerst nach. Genau in diesem Steuern lebt Momentum: du arbeitest nicht nur, du lenkst.
Wenn die Schleife langsam ist—lange Builds, unklare Anforderungen, Warten auf andere—kann dein Gehirn Aktion und Ergebnis nicht verbinden. Die Arbeit fühlt sich an wie ein schwerer Wagen, bei dem du nicht weißt, ob er sich bewegt.
„Die App fertigstellen“ ist zu groß, um häufig zu belohnen. Kleine Siege zeigen Fortschritt so, dass du ihn fühlen kannst.
Ein kleiner Sieg ist:
Staple genug kleine Siege und ein Kompounding-Effekt entsteht: Vertrauen steigt, Zögern sinkt, und du lieferst stetig.
Du kannst Feedback näher heranziehen, indem du deine Arbeit um schnelle Signale herum strukturierst:
Das Ziel ist nicht hetzen—sondern einen Rhythmus schaffen, in dem Aufwand zuverlässig in Beweis übergeht.
Vibe coding ist nicht nur „inspiriert sein“. Es geht auch darum, einen Weg zu konstruieren, bei dem dein Gehirn weniger Energie für Setup und mehr fürs Bauen ausgibt. Der schnellste Weg, Momentum zu killen, ist, kleine Hürden zwischen Idee und sichtbarem Ergebnis zu legen.
Reibung ist alles, was dich vor dem Feedback verlangsamt: Ordner anlegen, Framework wählen, Benennungen, Tools konfigurieren, entscheiden, wo Code leben soll. Jeder zusätzliche Schritt erzwingt einen Kontextwechsel, und Kontextwechsel sind Stellen, an denen Motivation entweicht.
Ein Setup mit niedriger Reibung macht die nächste Aktion offensichtlich. Du öffnest ein Projekt, drückst auf Run, siehst etwas ändern, wiederholst. Dieser Rhythmus lässt Aufwand „lohnenswert“ wirken und macht längere Sessions leichter.
Entscheidungserschöpfung heißt nicht, dass du schlechte Entscheidungen triffst—sondern, dass du zu viele davon treffen musst. Wenn jede kleine Aufgabe eine Wahl erfordert (welche Library, welches Pattern, welche Farbe, welche Datenbank, welche Namenskonvention), wird deine Energie im Meta-Arbeiten aufgebraucht.
Darum fühlt sich vibe coding oft geschmeidiger mit Einschränkungen an. Einschränkungen verkleinern den Optionsraum, sodass du weiterarbeiten kannst, ohne dich alle fünf Minuten mit dir selbst auszuhandeln.
Templates und Defaults sind keine Langeweile—sie sind Momentum-Werkzeuge. Ein gutes Template beantwortet häufige Fragen im Voraus: Dateistruktur, Scripts, Formatierung und eine Basis-UI oder API-Route, damit du schnell Fortschritt sehen kannst.
Hier helfen auch spezielle „vibe coding“-Tools—besonders wenn du von Idee zu laufendem Prototyp kommen willst, ohne lange Einrichtungsphasen. Zum Beispiel ist Koder.ai eine vibe-coding-Plattform, die Web-, Backend- und Mobile-Apps über eine Chat-Oberfläche erstellt, mit Planungsmodus, Snapshots/Rollback und Source-Code-Export. Richtig eingesetzt ist sie im Grunde eine Reibungsreduktions-Schicht: weniger frühe Entscheidungen, schnelleres erstes Feedback und ein leichterer Einstieg in eine echte Codebasis.
Checklisten helfen ebenfalls, besonders wenn du müde bist. Sie verwandeln „Was soll ich als Nächstes tun?“ in „Mach das nächste Item." Selbst eine kurze persönliche Checkliste wie „Tests laufen, Changelog updaten, Branch pushen" reduziert mentale Last.
Nicht jede Reibung ist schlecht. Manche schützt vor teuren Fehlern: Code-Review, Sicherheitschecks, Backups und „Bist du sicher?“-Prompts bei destruktiven Aktionen. Der Trick ist das Timing.
Setze Kreativitäts-first-Schritte früh (Prototyp, iterieren, erkunden). Füge Qualitäts-Gates später hinzu (Linting, Tests, Review), wenn du auf Konvergenz zusteuerst. So verbessert Reibung das Ergebnis, ohne den Funken zu löschen, der die Session gestartet hat.
„Vibe“ klingt fluffig, bis du es als Aufmerksamkeitstool behandelst. Dein Gehirn entscheidet ständig, was als Nächstes dran ist. Visuelles, Sound und kleine Rituale können diese Aushandlung reduzieren, indem sie den „Bau-Modus“ offensichtlich und leicht betretbar machen.
Ein sauberes, bewusst gestaltetes Workspace (auf dem Bildschirm und daneben) wirkt wie ein Filter. Minimale visuelle Unordnung reduziert Mikro-Entscheidungen: Welcher Tab? Welches Fenster? Welche Notiz? Das zählt, weil Aufmerksamkeit durch kleine Unterbrechungen entweicht.
Auch On-Screen-Ästhetik zählt. Eine gut lesbare Schrift, ein Theme, das dir gefällt, und ein konsistentes Layout machen dich nicht schlauer—but sie machen es einfacher, die Augen da zu halten, wo die Arbeit ist. Selbst kleine Änderungen, wie Editor und Preview nebeneinander zu pinnen, können aus „Was mache ich?“ ein „Mach weiter“ machen.
Sound ist ein mächtiges Kontextsignal. Es geht nicht um die „beste Playlist“, sondern um ein wiederholbares Signal, das heißt: jetzt bauen wir. Manche nutzen instrumentale Musik, um lyrische Ablenkung zu vermeiden; andere bevorzugen konstantes Ambient-Rauschen.
Kombiniere den Sound mit einem kleinen Ritual, das deine Session startet:
Stimmung kann Entscheidungen lenken, ohne sie zu bestimmen. Wenn du unruhig bist, wähle Aufgaben mit schnellen Gewinnen (UI-Tweaks, Bugfixes, Aufräumarbeiten). Wenn du ruhig bist, wähle tiefere Aufgaben (Architektur, Schreiben, Refactoring). Du gehorchst der Stimmung nicht—du benutzt sie wie eine Wettervorhersage.
Eine gute Routine ist kurz, nachsichtig und leicht wiederholbar. Ziel: 3–5 Minuten. Maßstab ist nicht Perfektion—sondern, dass du anfängst. Mit der Zeit wird die „Vibe“ zu einer verlässlichen On-Ramp: weniger Fehlstarts, weniger Reibung, mehr Zeit fürs eigentliche Bauen.
Eine gute „vibe coding“-Session kann sich zugleich einsam und sozial anfühlen. Du bist in deinem Kopf, aber verbunden mit Leuten, die verstehen, warum du dich an einem winzigen UI-Detail festbeißen oder an einer saubereren Abstraktion arbeiten willst. Diese soziale Ebene kann Engagement stärken—solange sie leichtgewichtig bleibt.
Community funktioniert, weil sie Fortschritt mit Sinn versieht. Zugehörigkeit („das sind meine Leute"), Anerkennung („jemand hat bemerkt, was ich shipped habe") und Verantwortung („ich habe gesagt, ich probiere das“) bringen dich zurück.
Der Trick ist, Umgebungen zu wählen, in denen die Standardreaktion Neugier statt Bewertung ist. Such Gruppen, in denen „Arbeit zeigen“ normal ist und Fragen willkommen sind, nicht bewertet.
Updates können antreiben, aber auch zur Theateraufführung werden. Eine einfache Regel: teile Artefakte und Erkenntnisse, nicht deinen Wert.
Gesunde Beispiele:
Vermeide Formulierungen, die ständige Bewertung provozieren („Ist das gut genug?") oder ein Tempo setzen, das du nicht halten kannst.
Gemeinsam bauen kann den Flow vertiefen, wenn Rollen klar sind und die Aufgabe von schnellem Feedback profitiert (Debugging, Design-Review, Brainstorming). Es stört den Flow, wenn es zum Erzählen, ständigen Kontextwechseln oder sozialem Abschweifen wird.
Wenn du pairst, versuche kurze, begrenzte Sessions (25–45 Minuten) mit einem klaren Ziel und einer kurzen Zusammenfassung am Ende.
Status ist unvermeidlich—Sterne, Likes, Follower. Richtig genutzt ist es eine Landkarte des Möglichen. Schlecht genutzt wird es zum Messstab der Identität.
Tausch „Wie ranke ich?“ gegen „Was kann ich vom Vorgehen anderer lernen?" Verfolge deine eigene Basislinie: weniger Bugs, klarerer Code, konsistentere Sessions. So bleibt Community Momentum, nicht Druck.
Vibe coding fühlt sich oft mühelos an, weil dein Gehirn ein einfaches Muster lernt: Cue → Aktion → Belohnung. Der Cue kann sein: Editor öffnen, Playlist starten oder ein kleines Ärgernis, das du „eben mal“ beheben willst. Die Aktion ist Bauen. Die Belohnung ist Erleichterung, Stolz, Neuheit oder soziale Bestätigung.
Gesundes Engagement heißt, diese Schleife genießen zu können und trotzdem aufzuhören. Zwang ist, wenn die Schleife weiterläuft, obwohl die Session keinen Wert mehr bringt—wenn du ein Gefühl jagst statt Fortschritt zu machen.
Manche Belohnungen sind unvorhersehbar: ein Bug verschwindet endlich, eine KI-Vorschlag ist überraschend gut, ein Post bekommt unerwartete Aufmerksamkeit. Dieses „vielleicht trifft der nächste Versuch“ kann Aufmerksamkeit kapern, weil dein Gehirn Unsicherheit als besonders interessant wertet.
Um die Kontrolle zu behalten, mach die Belohnung weniger zufällig und stärker an klaren Aufwand gebunden:
Der einfachste Weg, um versehentliche All-Nighter zu vermeiden, ist, Stoppregeln festzulegen, solange du noch rational bist.
Probiere:
Wenn deine Belohnung „Weitermachen“ ist, trainierst du endlose Sessions. Wähle Belohnungen, die beim Reset helfen:
Ziel ist nicht, Belohnungen zu entfernen—sondern sie so zu gestalten, dass deine Motivation stark bleibt, ohne Schlaf oder Aufmerksamkeit zu rauben.
Vibe coding wirkt mühelos—bis es das nicht mehr tut. Dieselben Sessions, die kreative Dynamik erzeugen, können leise in Erschöpfung kippen, wenn „noch eine Kleinigkeit“ das echte Vorankommen ersetzt.
Burnout kommt selten als dramatischer Absturz. Meist zeigt es sich in kleinen Signalen, die du früh abfangen kannst:
Wenn du zwei oder mehr dieser Zeichen über Tage wiederholt siehst, drück nicht weiter—gestalte die Session um.
Flow braucht ein klares Ziel und das Gefühl von Vorwärtsbewegung. Perfektionismus ersetzt das Ziel durch einen unmöglichen Standard. Statt „liefer eine nutzbare Version“ wird das Ziel „mache es makellos“, wodurch Feedback zu Kritik und Fortschritt zu Zweifel wird.
Ein einfacher Check: Wenn du etwas verfeinerst, das Nutzer noch gar nicht bemerken werden, optimierst du wahrscheinlich für Angst, nicht für Wert.
Nachhaltige Sessions beinhalten geplante Ausstiege, nicht zufällige Zusammenbrüche. Mikro-Recovery bewahrt dein Gehirn vor Überhitzung und erhält gleichzeitig den Faden deiner Arbeit.
Versuche ein leichtes Muster:
Aufgabenswitch ist kein Versagen, wenn er absichtlich geschieht—er ist Taktung.
Intensität fühlt sich heldenhaft an, aber Fortschritt ist das, was intrinsische Motivation lebendig hält. Beende Sessions, während du noch den nächsten Schritt kennst. Schreib eine einzeilige „Resume Cue“ (z. B. „Nächster: Onboarding-Formular an E-Mail-Capture anschließen"). Diese kleine Spur reduziert Widerstand morgen und macht aus vibe coding etwas, zu dem du zurückkehrst—nicht etwas, wovon du dich erholst.
Vibe coding ist keine Persönlichkeitseigenschaft—es ist ein wiederholbares Setup. Ziel ist, das Starten leicht zu machen, Momentum sichtbar zu halten und zu beenden, bevor du erschöpft bist.
Bevor du den Editor öffnest, nimm dir zwei Minuten und schreibe Folgendes (auf Papier oder Haftnotiz):
Letzte Zeile ist das Geheimnis: du gestaltest einen Exit, der Motivation für die nächste Session bewahrt.
Mach „Deep Work“ zur Default. Schließe alles, was dich in reaktiven Modus ziehen kann (Email, Chat, Extra-Tabs). Halte ein Fenster fürs Bauen und ein Fenster als Referenz.
Stimme dein Toolset auf schnelle Siege ab: schneller Dev-Server, verlässliches Hot Reload und Templates/Snippets für häufige Aufgaben. Wenn Setup langsam ist, vermeidest du unbewusst den Start.
Motivation liebt Beweise. Sammle Micro-Proofs:
Winzige Dokumentation verwandelt „ich habe gearbeitet" in „ich sehe, was sich verändert hat", was Rückkehr erleichtert.
Einmal pro Woche überprüfe deine Notizen und frage:
Behalte, was dich antreibt. Reduziere, was dich erschöpft. So wird vibe coding nachhaltig, nicht zufällig.
Es ist eine bewusste Arbeitsweise, bei der du Bedingungen schaffst, die das Starten erleichtern und Fortschritt sichtbar machen—dann baust du reale Ergebnisse, während die Momentum hoch ist.
Eine einfache Formel aus dem Artikel: Stimmung + Momentum + Machen: ein unterstützendes Setup plus Vorwärtsbewegung, die in greifbare Arbeit mündet (Feature, Refactor, Prototyp oder veröffentlichte Seite).
Nein. Es geht nicht um Geschwindigkeit um jeden Preis, sondern darum, mentale Reibung zu reduzieren, sodass du länger dranbleiben kannst.
Wenn du schneller bist, weil der nächste Schritt klar ist und Feedback schnell kommt, ist das ein Nebeneffekt—not das Ziel.
Flow entsteht meist, wenn Herausforderung und Fähigkeit gut zusammenpassen: dehnend, aber machbar.
Du wirst außerdem bemerken:
Flow bricht oft, wenn Aufmerksamkeit unterbrochen wird oder die Arbeit zu vage bzw. zu komplex wird.
Häufige Auslöser:
Nutze eine kurze Selbstkontrolle: Worauf optimiere ich heute—Lernen, Ausliefern oder Validierung?
Handele dann passend:
Schnelles Feedback verwandelt Aufwand in Beweis. Die Schleife ist: ausprobieren → Ergebnis sehen → anpassen.
Um sie zu beschleunigen:
Friction ist alles, was Schritte zwischen Idee und Ergebnis hinzufügt; Decision Fatigue entsteht, wenn du zu oft wählen musst.
Verringere beides durch:
Betrachte „Vibe“ als Aufmerksamkeits-Signal, nicht nur Dekoration. Ein wiederholbares Setup hilft deinem Gehirn, schneller in den Bau-Modus zu wechseln.
Praktische Beispiele:
Nutze Community für Bedeutung und sanfte Verantwortung, nicht für Performance-Druck.
Gute Muster:
Lege Stoppregeln bevor du tief drin bist fest.
Nützliche Grenzen:
Wenn du wiederholt Reizbarkeit, Gefühllosigkeit, endloses Feintuning oder Schlafverlust bemerkst, gestalte Sessions um—setze auf Fortschritt statt Intensität.