Lovable Feature-Roundup: Was im Mai und Juni 2026 wirklich wichtig wurde

Warum dieser Roundup

Wir schreiben sonst zu fast jedem Lovable-Release einen eigenen Artikel – Subagents, Skills, die Mobile-App, Lovable Cloud vs. Supabase. In den letzten sechs Wochen kamen so viele Updates parallel, dass wir den Überblick verloren hätten, wenn wir sie alle einzeln aufgeschrieben hätten. Also: ein Sammler.

Sortiert nach „was ändert deinen Alltag morgen?", nicht nach Veröffentlichungsdatum. Alle Daten gegen die offizielle Lovable Changelog und das aggregierte MyAI-Guide-Tracking abgeglichen.

Tier 1 – Das ändert wirklich, wie ihr arbeitet

1. Subagents (27. Mai)

Der wichtigste Release der Periode. Lovable kann ab sofort mehrere read-only Helfer-Agenten parallel lostreten, jeder mit eigenem Context-Window. Auf großen Projekten merkt man das sofort: schärfere Antworten, weniger „ich gucke nochmal nach", oft sogar niedrigere Kosten, weil der Head-Agent nicht das gesamte Repo durch sein Context-Window quetschen muss.

Wir haben dem Feature einen eigenen Deep-Dive zu Lovable Subagents gewidmet – inklusive Küchen-Analogie und „wann ihr sie explizit anfordern solltet".

2. Lovable MCP – jeder Agent kann jetzt Lovable steuern (17. Juni)

Der strategisch wichtigste Release der Periode: Lovable liefert jetzt einen eigenen MCP-Server aus. Damit wird Lovable selbst zu einem Tool, das jeder MCP-fähige Client ansprechen kann – Claude (Desktop & Cloud), Cursor, Codex, ChatGPT, eigene Agenten. Projekte referenzieren, Code lesen, Änderungen vorschlagen, deployen – alles ohne Lovable-Tab.

Das ist exakt das Muster, das wir in No MCP, no Party beschrieben haben: Wer kein MCP ausliefert, ist nicht im Workflow des Nutzers. Lovable liefert – und macht sich damit zum Default-Build-Tool jeder Agenten-Pipeline. Für uns heißt das konkret: Strategie-Session in Claude, Recherche über andere MCPs, Commit über Lovable-MCP – alles in einem Thread.

Anknüpfend an unseren Vergleich Claude Design vs. Lovable: Die zwei Welten wachsen jetzt nativ zusammen, statt sich zu kannibalisieren – aber das eigentliche Signal ist breiter. Lovable positioniert sich als MCP-First-Plattform.

So sieht das in der Praxis aus – Beispiel Claude Desktop als Steuerzentrale:

1. Einmal einrichten: In Claude Desktop unter Settings → Connectors → Add custom connector den Lovable-MCP-Server eintragen (https://mcp.lovable.dev/, Auth über euren Lovable-Account). Claude zieht sich die Tools automatisch.
2. Projekt referenzieren: Im Chat das Projekt per Slash-Command oder URL nennen – @lovable list-projects zeigt alle, @lovable open <project-id> macht eines zum aktiven Kontext.
3. Aufgabe vergeben: Statt selbst zu prompten, gebt ihr Claude ein Ziel:

„Lies das Lovable-Projekt marketing-site. Auf der Pricing-Page fehlt ein FAQ-Block. Recherchiere die fünf häufigsten Pricing-Fragen aus unseren Notion-Sales-Notes (über den Notion-MCP), bau daraus einen FAQ-Accordion mit shadcn, commit das in einen Branch faq-pricing, und schick mir die Preview-URL."

Claude orchestriert dann selbstständig: Notion-MCP für Recherche → Lovable-MCP für Code-Änderung + Commit + Preview. Ihr seht im Chat jeden Tool-Call, könnt jederzeit eingreifen, und bekommt am Ende den Link zur fertigen Preview – ohne den Lovable-Editor aufgemacht zu haben. Genau dieser Multi-MCP-Flow ist der eigentliche Sprung: nicht „Claude statt Lovable", sondern Claude als Dirigent, Lovable als Build-Instrument.

3. Neue Preview-Toolbar statt Visual Edits (15. Juni)

Die alten „Visual Edits" sind raus. Stattdessen gibt es eine Preview-Toolbar, mit der ihr direkt auf der Live-Vorschau:

• Elemente auswählt und inline Text ändert,
• Annotationen draufzeichnet,
• Kommentare an konkrete Stellen heftet, die als strukturiertes Prompt an den Agent gehen.

Klingt nach Kosmetik, ist aber der Punkt, an dem Lovable wirklich Multi-Stakeholder-tauglich wird: Eure Kund:innen können im Preview kommentieren, ohne den Chat zu verstehen.

4. Publish & Deploy direkt aus dem Chat (13.–16. Juni)

Bisher war Publishen ein Klick im Editor-UI. Jetzt könnt ihr im Chat sagen „bitte deploy" – Lovable prüft Settings, läuft Security-Checks, plant den Deploy, und führt ihn nach Bestätigung aus (oder direkt, wenn Auto-Approve an ist). Für CI-artige Workflows („Hotfix → ship") ist das spürbar schneller.

Wichtig: Es bleibt ein bestätigter Schritt, kein stiller Auto-Deploy. Genau richtig.

5. Slow-Query-Analyse für Lovable Cloud (15.–16. Juni)

Der für uns überraschendste Release. Lovable Cloud analysiert jetzt langsame PostgreSQL-Queries, sortiert sie nach Execution Time, zeigt den Query-Plan und schlägt gezielte Indizes vor. Das ist Feature-Niveau, das man von gemanagten DBs wie Supabase Pro oder Neon kennt – und es kommt mit dem Free-Tier ins Spiel.

Für alle, deren Lovable-App ein paar Tausend Nutzer:innen erreicht hat und plötzlich „langsam" wird, ist das der Moment, ab dem man kein externes Monitoring mehr braucht, um den ersten Index zu setzen. Mehr Kontext: Lovable Cloud vs. Supabase.

Tier 2 – Quality-of-Life, das man schnell nicht mehr missen will

6. Code-Line-Referenzen im Chat (17.–18. Juni)

Im Editor neben jeder Zeilennummer ein „+"-Chip, mit dem ihr die Zeile als interaktive Pille in den Chat hängt. Klingt klein, ändert aber komplett, wie ihr Bug-Reports formuliert: weniger „schau dir mal useAuth an", mehr „diese drei Zeilen sind das Problem". Subagents (siehe Tier 1) sind dadurch noch effizienter.

7. Build with URL: jetzt auch beliebige Webseiten (19. Juni)

„Build with URL" akzeptierte bisher nur Bilder. Ab jetzt könnt ihr öffentliche Webseiten verlinken, und Lovable nutzt Layout, Inhalt und Styling als Referenz. Quick-Win für Pitch-Iterationen („mach mir das hier, aber für unsere Branche").

8. Publish-Button mit Dot-Indikator (19. Juni)

Der Publish-Button zeigt jetzt einen kleinen Punkt, wenn euer Projekt Änderungen hat, die noch nicht live sind. Mini-Detail, das verhindert, dass man mit alten Versionen einen Investor-Link teilt.

9. Read-only-Projektsharing (15. Juni)

Für Business- und Enterprise-Workspaces: Projekte mit „Can view"-Permission teilen, damit Team-Mitglieder das Projekt referenzieren können, ohne unabsichtlich Code zu ändern. Genau das Feature, das uns in Multi-Builder-Workspaces bisher gefehlt hat.

10. Externe Domain-Transfers (15.–17. Juni)

Domains von anderen Registraren (GoDaddy, Namecheap, IONOS …) direkt in den Lovable-Workspace transferieren und dort Renewal + DNS verwalten. Spart genau den einen quartalsweisen Login bei dem Registrar, den man eh hasst.

Tier 3 – Strategisch, im Alltag (noch) unsichtbar

• Google-Cloud-Ausbau (3. Juni): Lovable und Google Cloud erweitern ihre Kooperation – mehr Gemini-Modelle, optimierte Infrastruktur, globaler Roll-out. Konsequenz für uns: Lovable wird weiter günstig+schnell skalieren können, ohne Modell-Lock-in.
• „Setting the standard for agentic development" (13. Mai): Gemeinsames Paper mit AIUC zu Sicherheits-Standards für agentic Coding. Liest sich wie Lobbyarbeit, ist aber relevant: Wer Enterprise-Käufer:innen will, muss Standards setzen, bevor andere sie setzen.
• Automatische Security-Checks (1. Juni): Lovable schaltet weitere Default-Checks scharf (RLS-Hinweise, Secrets-Scanning, etc.). Für viele Projekte unsichtbar – bis sie einen Findung verhindern, der einen sonst gekostet hätte.
• TanStack Start support (Mai): Lovable kann nun TanStack-Start-Apps bauen. Nischig, aber spannend für alle, die aus dem React-Router-Land kommen und mehr Full-Stack-Wumms wollen.
• LinkedIn Skills: Wenn euer Lovable-Nutzungsprofil dafür qualifiziert, könnt ihr es als LinkedIn-Skill claimen. Eher Personal-Branding als Produkt, aber für die Builder-Community ein nettes Signal.

Ausblick: Lovable wird die Baukasten-Welt beerdigen (These von Malte Lensch)

Eine These, die unser Geschäftsführer Malte Lensch seit Monaten in jedem zweiten Strategie-Call wiederholt – und die durch die Releases der letzten Wochen immer plausibler wird:

Lovable wird sich früher oder später vor allem auf Websites spezialisieren – und damit WordPress, Wix, Squarespace, Jimdo und alle Baukasten-Systeme beerdigen, die nicht rechtzeitig AI-first pivotieren.

Die Indizien stapeln sich: Build with URL für beliebige Webseiten, externe Domain-Transfers, Publish-from-Chat, Preview-Toolbar für Nicht-Techies, Read-only-Sharing für Stakeholder. Das ist nicht mehr nur ein App-Builder – das ist Stück für Stück der komplette Website-Lifecycle in einem Tool, inklusive Domain, Deploy, Edits durch Nicht-Coder und Feedback-Schleife.

Wer das mit unserem Ende-WordPress-Webflow-Artikel und der Baukasten-vs.-AI-Stack-Analyse zusammenliest, sieht das Muster: Die Baukästen haben kein AI-First-DNA, sondern bolzen Chatbots an ein Drag-and-Drop-UI. Lovable geht von der anderen Seite – AI als Editor, Code als Output, Hosting & Domain als Commodity. Die Frage ist nicht, ob Wix & Co. das aufholen, sondern ob sie es ohne Architektur-Reset überhaupt können.

Konsequenz für unsere Kund:innen: Wer 2026 noch ein neues Website-Projekt auf einem klassischen Baukasten startet, baut für eine Welt, die in 24 Monaten nicht mehr existiert.

Was wir vermissen

Ein paar Punkte, an denen Lovable in der nächsten Welle nachlegen sollte:

1. Schema-Migrations-Diffs für Lovable Cloud – Slow-Query-Analyse zeigt, dass die DB-Tools ernstgemeint sind. Logischer nächster Schritt: ein „diff & rollback"-UI für Migrationen.
2. Preview-Toolbar im Mobile-Browser – aktuell desktopgeprägt.
3. Mehr Granularität bei Subagent-Limits – „nutze für diese Aufgabe maximal 2 Subagents" als expliziter Hint.

Wie wir das im Alltag nutzen

Bei AI First Builders hat sich nach diesen sechs Wochen das Setup so eingependelt:

• Subagents lassen wir bei jedem nicht-trivialen Task implizit laufen, fordern sie nur in Mega-Refactors explizit an.
• Preview-Toolbar ist der Kanal Nummer 1 für Kund:innen-Feedback während wir bauen.
• Lovable MCP ist unser neuer Default-Einstieg: Strategie- und Research-Threads laufen in Claude oder Codex, Commits landen über MCP direkt im Lovable-Projekt.
• Publish-from-Chat läuft auf Marketing-Pages, aber nicht auf Cloud-Apps mit Echtdaten – da bleibt Publish ein bewusster Klick.

Insgesamt: Die letzten sechs Wochen waren der Beweis, dass Lovable nicht nur „mehr Features pro Sprint" liefert, sondern dass die Roadmap dahinter konsistent ist. Subagents, MCP, Preview-Toolbar, Cloud-DB-Tools – das ist alles dieselbe Story: vom Single-Agent-Code-Generator zur Multi-Agent-Plattform für ganze Produkt-Teams.

---

Letztes Update: 21. Juni 2026. Cross-Link: Lovable Feature Roundup – the May/June 2026 highlights.