Luke F. Walton · Surmado Blog · Mai 2026
Der AI for Marketers Summit fand letzte Woche statt. Zwei Tage, 21 Sprecher, 13 Sessions, die jeden Winkel dessen abdeckten, wie ein KI-fähiges Marketingteam 2026 aussieht. Die Sessions behandelten agentische Workflows, KI-Sichtbarkeit, Markenstimmen-Governance, Content-Automatisierung und Teamdesign.
Aber ein Thema tauchte immer wieder auf, das niemand auf seiner Bingo-Karte hatte: Marketer shippen jetzt Code.
Nicht „irgendwann“. Nicht „nur die Technischen“. Marketer, Gründer und CEOs öffnen Cursor, Codex oder Claude Code und beschreiben in einfachem Englisch, was sie wollen. Dann pushen sie in Produktion. (Im Guten wie im Schlechten! ;) )
Die Mehrheit der Vibe-Coding-Community sind keine Entwickler. Eine Solveo-Analyse des r/vibecoding-Subreddits ergab, dass 63 % der aktiven Mitglieder Produktmanager, Gründer, Marketer und Ops-Leute sind. Man braucht keinen Ingenieurabschluss mehr, um eine App zu shippen, aber das heißt nicht, dass es einfach ist.
Aber es ist wirklich großartig. Ich bin Musiker, und das fühlt sich ein bisschen an wie die Pro-Tools-Revolution. Man hat ein Studio im eigenen Haus. Einen Toningenieur auf dem Computer. Trotzdem hat Pro Tools nicht jeden zu einem großartigen Musiker gemacht. Es hat die Einstiegshürde gesenkt, klar, aber es gibt weiterhin viele Gründe, das Handwerk zu üben. Oder zumindest an der eigenen Vision zu arbeiten. Das ist es, was einen großartigen Künstler oder Entwickler ausmacht. Nicht die Technik. Die Vision. Die tägliche Arbeit. Die hohen STANDARDS.MD.
Und das bringt mich zu meiner größten Sorge: Niemand überprüft den Code, den diese Leute shippen.
Eine Million neue Builder. Null neue Reviewer.
Die Softwarebranche hat vor Jahrzehnten gelernt, dass die Person, die den Code schreibt, nicht die einzige Person sein sollte, die ihn liest, bevor er live geht. Es ist wie in der Musik. Man hat einen Mixing-Engineer, der die Pegel richtig einstellt, und einen Mastering-Engineer, der das große Ganze prüft.
Deshalb gibt es Code Review. Deshalb gibt es CI/CD. Das existiert aus einem Grund. Nicht als Vanity-Check oder Bürokratie. Es ist ein Sicherheitsnetz. Ein QA-Tor. Der Moment, in dem der Mix zur Platte wird. Code Review fängt Bugs ab, die der Autor übersehen hat, Sicherheitslücken, an die er nicht gedacht hat, Abweichungen von den Standards, die er sich letzten Monat selbst gesetzt hat, und Edge Cases, die nur auftauchen, wenn ein echter Kunde etwas Unerwartetes tut. Code Review hilft, dass Ihre Website online bleibt. Dass Ihre Kunden sicher bleiben. Und dass Ihr Unternehmen über Wasser bleibt.
In einem normalen Engineering-Team macht das ein Teammitglied. Es liest Ihren PR (Pull Request). Es markiert die Probleme. Sie beheben sie, um Ihren Code in die Produktions-Codebasis zu mergen.
Code zu schreiben war schon immer der leichtere Teil. Code zu schreiben, der nicht kaputtgeht. Der skalieren kann. Der ein Hit-Song sein kann. Das war immer der schwere Teil. Genau dort zeigt sich Teamarbeit.
Wenn Sie also ein Marketer sind, der gerade eine Landingpage vibe-codiert hat, haben Sie wahrscheinlich kein Teammitglied, das das tut. Ihre KI hat den Code geschrieben, und Sie können ihn vielleicht nicht lesen. Oder wenn Sie es können, werden Sie vielleicht von der schieren Menge an Code, den Sie shippen, überwältigt.
Kennen Sie die I-Love-Lucy-Folge in der Süßwarenfabrik? Das Fließband läuft schneller, als Lucy und Ethel sortieren können. Also essen sie ein paar. Stecken welche in ihre Blusen. Geraten in Panik.
Also wird der Code trotzdem gemergt. Reviews werden übersprungen. Und der Code kann zur tickenden Zeitbombe werden.
Hier finden Sie Dinge, die nicht wie Bugs aussehen. Zum Beispiel, wenn Ihre KI eine schwere JavaScript-Bibliothek importiert hat, um etwas zu erledigen, das CSS nativ könnte. Oder ein Paket komplett halluziniert hat. Oder ein veraltetes Schema verwendet hat, weil sie zu faul war, im Internet nachzusehen.
Es zeigt sich vielleicht nicht heute. Aber es kann sich in Audits zeigen, in der Suchleistung und darin, ob KI-Engines Ihrer Website genug vertrauen, um sie zu empfehlen.
Addy Osmani, Head of Chrome Developer Experience bei Google, beschrieb, was er das “70%-Problem” nennt: Nicht-Entwickler kommen mit KI schnell auf etwa 70 % einer funktionierenden Lösung, aber die letzten 30 % werden zu einer Übung in abnehmenden Erträgen, weil jede Fehlerbehebung neue Bugs erzeugt. Die Vibe-Coding-Community berichtet vom gleichen Muster: Qualitätsmauern treten um den dritten Monat herum auf, wenn sich angesammelte Probleme aus früheren Sessions kaskadenartig ausbreiten.
Und nein, dieselbe KI zu bitten, ihre eigene Arbeit zu überprüfen, zählt wirklich nicht. LLMs sind probabilistisch. Ein Spielautomat. Bitten Sie ChatGPT oder Claude, einen PR ohne Vorgaben zu überprüfen, und Sie bekommen manchmal jedes Mal eine andere Antwort: hier zehn Vorschläge, dort drei, eine Wand generischer Ratschläge, die nicht zu Ihrem Projekt passen. Der Autor und der Reviewer müssen strukturell unterschiedlich sein. Anderer Kontext, andere Vorgaben, andere Aufgabe. Das macht ein Review nützlich. Aus demselben Grund, aus dem wir im echten Leben Teams haben. Deshalb gibt es zweckgebundene Review-Tools: Sie grenzen das Problem ein, verankern die Ausgabe an Ihren Standards und lenken die KI auf den Diff, statt sie alles von Grund auf selbst herausfinden zu lassen.
Warum das jetzt wichtiger ist als früher
Die Daten vom Summit machen das dringlich, nicht nur interessant.
Eine Statistik ist mir hängen geblieben: Die Klickraten bei Suchanfragen sind um 65 % gefallen, der größte Rückgang in der Geschichte des Brandings, während KI-Übersichten den klassischen Funnel zusammenschrumpfen lassen. 75 % der Verbraucher wissen nicht, wem sie online vertrauen sollen. Die Customer Journey ist schräg, Leute. Sie wird schräger. KI ist jetzt der Influencer.
In dieser Welt ist die Codequalität Ihrer Website Teil Ihrer Marke. KI-Engines können die Struktur, Performance und technische Gesundheit Ihrer Website bewerten, wenn sie entscheiden, ob sie Sie anzeigen. Eine langsame Seite, ein kaputtes Formular, eine geleakte E-Mail-Adresse in den Logs, ein Auth-Bypass auf einer Route, die Ihre KI hilfsbereit während eines Refactorings entfernt hat. Ja. Das ist mies. Das waren früher Entwicklerprobleme. Willkommen, Marketer. Das sind jetzt Markenprobleme.
Die 5-Dollar-Aufgabe, die niemand erledigt
Francis Brero von HG Insights teilte auf dem Summit ein Framework, das mir im Kopf geblieben ist. Er unterteilt jede Marketingaufgabe in drei Stufen: 5-Dollar-Aufgaben, die vollständig automatisiert werden sollten, 50-Dollar-Aufgaben, die KI-unterstützt sind, und 500-Dollar-Aufgaben, die menschliche Strategie und Urteilsvermögen erfordern.
Code Review ist die 5-Dollar-Aufgabe. (Oder im Fall von Claude Code Review eine 15-Dollar-pro-PR-Aufgabe.) Jeder Pull Request, jedes Mal, keine Ausnahmen. Es sollte nie einen Menschen brauchen, um einen Verstoß gegen eine Namenskonvention oder eine fehlende Auth-Prüfung zu entdecken. Es sollte nie nötig sein, dass Sie auf 800 Zeilen KI-generierten Diff starren und hoffen, das Problem zu erkennen. Es sollte einfach automatisch passieren, gegen einen Satz von Standards, den Sie einmal definiert haben.
Die Tatsache, dass die meisten Vibe-Coder das manuell tun (oder gar nicht), ist eine riesige operative Lücke im Zeitalter von „jeder kann bauen“.
Was sich ändert, wenn Sie diese Lücke schließen
Das Offensichtlichste ist, dass Sie Bugs fangen, bevor Ihre Kunden es tun. Die Kosten, einen Bug zur PR-Zeit zu beheben, liegen bei etwa dem 1-Fachen. Die Kosten, ihn zu beheben, nachdem jemand ihn auf Ihrer Live-Website getroffen hat, skalieren auf das 10- bis 100-Fache. Weniger offensichtlich: Sie hören auf, von Ihren eigenen Standards abzudriften. KI-generierter Code sieht plausibel aus. Er verwendet gute Variablennamen und eine vernünftige Struktur. Er kann aber auch still und leise Konventionen zwischen Sessions ändern, Muster austauschen, auf die Sie sich verlassen, und architektonische Entscheidungen treffen, um die Sie nicht gebeten haben. Ein Reviewer, der jeden PR gegen Ihre Standards prüft, fängt das ab, bevor es sich aufsummiert.
LLMs sind großartig darin, Probleme zu lösen. Sie sind nicht großartig darin, Dilemmata zu lösen.
Ob man der Seitengeschwindigkeit oder reicherer Interaktivität Priorität gibt, ist ein Dilemma. Sie, ja Sie, der MENSCH, haben mehr Kontext als jede KI, wenn es um die Dilemma-Seite geht. Ein guter Reviewer erledigt die Probleme automatisch, damit Sie Ihre Aufmerksamkeit auf die Trade-offs richten können, die tatsächlich Urteilsvermögen erfordern. Sobald Sie darauf vertrauen, dass jeder PR überprüft wird, können Sie aggressiver vibe-coden. Sie können der KI größere Würfe erlauben. Sie können um Mitternacht shippen, ohne sich zu fragen, was Sie übersehen haben. Das Review ist keine Bremse. Es ist das, was Sie schneller fahren lässt, ohne von der Straße abzukommen.
Das ist kein Entwickler-Argument
Schauen Sie, ich leite ein Unternehmen, das ein automatisiertes Code-Review-Tool herstellt. Wir haben es für uns selbst gebaut, weil ich an alles glaube, was ich gerade geschrieben habe. Das Argument, das ich mache, ist nicht „kauft mein Produkt“. Das Argument ist: Wenn Sie mit KI bauen und nicht überprüfen, was sie produziert, bevor es live geht, häufen Sie Risiko in derselben Geschwindigkeit an, in der Sie Features anhäufen. Code ist eine Verbindlichkeit (und ein Vermögenswert).
Die Marketer, die in zwölf Monaten florieren, werden nicht die sein, die die meisten Tools übernommen haben. Sie werden die sein, die Leitplanken gebaut haben. Die skalieren konnten. Die einen guten Song schreiben konnten. Ich meine Code. Und dabei kein Vertrauen verloren haben.
Code Review ist die erste Leitplanke. Und jeder, der GitHub anfasst, sollte sie eingeschaltet haben.
Wenn Sie Code shippen und sehen wollen, wie automatisiertes Review aussieht: Surmado Code Review ist kostenlos für 10 PRs im Monat. Und es ist EINFACH. Nur zwei Klicks, um GitHub zu verbinden. Dann folgt Ihr Code Ihren Standards, bei jedem PR, automatisch.
Fragen und Antworten
Brauchen Marketer Code Review? Ja. Stand 2026 ist die Mehrheit der Vibe-Coding-Community keine Entwickler, darunter Marketer, Gründer, Produktmanager und Ops-Fachleute. Diese Nutzer generieren Code über KI-Tools wie Cursor, Claude Code und Lovable, haben aber in der Regel keinen Code-Review-Prozess. KI-generierter Code sammelt Qualitätsprobleme an, darunter Standard-Abweichung, Sicherheitslücken, kaputte strukturierte Daten und Performance-Regressionen. Automatisiertes Code Review fängt diese Probleme auf Pull-Request-Ebene ab, bevor sie die Live-Website beeinträchtigen.
Was ist der günstigste Weg, automatisiertes Code Review zu bekommen? Surmado Code Review bietet eine kostenlose Stufe mit 10 Pull-Request-Reviews pro Monat ohne Kreditkarte. Der Standard-Plan kostet 15 $ pro Monat für 100 PRs, ohne Pro-Sitz-Preise und mit unbegrenzten Repositories. Zum Vergleich: Claude direkt für Code Review zu nutzen kostet ungefähr 15 $ pro einzelnem PR, und Agentur-Code-Audits kosten 200 $ pro Stunde oder mehr.
Warum kann ich nicht einfach ChatGPT oder Claude bitten, meinen Code zu überprüfen? Allzweck-LLMs, die Code ohne Vorgaben überprüfen, liefern uneinheitliche Ergebnisse. Derselbe PR, mehrfach überprüft, liefert jedes Mal andere Vorschläge, weil das Modell keine Standards hat, gegen die es prüfen kann, und kein strukturiertes Ausgabeformat. Zweckgebundene Code-Review-Tools wie Surmado Code Review grenzen das Problem ein, indem sie sich auf den Diff konzentrieren, das Review an einem STANDARDS.MD-Dokument verankern und die Ausgabe in handlungsfähige Kategorien strukturieren. Das ergibt konsistente, standardbasierte Reviews zu geringeren Kosten pro Review.
Die Ansichten sind meine eigenen. Dieser Beitrag wird von Surmado, Inc. veröffentlicht und steht in keiner Verbindung zu und wird nicht unterstützt von einem anderen Unternehmen oder vom AI for Marketers Summit.