Website & Software mit KI-Tools bauen: Claude Code, Lovable & Co.

KI-Tools zum Bauen von Websites und Software sind gerade das beherrschende Thema — und das zu Recht: Was vor zwei Jahren noch ein Team und Wochen brauchte, entsteht heute als lauffähiger Prototyp in Stunden. Werkzeuge wie Claude Code, Claude Design, Lovable, v0 oder Cursor verändern, wie gebaut wird. Wir bei Forge12 arbeiten selbst KI-nativ mit genau diesen Tools. Deshalb dieser Beitrag: kein Hype, sondern eine ehrliche Einordnung, was die Tools wirklich bringen, wo sie an Grenzen stoßen und worauf du achten solltest — egal, ob du selbst baust oder bauen lässt.

Was können KI-Tools beim Bauen wirklich?

Der Gewinn ist real und lässt sich in drei Punkten fassen. Erstens Tempo: Vom Prompt zum sichtbaren Prototyp vergehen oft Minuten statt Tage. Zweitens günstige Exploration: Man kann drei Design- oder Architekturrichtungen durchspielen und zwei verwerfen, ohne teuer committen zu müssen — Ideen validieren wird billig. Drittens Design wird zu echtem Code: Tools wie Claude Design oder Lovable erzeugen aus einer Beschreibung nicht nur ein Bild, sondern lauffähige Komponenten.

Für erfahrene Entwickler kommt ein vierter Punkt dazu, der oft unterschätzt wird: agentische Werkzeuge wie Claude Code arbeiten nicht mit Snippets, sondern in der echten Codebasis — sie bauen ganze Features, schreiben Tests, führen Refactorings und Migrationen über viele Dateien aus. Der Mensch beschreibt das Ziel, der Agent führt die Schritte aus. Das multipliziert Können; es ersetzt es nicht.

Welches KI-Tool ist wofür gedacht?

„KI-Tool" ist kein Einheitsbrei. Die wichtigsten unterscheiden sich in Zielgruppe und Reifegrad des Ergebnisses:

• Lovable — Prompt zu lauffähiger App, unschlagbar schnell zum ersten Prototyp. Ideal für Nicht-Entwickler, MVPs, Landingpages, um eine Idee zu validieren.
• v0 (Vercel) — generative UI für React/Next.js, stark bei einzelnen Komponenten und Landingpages, gedacht für Frontend-Entwickler im React-Stack.
• Cursor — KI-nativer Editor, beschleunigt tägliches Schreiben und chirurgische Änderungen im Code. Für Entwickler.
• Claude Code — terminal- und agentenbasiert, arbeitet in der echten Codebasis mit Git, Dateisystem und Tools. Stark bei Architektur, Multi-Datei-Aufgaben und komplexen, langlebigen Projekten.
• Claude Design — Design-Entwürfe aus dem Gespräch, die direkt als konsistenter Code weiterleben.

Die wichtigste Faustregel aus Benchmarks lautet: schneller ist nicht besser. Lovable und v0 gewinnen beim Tempo zum Prototyp; Claude Code und Cursor liefern produktionsreiferen Code, brauchen dafür aber jemanden, der weiß, was er tut. Der Sweet Spot für echte Projekte ist die Kombination — ein Prototyp-Beschleuniger vorne, ein agentisches Werkzeug mit Engineering-Verstand für alles, was in Betrieb gehen soll.

Ist mit KI-Tools gebauter Code sicher?

Hier wird es unbequem, und hier liegt der wichtigste Grund, KI-Output nicht blind zu übernehmen. Mehrere Untersuchungen aus 2026 zeichnen ein deutliches Bild: Eine viel zitierte Veracode-Analyse fand, dass rund 45 % des KI-generierten Codes Sicherheitslücken einbringt; andere Audits nennen Spannen von 40–62 % und schätzen die Fehlerrate auf etwa das Doppelte von menschlich geschriebenem Code. „Vibe-coded" Apps versenden laut Agentur-Audits häufig acht bis vierzehn Sicherheitsbefunde.

Das ist kein theoretisches Risiko. Anfang 2026 exponierte eine mit einem KI-Builder gebaute App über eine fehlende Zugriffsbeschränkung auf der Datenbank die Daten von mehr als 18.000 Nutzern über 170+ Apps hinweg (CVE-2025-48757). Die typischen Muster wiederholen sich: deaktivierte Zeilen-Sicherheit auf der Datenbank, geleakte Zugangsschlüssel, fehlende Webhook-Prüfung. Besonders tückisch: In einem realen Fall bestand ein komplett mit einem KI-Agenten gebautes SaaS alle automatischen Tests und Linter — ein manuelles Audit fand trotzdem Risiken, die kein Werkzeug markiert hatte. Der Konsens in der Entwickler-Community bringt es auf den Punkt: KI-Code ohne Sicherheits-Review ist kein kalkuliertes Risiko, sondern Fahrlässigkeit.

Das „70-Prozent-Problem": Warum der Prototyp nicht das Produkt ist

Addy Osmani vom Chrome-Team hat dafür einen treffenden Begriff geprägt: das 70-Prozent-Problem. KI-Tools produzieren die ersten 70 % einer Anwendung rasend schnell — die restlichen 30 % (Edge-Cases, Sicherheit, Integration in die echte Umgebung, Fehlerbehandlung) sind so schwer wie eh und je. Genau in diesen letzten 30 % scheitern reine Prompt-Builder, und genau hier entscheidet sich, ob aus einem beeindruckenden Prototyp ein tragfähiges Produkt wird.

Zwei weitere Fallen gehören dazu. Die erste ist die Wartbarkeit: KI schreibt schnell plausiblen Code, aber ohne Engineering-Disziplin wachsen Kopplung, Duplikate und Inkonsistenz — das System wird mit jedem Feature zäher. Wie man Software baut, die stattdessen mitwächst, ist ein eigenes Handwerk, das wir in unserer Serie Engineering-Handwerk Folge für Folge aufdröseln. Die zweite ist eine, die viele erst spät bemerken: SEO und KI-Auffindbarkeit. Viele KI-Builder erzeugen client-gerenderte Single-Page-Apps — und weil Suchmaschinen-KI-Crawler in aller Regel kein JavaScript ausführen, sind solche Seiten für ChatGPT, Perplexity und Google-KI praktisch unsichtbar. Produktionsreif heißt hier: serverseitiges Rendering, nicht nur eine hübsche Oberfläche.

Worauf du beim Bauen mit KI achten solltest

Wenn du selbst mit diesen Tools baust, macht eine kurze Checkliste den Unterschied zwischen einem Prototyp, der beeindruckt, und einer Lösung, die trägt:

• Behandle KI-Output als Startpunkt, nicht als Endzustand. Der Prototyp ist nicht das Produkt.
• Lass Menschen die Sicherheit prüfen — nicht nur Linter und Tests: Zugriffsrechte, Zugangsschlüssel, Eingabevalidierung, Webhook-Prüfung.
• Setze auf serverseitiges Rendering statt reinem Client-Rendering — für Google und für die KI-Suche.
• Prüfe Architektur und Wartbarkeit: klare Grenzen, aussagekräftige Tests, keine wilde Kopplung.
• Kläre das Eigentum am Code. Exportierbarer Code statt Plattform-Lock-in — sonst gehört dir am Ende nicht, was du bezahlt hast.
• Denke DSGVO von Anfang an mit: Daten, Einwilligung, EU-Hosting löst kein Prompt nebenbei.

Selbst bauen oder Profis holen?

Die ehrliche Antwort hängt davon ab, was du vorhast. Für einen schnellen Prototyp, eine kleine Broschüren-Seite oder um eine Idee zu testen, sind Tools wie Lovable hervorragend — da ist Selbermachen oft genau richtig. Sobald aber echtes Geld, echte Kundendaten oder langfristiges Wachstum im Spiel sind, verschiebt sich die Rechnung. Dann sind es die letzten 30 % — Sicherheit, Produktionsreife, Wartbarkeit, SEO, DSGVO — die über Erfolg oder teure Reparatur entscheiden. Und das ist echte Ingenieursarbeit, kein Prompt.

Wir bei Forge12 sehen KI-Tools nicht als Bedrohung, sondern als Beschleuniger — mit dem Handwerk eines Softwarehauses dahinter. Wir bauen KI-nativ (Claude Code, Claude Design) und ziehen die Verlässlichkeit ein, die der Prototyp allein nicht mitbringt: Review, Sicherheit, serverseitiges Rendering, Tests, saubere Architektur. Und wichtig: der Code gehört dir, kein Lock-in. Ein häufiger Einstieg ist genau der Moment, an dem ein KI-Prototyp läuft und jetzt „richtig" werden soll — wir überführen ihn in eine tragfähige Lösung, statt bei null anzufangen.

Fazit

KI-Tools wie Claude Code, Claude Design und Lovable sind ein echter Fortschritt: Sie machen den Weg zum Prototyp radikal schneller und günstiger. Aber sie verschieben die schwierige Arbeit nur nach hinten, sie schaffen sie nicht ab. Die letzten 20–30 % — Sicherheit (rund 45 % des KI-Codes enthält Lücken), Produktionsreife, Wartbarkeit, SEO/SSR und DSGVO — bleiben Ingenieursarbeit. Der beste Weg ist deshalb keine Entweder-oder-Frage, sondern eine Kombination: das Tempo der KI-Tools plus das Handwerk, das aus einem Prototyp ein Produkt macht.

Wenn du tiefer einsteigen willst: Wie man KI wirklich in Betrieb bringt, behandelt unsere Serie KI-Engineering; wie man wartbare Software baut, die Serie Engineering-Handwerk. Und wenn du etwas bauen — oder einen KI-Prototyp produktionsreif machen — lassen willst: Sieh dir unsere Softwareentwicklung und KI & Automation an oder nimm direkt Kontakt mit uns auf. Wir reden lieber über deinen konkreten Fall als über Buzzwords.