Vibe Code Rescue ist der nächste Goldrausch. Schürfe nicht. Verkaufe Spitzhacken und Schaufeln.

9 min read

Mein LinkedIn-Feed (😬) ist voller davon. Berater, Freelance-Entwickler, Ex-CTOs – alle verkaufen dieselbe Geschichte. In sechs Monaten werden nicht-technische Gründer, die ihre Apps mit Lovable oder Bolt gebaut haben, mit kaputtem Code aufwachen und echtes Geld bezahlen, damit jemand das repariert. Rettung als Service. Der nächste Freelance-Goldrausch.

Denk zweimal nach, bevor du auf diese Welle zustürzt. Alle schauen auf die anrollende Serie. Niemand prüft, ob daraus eine echte surfbare Welle wird oder ob sie einfach zusammenbricht.

TLDR: Der Konsens ist überall. Acht bis zehn aktuelle Medium-Artikel schreien "Technical Debt Sturm." Drei bis fünf Beratungen haben bereits eine "Vibe Coding Rettung" Landing Page live. Ein ganzer Teil von Dev-Twitter schreibt Bios um, um sich zu positionieren. Wellenschauer überall. Das Problem ist eine sehr spezifische Zahl, nach der ich immer gesucht, aber nie gefunden habe.

Entwickler gräbt verzweifelt mit einer Schaufel durch kaputten Code, während ein anderer Entwickler Rescue-Frameworks aus einem Automaten an eine Schlange von Kunden verkauft
Während Devs durch Code-Friedhöfe graben, liegt das echte Geld im Verkauf von Schaufeln.

Ich habe die Artikel gezählt. Ich habe die Beratungen gezählt. Ich habe die LinkedIn-Headlines gezählt, die zu "AI Cleanup Specialist" gewechselt sind. Dann habe ich eine vierte Sache gezählt. Was ich dort fand, ist der ganze Grund, warum die Nische für Solo-Freelance-Entwickler kein Geld drucken wird. Es zeigt auch genau, was du stattdessen verkaufen solltest.

Der Konsens, dass Gründer Vibe Coding bereuen werden

Der Pitch ist bemerkenswert konsistent.

Nicht-technische Gründer nutzten Lovable, Bolt, Base44 oder Cursor, um einen Prototyp zu shippen. Einige hatten Glück mit der Distribution. Wenige hatten Glück mit PMF. Jetzt haben sie eine Codebase, die niemand versteht, keine Tests, Secrets im Frontend, eine Supabase Row-Level Security, die eigentlich nicht da ist, drei verschiedene Auth-Flows mit Klebeband zusammengefügt. Wenn das Business zu funktionieren beginnt, explodiert die Tech Debt Bombe. Und dann rufen sie einen Entwickler. Enter der Rettungsspezialist.

Du findest das Argument in mindestens acht aktuellen Medium-Artikeln. AI-Generated Code Is Creating a Technical Debt Storm. Vibe Coding: The Fastest Path to Technical Debt in the AI Era. Managing Technical Debt in the Age of Vibe Coding. Vibe Coding Without Going Broke. Das Muster ist immer dasselbe: vor dem Sturm warnen, das Cleanup pitchen, vielleicht ein Framework ohne Zahlen erwähnen.

Beratungen haben es früh aufgegriffen. Outsourcify hat eine Seite namens Vibe Coding Rescue: Scaling Your AI MVP to Production. Baytech Consulting verkauft Project Rescue um denselben TCO-Winkel. AltexSoft veröffentlichte einen Artikel, der explizit das Aufkommen von "Vibe-Coding Cleanup Specialists" als Nische benennt. Webpronews schrieb eine Headline über den "Boom bei Code Cleanup Specialists."

Es ist ein guter Pitch. Es ist viral. Es ist die Art von Sache, der du um 23 Uhr auf LinkedIn zustimmst, bevor du einschläfst.

Es wird auch nicht für dich funktionieren.

Die Welle ist eine Fata Morgana

Das Retournement, schnell.

Die Cleanup-Spezialist-Nische ist bereits tot für Solo-Freelance-Entwickler. Nicht weil Gründer Vibe Coding nicht bereuen werden (einige werden es). Nicht weil der Code nicht kaputt ist (oft ist er es). Die Nische ist tot, weil die Ökonomie für die Klientenpopulation, die du tatsächlich erben würdest, nicht aufgeht.

Und da ist eine sehr laute Stille unter all dem Pitching. Zu dieser Stille komme ich gleich.

Die Rechnung geht nicht auf. Die Case Studies existieren nicht.

Zwei Dinge finanzieren diesen Abschnitt. Das erste ist Arithmetik. Das zweite ist Abwesenheit.

Beginnen wir mit der Arithmetik. Eine ernsthafte Rettung für ein vibe-codiertes MVP ist kein Nachmittags-Engagement. Du schaust auf ein Audit der Codebase, ein partielles Refactoring der gefährlichen Teile, ordentliches Secrets Management, ein echtes Test-Harness, eine Deploy-Pipeline, die nicht auf jemandes Laptop lebt. Bei Freelance-Raten, die deine eigene Zeit respektieren, kannst du das nicht kompetent für weniger als etwa zehn- bis fünfzehntausend Euro Eintrittskarte machen. Das ist der Boden.

Jetzt frag, wer der tatsächliche Kunde ist. Wer hat ein kaputtes vibe-codiertes MVP und ein Cleanup-Budget?

Der nicht-technische Gründer, der eine App auf Lovable oder Base44 generiert hat, hatte ein einmaliges Produktionsbudget irgendwo unter zweitausend Euro, bevor er das Projekt aufgab. Wenn ihre App PMF gefunden hätte, würden sie dich nicht anrufen. Sie hätten Funding aufgetrieben, einen CTO eingestellt oder eine saubere V2 mit Claude Code und einer ordentlichen Spezifikation neu gebaut. Jemand in einem aktuellen französischen LinkedIn-Thread brachte es auf den Punkt: Warum einen kaputten Prototyp warten, der PMF gefunden hat, wenn du V2 von Grund auf in einem einzigen Schuss regenerieren kannst? Diese Person wird genau das tun. Sie ist nicht dein Kunde.

Also ist der Pool von Kunden, die fünfzehntausend für eine Rettung zahlen können, aber nicht von Grund auf regenerieren können oder wollen, verschwindend klein. Einige von ihnen existieren (tech-affine Gründer, die aus Faulheit gevibelt haben und zufällig ein echtes Business haben, um fair zu sein). Sie sind kein Markt. Sie sind eine Fußnote.

Jetzt die Abwesenheit.

Such jetzt gleich. Medium. LinkedIn. YouTube. Die Beratungs-Landing-Pages selbst. Such nach einer einzigen öffentlichen Case Study mit Zahlen. Ich habe dieses Quartal drei Vibe-Code-Rettungen gemacht, hier ist was ich berechnet habe, hier ist wie es lief, hier ist was kaputt war. Du wirst es nicht finden. Was du finden wirst sind Pitches. Was du finden wirst sind Framework-Posts. Was du finden wirst ist "wir machen Rettungen."

In jedem Markt, der tatsächlich funktioniert, veröffentlichen die ersten Akteure, die kassieren, eine Kriegsgeschichte, um Deal Flow anzuziehen. Es ist die ganze Ökologie von Freelance-Märkten. Die Abwesenheit von Rettungs-Retex ist keine Schüchternheit. Es ist der normale Sound, den ein Markt macht, wenn niemand tatsächlich bezahlt wird.

Die Analogie, die mich immer stört, ist Subprime. Der Pitch während des Peaks war "da ist ein riesiger neuer Markt von Kreditnehmern." Die Kredite gingen an Kreditnehmer, die strukturell nicht zurückzahlen konnten. Null echte Performance unter der Haube, aber viele Decks. Die Leute, die tatsächlich Geld gemacht haben, waren nie die Kreditgeber. Sie waren die Makler, die Rating-Agenturen, die Wall Street Strukturierungs-Desks. Die Picks und Shovels, in der am wenigsten subtilen Metapher dieser Branche. Ich machte ein ähnliches Retournement, als Bloomberg eine Produktivitätspanik diagnostizierte beim AI Coding. Gleiche Form: ein lauter Konsens, eine plausible Geschichte, eine völlig falsche Diagnose darunter.

Vibe Code Rescue hat dieselbe Form. Solo-Freelance-Entwickler, die Rescue pitchen, sind die direkten Kreditgeber. Und bis du herausfindest, dass deine Kunden nicht tatsächlich fünfzehntausend für deine Zeit zahlen können, hast du sechs Discovery Calls gemacht, vier Angebote geschrieben, nichts abgeschlossen und einen Monat verschwendet.

Außerdem (und das ist der Teil, den die meisten Rescue-Pitches übersehen), in zwölf Monaten wird der Vibe-Coder bessere Tools haben. Ein Kommentator in demselben LinkedIn-Thread sagte voraus, dass bis 2027 seine Großmutter ihre eigene Rettung mit dem durchführen können wird, was Anthropic oder OpenAI als nächstes shippt. Das menschliche Arbitrage-Fenster für diese spezifische Aufgabe ist schmaler als der kommerzielle Zyklus, den du brauchst, um ein Buch von Rettungs-Kunden aufzubauen. Bis du dich positioniert hast, wird das Tool die Hälfte des Jobs gefressen haben.

Okay. Also was funktioniert.

Was Entwickler stattdessen verkaufen sollten: Die drei Picks und Shovels

Reframe. Du verkaufst nicht kurative One-Shot-Cleanups an kaputte Kunden. Du verkaufst wiederkehrende Tools an finanzierte Kunden, die die Schulden von Tag eins vermeiden oder sie beim Skalieren eindämmen wollen. Drei Säulen. Jede ist ein Pick oder eine Shovel, je nach Tag.

Säule 1: Specs-as-a-Service

Kunde ist ein Post-Seed-Gründer oder ein Product Lead bei einer Series A. Sie stehen kurz vor einem ernsthaften Product Rebuild. Sie wissen, was letztes Mal passiert ist (sie haben gevibelt, es ist kaputt gegangen, sie bereuen es und haben diese Lektion bereits einmal bezahlt). Sie wollen sie nicht nochmal bezahlen.

Was sie von dir kaufen sind Specs. Nicht Code. Specs. Prompt Contracts, Claude Code Playbooks, die geschriebenen Regeln, die ein LLM von einem Casino in eine Fabrik verwandeln. Du lieferst ein zwei- bis dreitausend Euro Audit vorab, ein Contract Pack für ein- bis zweitausend mehr und einen monatlichen Specs-Review-Retainer um zweitausend.

Der Grund, warum die AI diese Säule nicht vor 2027 fressen wird, ist mechanisch. Nutzbare Specs zu schreiben erfordert Business-Kontext, den das LLM nicht ableiten kann. Was ist die regulatorische Grenze dieser App? Welche User sind vertrauenswürdig? Welches Feature ist der bezahlte Burggraben und welches der Loss Leader? Das LLM wird den Code schreiben, sobald du die Spec geschrieben hast. Die Spec ist das menschliche Deliverable. Ich habe ein ganzes Buch darüber geschrieben und das vollständige Framework in Prompt Contracts dokumentiert. Wenn du tief in die Methode einsteigen willst, ist es da. Wenn du es verkaufen willst, ist es ein Produkt.

Säule 2: AI Coding Governance

Anderer Kunde. Nicht ein Gründer. Ein Tech Lead bei einem drei- bis fünfzehn-Personen Engineering Team, das bereits Claude Code, Cursor und ein oder zwei private MCPs deployed hat. Was sie entdecken ist, dass ohne Policy drei Dinge gleichzeitig passieren. Token-Kosten explodieren (jemand hat eine Schleife laufen lassen). Code-Qualität divergiert (jeder Entwickler hat seinen eigenen Stil, weil jeder Entwickler seinen eigenen unsichtbaren Prompt hat). Und niemand kann sagen, wer was geschrieben hat.

Was sie von dir kaufen sind Guardrails. Linter-Regeln. Cursor-Policies. Claude Code Multi-Dev Access Policy. Per-Projekt Token-Budgets. Ein Verhältnis von generiertem versus reviewtem Code, das der CTO tatsächlich in einem Meeting anschauen kann.

Setup läuft drei- bis fünftausend. Monatlicher Retainer, eineinhalb bis drei. Du wirst die Person, die sie anrufen, wenn ein neues Modell shippt und sie die Policies updaten müssen, bevor ein Entwickler Freitagabend etwas Cleveres macht. Karen aus der Buchhaltung, die die Infra-Rechnung verfolgt hat, wird die Einsparungen zuerst bemerken. Sie wird dich dafür lieben 💜

Säule 3: AI Coding Observability

Gleiche Art von Kunde, eine Schicht tiefer. Sie wollen nicht nur Policy. Sie wollen das Ding sehen.

Was bedeutet "sehen" hier. Dashboards für aktive Claude Code und Cursor Sessions. Alerts, wenn Cost per Merged PR driftet. Per-Dev Token Budget Views. Prozentsatz von Claude Code Output, der tatsächlich in einem Commit landet versus abandoned. Context Window Utilization. Die /context Metrik, die dir sagt, dass eine Session kurz vor dem Crash steht, bevor es passiert.

Setup läuft vier- bis sechstausend. Observability Retainer, um zweitausend im Monat. Die Säule ist defensibel, weil sich die Telemetrie-Oberfläche ständig ändert. Neues Anthropic-Modell, neue Token-Buchhaltung. Neues Cursor-Release, neuer Dashboard-Bruch. Das ist keine One-Shot-Installation, es ist ein Feed von laufender Wartung. Genau was du willst. Wiederkehrende Einnahmen auf einer Oberfläche, die sich entwickelt.

Wie du diese Woche pivotest

Fünf Moves. Bis Freitag erledigt.

Update deine LinkedIn-Headline. Kill "Ich rette vibe-codierte MVPs." Schreib "Ich baue AI Coding Governance für Teams, die shippen." Es dreht das Signal von kurativ zu präventiv, von Solo-Gründer zu Engineering Team.

Ersetze die Landing Page. Wirf die Vorher/Nachher-Screenshots von messy Code raus. Ersetze mit drei Boxen: Specs Audit, Governance Setup, Observability Retainer. Preise sichtbar. Kein Discovery Call erforderlich.

Baue drei gepackte Angebote. Ein zwei- bis dreitausend Euro Specs Audit, geliefert in zwei Wochen. Eine drei- bis fünftausend Euro Governance Installation, ein Monat. Ein Observability Dashboard plus Retainer, vier- bis sechstausend Setup, zweitausend im Monat. Benannt, abgegrenzt, verkauft.

Schreib die Cold Email an eine andere ICP. Nicht nicht-technische Gründer. Pre-PMF Engineering Teams bei finanzierten Startups, plus Series A Tech Leads, die Claude Code in den letzten drei Monaten ongeboardet haben. Andere Inbox, anderer Pitch, anderes Budget.

Hör auf, Wellenschauern nachzujagen. Starte den echten Kunden-Kalender. Der erste unterschriebene Governance-Retainer zahlt über sechs Monate mehr als deine gesamte Rescue-Pipeline es getan hätte.

Meine Vorhersage, datiert und falsifizierbar

Meine Wette. April 2027, zwölf Monate von jetzt. Ich werde zwei Zahlen zählen.

Nummer eins: LinkedIn-Profile, die "Vibe Code Rescue Specialist" oder ein offensichtliches Äquivalent in ihrer Headline auflisten.

Nummer zwei: öffentliche Case Studies von Vibe-Code-Rettungen, die abgerechnet, abgeschlossen und nachweislich profitabel waren, mit Zahlen.

Ich wette, die erste Zahl ist mindestens zehnmal so groß wie die zweite. Jeder, der noch für diese Welle paddelt, nimmt einen Wipeout. Wenn du anders denkst, nimm die andere Seite der Wette in den Kommentaren. Wir lesen das in einem Jahr nochmal.

Währenddessen werden die Entwickler, die Geld gemacht haben werden, diejenigen sein, die Specs, Governance und Observability an finanzierte Teams verkauft haben. Nicht diejenigen, die versucht haben, zwölftausend Euro für ein Refactoring an einen nicht-technischen Gründer zu berechnen, dessen gesamtes Produktbudget zwei war.

Also schau dir jetzt deine eigene Landing Page an. Sei ehrlich zu dir selbst.

Was verkaufst du tatsächlich. Die Mining Claims oder die Picks.

Quellen