Das Tab, das wehtut, ist das mit der Bezeichnung Abrechnung. Du öffnest es, nachdem ein Prototyp plötzlich Nutzer hat, und der billige Freitag-Build sieht aus wie ein Mietvertrag. Ich habe das von beiden Seiten gesehen: Deluxe Astrology wuchs über 91.000 Seiten hinaus, weil wir Teile verschieben konnten, wenn der Traffic sprang, während ein Kunde (nennen wir das Projekt Meridian, eine Food-Ordering-SaaS) ein schönes MVP auf einem verwalteten Builder auslieferte und dann den ganzen März 2024 damit verbrachte, Auth aus dem Hosting zu entwirren. Drei Monate. Ein Abrechnungs-Tab. Die Tools sind jetzt glänzend. Base44 kann sich wie ein fertiges Büro anfühlen. Lovable gibt dir Code mit echten Schlüsseln. Claude Code sitzt in deinem Repo wie ein Senior, der nie schläft. Aber die teure Frage ist nicht, welche Demo am Dienstagnachmittag gewinnt. Es ist, was Verlassen kostet, wenn dein Projekt sein erstes Zuhause outgrowth.
Was ist der Unterschied zwischen einem KI-App-Builder und einem KI-Coding-Agent?
Du solltest diese Unterscheidung klären, bevor du einen einzigen Cent ausgibst, denn sie verändert alles danach. Ein KI-App-Builder besitzt den ganzen Stack und gibt dir eine laufende Anwendung. Ein KI-Coding-Agent arbeitet in einer Codebasis, die du bereits besitzt, und gibt dir Commits. Das Backend lebt beim Builder. Bei einem Agent lebt es bei dir.
Dieser eine Satz ist der Rahmen für alles unten. Drei Ebenen sitzen darauf.
Ebene eins sind verwaltete App-Builder: Base44, Lovable. Du beschreibst, was du willst, die Plattform baut es, und die App läuft, bevor du deinen Tee fertig hast. Ebene zwei ist agentisches Coding in deinem eigenen Repo: Claude Code, Cursor. Du hast bereits eine Codebasis, der Agent bearbeitet sie, führt Tests aus und öffnet Pull Requests. Ebene drei sind offene Modelle, die du selbst laufen lässt oder über API: Qwen3 Coder, Kimi K2 und K3. Maximale Kontrolle, maximale Verantwortung.
Die Frage, die wirklich zählt, ist also nicht, welche Ebene das beste Demo produziert. Es ist, was du physisch umbauen musst, wenn du outgrowth von welcher Ebene du auch immer begonnen hast.
---
Wo gewinnt Base44?
Du willst bis Freitag etwas Fertiges deployen, ohne eine Config-Datei zu berühren, und Base44 ist der schnellste Weg dorthin. Punkt.
Auth, Datenbank, Hosting und Integrationen kommen gebündelt. Du verdrahtst sie nicht selbst. Sie kommen bereits verdrahtet. Die Superagents-Funktion handhabt autonome mehrstufige Builds, sodass du ihr ein einigermaßen detailliertes Briefing geben kannst und mit etwas zurückkommst, das größtenteils funktioniert. Wix hat Base44 akquiriert, was ein echtes Zeichen für Vertrieb und Langlebigkeit einer verwalteten Plattform ist, keine Fußnote zum Durchblättern.
Die Preisgestaltung läuft bei 0, 16, 40, 80 und 160 USD pro Monat. Der kostenlose Plan ist brauchbar genug, um eine Idee übers Wochenende zu validieren. Der 40-USD-Plan deckt die meisten internen Tools oder Client-Proof-of-Concepts ab, ohne sich beengt zu fühlen (und ich habe das in den letzten 12 Monaten an mindestens 4 verschiedenen Client-Briefings getestet, einschließlich eines, bei dem sich das gesamte Briefing Mittwochabend änderte und der Rebuild immer noch vor Freitag Mittag fertig war).
Das Frontend ist exportierbar. Das Backend bleibt absichtlich auf der Plattform. Das ist keine versteckte Falle. Es ist eine Scope-Entscheidung. Wenn dein Projekt ein internes Dashboard für ein 5-köpfiges Team ist oder ein Validierungs-Build, den du Investoren zeigen musst, bevor du dich auf einen echten Stack festlegst, ist Backend-Ownership ein gelöstes Problem, das du nicht noch mal lösen musst.
Schau, die Art von Projekt, für das Base44 wirklich geeignet ist: Client-Prototypen mit strikten Deadlines, interne Tools für ein kleines Publikum, MVP-Validierung, bei der die Hypothese falsch sein könnte und das Ganze in 6 Wochen in den Papierkorb wandert.
---
Wo gewinnt Lovable?
Du willst echten Code, den du einem Developer übergeben kannst, ohne dass dieser einen Platform-Export mit gerunzelter Stirn anstarrt, und Lovable gibt dir genau das.
Die Ausgabe ist React, TypeScript und Tailwind. Echter, übertragbarer, Standard-Stack. GitHub-Export ist nativ, kein Workaround. Das bedeutet, dass der Moment, in dem ein echter Developer dein Projekt joins, dieser das Repo clonen und arbeiten kann, ohne zuerst ein proprietäres System zu lernen. Keine unbeholfenen Montagmorgen-Gespräche darüber, in welchem Format alles ist. Und es gibt echte Erleichterung darin, wenn du je die Person warst, die einem skeptischen Auftragnehmer um neun Uhr morgens einen Platform-Export erklären musste.
Die Adoptionszahlen sind es wert, deutlich genannt zu werden, weil sie echtes Markt-Feedback widerspiegeln, nicht Pressemitteilungen. Lovable hat etwa 8 Millionen Nutzer, ungefähr 200 Millionen USD ARR und eine Bewertung um die 6,6 Milliarden USD wie berichtet. Das ist kein Produkt, über das du dir Sorgen machst, dass es Donnerstagsnachmittag verschwindet.
Die Preisgestaltung ist kreditbasiert: ein kostenloser Plan, dann 25- und 50-USD-Monatspläne. Kreditbasierte Modelle belohnen disziplinierte Iteration. Wenn du weißt, was du baust und klar promptest, kommst du pro ausgegebenen Euro weiter. Wenn du unordentlich mit häufigen Pivots iterierst, verbrennst du Credits schneller. Ehrlich, die Disziplin, die das Modell verlangt, ist nicht immer schlecht.
Das Hosting ist vom Code getrennt. Du kannst die exportierte React-App überall deployen, wo du möchtest, was der richtige Call ist, wenn du dir Optionen offenhalten willst. Siehe unsere Anmerkungen zum Hosting für Lovable, v0 und Jamstack-Apps für die Details.
Der Projekttyp, für den das geeignet ist: etwas, das du behalten und ausbauen willst. Ein SaaS-Produkt, für das du vorhast, Developer einzustellen. Ein Client-Deliverable, bei dem der Client irgendwann die Kontrolle übernehmen will.
---
Wo gewinnen Claude Code und Cursor?
Du hast bereits eine Codebase, und die anstehende Arbeit ist Veränderung, nicht Schöpfung. Das ist, wo Claude Code und Cursor hingehören.
Beide operieren als agentive Schleifen in deinem Repo. Sie lesen Dateien über das ganze Projekt hinweg, planen eine Folge von Edits, führen deine Tests aus und zeigen dir das Diff zur Überprüfung. Der Produktivitätsgewinn liegt nicht darin, Boilerplate zu generieren. Er liegt in der Überlegung über Dateien hinweg, die früher einen Nachmittag sorgfältiger Archäologie durch schlecht dokumentierte Ordner bedeutete.
Ich nutze Claude Code für Content-Pipeline-Automatisierung über Deluxe Astrology's 91.000-Seiten-Build und für die SEO-Automatisierungsskripte, die Not Another Sunday's 137.000 Listings füttern. Das, das ich ihm am meisten zutraue, ist genau die Art von Aufgabe, die niemand manuell erledigen möchte: 12 Dateien anfassen, um einen Datenvertrag zu ändern, oder ein unter Zeitdruck im Januar 2022 geschriebenes Rate-Limiting-Modul refaktorisieren, das jetzt alle leise nervös macht. Niemand berührt dieses Modul freiwillig. Der Agent kümmert sich nicht darum.
Cursor bringt die IDE-Integrations-Schicht hinzu, die wichtig ist, wenn dein Team sich lieber in einer visuellen Umgebung als im Terminal aufhält. Beide sind echt unterschiedliche Tools mit unterschiedlichen Stärken. Ich habe diese Unterschiede im Detail in Claude Code vs Codex vs Cursor und im breiteren AI-Dev-Tools-Vergleich für 2026 geschrieben.
Die Projekte, für die diese Stufe passt: Production-Codebases, Legacy-Systeme mit unbeholfener Logik, alles, wo Tests existieren und du sie grün halten willst, und Multi-Repo-Builds, wo der Agent über Grenzen hinweg denken muss.
Also, welcher dieser Projekttypen klingt nach deiner aktuellen Situation?
---
Wo passen offene Modelle wie Qwen3 Coder und Kimi K2 rein?
Dir geht es um Token-Kosten, Datenresidenz oder Self-Hosting, und du bist bereit, etwas mehr Infrastruktur-Aufwand zu betreiben, um das zu erreichen. Das ist der ehrliche Einstiegspunkt für diese Stufe.
Die veröffentlichten Benchmark-Zahlen sind als Signale wert zitiert zu werden, nicht als Dogma. Kimi K2.6 erzielt etwa 80,2 % auf SWE-bench Verified und 66,7 % auf Terminal-Bench 2.0 laut Moonshot AI. Qwen 3.6 Plus kommt auf etwa 78,8 % auf SWE-bench Verified laut Alibaba Cloud. Kimi führt auch beim Frontend Code Arena. Ich habe diese Benchmarks selbst nicht durchgeführt. Ich gebe weiter, was die Labs veröffentlicht haben, und Benchmarks ändern sich schnell genug, dass jede Zahl hier eher als Richtung denn als Ziel zu verstehen ist.
Was ich tatsächlich verwendet habe, ist Kimi K3 zur Ausführung eines UI-Audit-Skripts über etwa 60 Landing Pages Ende 2024. Das Modell ist schnell, die API-Kosten sind niedrig, und bei strukturierten Aufgaben mit klaren Ergebnissen funktioniert es gut in einer agentengesteuerten Schleife. Das ist kein Benchmark. Das ist ein einzelner Anwendungsfall, und du solltest ihn entsprechend gewichten.
Das Ding mit Self-Hosting ist: Es zählt für spezifische Arbeitskategorien. Gesundheitsdaten, Finanzkennzahlen, alles, wo dein Legal-Team ein ruhiges Gespräch führen möchte, wenn du es an eine API eines Dritten sendest. Offene Gewichte geben dir die Option, Inferenz auf deiner eigenen Infrastruktur auszuführen, was die Compliance-Diskussion völlig verändert.
Für das größere Bild, welche Modelle in welche Rollen gehören, wie viele KI-Modelle du wirklich betreiben solltest und die besten KI-Coding-Modelle 2026 gehen tiefer. Die Kurzfassung: Offene Modelle sind 2026 eine echte produktionsreife Option. Nicht ein Kompromiss.
---
Was kostet es, später zwischen Stufen zu wechseln?
Eine Stufe höher zu gehen ist immer möglich. Immer, und die Frage ist, was du mitnehmst und was du neu aufbaust.
Denk daran als 3-teiliges Inventar: was sich sauber überträgt, was neu geschrieben werden muss, und was du zurücklässt, weil es plattformspezifisch war und nirgends sonst eine Entsprechung hat. Die Tabelle unten zeigt den realistischen Weg für jeden Wechsel.
| Stufe, die du verlässt | Was überträgt sich | Was du neu aufbaust | Ungefährer Aufwand |
|---|---|---|---|
| Managed Builder (Base44 Backend) | Frontend-Code (falls exportiert), Datenbankschema-Form, dokumentierte Produktlogik | Auth-Verdrahtung, serverseitige Logik, Integrationen, Deployment-Pipeline | Wochen bis Monate je nach Komplexität |
| Owned-Code Builder (Lovable) | Vollständige React / TypeScript / Tailwind Codebasis, GitHub-Verlauf | Backend falls du ein separates hinzugefügt hast, jede Plattform-Hosting-Konfiguration | Tage bis eine Woche für einen kompetenten Entwickler |
| Agentengesteuerte Repo-Tools (Claude Code, Cursor) | Gesamte Codebasis, Test-Suite, CI-Konfiguration | Modellwechsel nur bei Providerwechsel, Prompt-Bibliotheken | Stunden bis Tage |
| Open-Model über API | Prompts, Integrationen, Output-Schemas | Self-Hosting-Infrastruktur bei Migration vor Ort | Tage bis Wochen je nach Infrastruktur-Know-how |
Die ehrliche Lesart dieser Tabelle ist: Der Umzug von Base44 zum eigenen Code ist die größte Arbeit, genau weil die Backend-Logik und Auth nie dein Eigentum waren. Das ist keine Kritik an Base44. Es ist der richtige Kompromiss für die Projekte, bei denen er passt: wenn du eine Hypothese validiert hast und sie sich als richtig erwies, sind die Wiederaufbaukosten eine Erfolgsteuer, keine Misserfolgssteuer. Das muss man klar aussprechen.
Der Umzug von Lovable zu agentic-Tools ist wirklich niedrig aufwändig, weil du echten Code besitzt. Diese Portabilität ist das, wofür die 25 oder 50 USD pro Monat teilweise bezahlen.
Aber eines ist wichtig zu nennen: plattformspezifische Automatisierung, Superagents im Fall von Base44, portiert nicht. Du baust das Verhalten neu auf, nicht die Automatisierung selbst.
---
Wie entscheidest du?
Deine Einschränkung ist der Startpunkt. Nicht die Feature-Liste.
Wochenend-Validierung oder verwerfbares MVP
Nutze Base44. Das Ziel ist zu lernen, ob die Idee überhaupt verfolgt werden sollte. Die Exit-Kosten sind akzeptabel, denn wenn du falsch liegst, wirfst du das Projekt weg, und wenn du recht hast, kommen die Wiederaufbaubudgets aus deinem Momentum. Dass das Backend auf der Plattform bleibt, ist irrelevant, wenn das Produkt die nächsten 6 Wochen nicht übersteht.
Internes Tool für ein kleines Team
Wieder Base44, oder Lovable, wenn dein Team jemanden hat, der das Frontend über die Zeit anpassen möchte. Interne Tools müssen selten umziehen. Sie müssen gepflegt werden. Lovables exportierbare Codebasis macht dieses Wartungsgespräch einfacher, wenn es irgendwann aufkommt, und das tut es immer.
Kundenlieferable, die das Engagement überdauern muss
Lovable ist hier der richtige Weg. Du übergibst dem Kunden ein GitHub-Repo mit echtem React-Code. Er kann jeden Entwickler auf der Welt einstellen, um es weiterzuführen. Die Plattform steht nach der Übergabe nicht mehr im kritischen Pfad. Ownership ist das Produkt, nicht nur die Anwendung.
Existierende Production-Codebasis
Tier zwei. Claude Code oder Cursor. Du baust ein funktionierendes System nicht in einem Builder neu auf. Du bringst Agenten in das Repo, das du bereits hast. Falls du unsicher bist, welches agentic Tool in deinen Workflow passt, erklärt der vibe-coding model team post, wie du über Modellauswahl für verschiedene Rollen im Team nachdenkst.
Datenschutz-restriktiv oder kostenempfindlich in der Skalierung
Tier drei. Open-Models, selbst gehostet oder über eine kostengünstige API. Du akzeptierst mehr Infrastruktur-Verantwortung im Austausch für Datenkontrolle und bessere Unit-Economics im großen Maßstab. Die Benchmark-Zahlen von Kimi und Qwen deuten darauf hin, dass die Performance-Lücke zwischen proprietären und Open-Models sich auf den Punkt verengt hat, wo es eine echte Wahl ist, keine Notlösung.
Und das Muster über alle 5: nenne die Exit-Kosten, bevor du dich auf das Tool festlegst. Wenn du sagen kannst „wenn das wächst, hier ist was ich neu aufbaue und hier sind grob die Kosten", hast du die Entscheidung mit offenen Augen getroffen. Hast du diesen Satz bereits aufgeschrieben? Es dauert etwa 3 Minuten und erspart dir viele März-2024-Situationen.
---
FAQ
Ist Base44 oder Lovable besser für einen nicht-technischen Gründer?
Beide sind für technisch nicht versierte Builders konzipiert, also liegt der echte Unterschied darin, was danach passiert. Wenn du niemals Code anfassen oder über einen Server nachdenken möchtest, behält Base44 alles für dich verwaltet. Wenn du die Option haben möchtest, dein Projekt später einem Developer zu übergeben ohne großen Umbau, macht Lovables exportierbare React-Codebasis dieses Gespräch einfacher und günstiger. Das ist ein Gespräch, das es sich lohnt früh zu führen, nicht nach 6 Monaten Entwicklung.
Kannst du deinen Code aus einem AI-App-Builder exportieren?
Lovable exportiert das komplette React, TypeScript und Tailwind Frontend direkt zu GitHub und dir gehört es ganz allein. Base44 macht das Frontend auch exportierbar, wobei das Backend absichtlich auf der Plattform bleibt. Der praktische Unterschied ist: Bei Lovable kannst du das gesamte Frontend zu jedem Host oder Developer mitnehmen. Bei Base44 nimmst du die UI mit und musst die Serverseite neu aufbauen, wenn du umziehst.
Sind Open-Source-Coding-Modelle 2026 gut genug für produktive Arbeit?
Ja, für eine breite Palette von Aufgaben. Kimi K2.6 wird bei etwa 80,2% auf SWE-bench Verified gemeldet, und Qwen 3.6 Plus bei etwa 78,8%, beide wettbewerbsfähig mit führenden proprietären Modellen bei strukturierten Coding-Aufgaben. Self-Hosting fügt Infrastruktur-Overhead hinzu, aber für kostenempfindliche oder datensensible Workloads ist das Leistungs-zu-Kosten-Verhältnis 2026 wirklich überzeugend, auf eine Art wie vor zwei Jahren nicht. Behandle Benchmarks als Richtungssignale und teste auf deiner eigenen Workload. Immer.
Brauchst du noch einen Developer, wenn du einen AI-App-Builder nutzt?
Für ein einfaches internes Tool oder ein Validierungs-MVP wahrscheinlich nicht am Anfang. Mit wachsender Komplexität ja. AI-Builder bewältigen den anfänglichen Build gut. Sie bewältigen mehrdeutige Produktentscheidungen, ungewöhnliche Integrationen und Performance-Debugging erheblich weniger gut. Ein Developer wird wertvoll nicht, weil der Builder fehlschlägt, sondern weil die Produktanforderungen irgendwann überschreiten, was jeder automatisierte Builder, managed oder agentic, ohne menschliches Urteilsvermögen in der Schleife begründen kann.
Das Abrechnungs-Tab ist verrätend. Wenn du dir einen Umzug ohne Drama vorstellen kannst, hast du jetzt die richtige Stufe gewählt. Wenn der Gedanke deinen Kaffee erkalten lässt, tut die Plattform ihre Arbeit ein klein bisschen zu gut. Fang dort an, wo die Arbeit leicht ist, halte die Türen sichtbar, und lass Benchmarks eher Wetterberichte als Gebote sein. Gute Tools machen das Weggehen langweilig. Langweilig ist unterschätzt.