Lovable vs. Claude Code im Jahr 2026: Welches solltest du für dein erstes Projekt wählen?

Informationen zur Arbeit mit Ailoot findest du in der Dokumentation.

Was sind Lovable und Claude Code?#

Lovable ist ein browserbasierter Builder. Technisch ist Lovable eine Ebene über Claude Opus von Anthropic: Lovable bestätigt in seinem Kundenbericht, dass sich das Unternehmen nach einer Bewertung kommerzieller und Open-Source-Modelle für Claude als primäres Modell entschieden hat (Anthropic-Kundenbericht: Lovable). Die Gegenüberstellung „Lovable oder Claude“ greift also zu kurz. In der Praxis sind es Ebenen: Lovable ist eine praktische Hülle um dasselbe Claude, auf das du direkt über Claude Code zugreifst.

Was passiert, wenn du lovable.dev aufrufst:

1. Registriere dich über Google oder GitHub.
2. Schreibe einen Prompt: „Erstelle mir ein CRM für eine Immobilienagentur mit Authentifizierung und Kundendatenbank.“
3. Nach 30–60 Sekunden siehst du eine Live-Website auf einer kostenlosen *.lovable.app-Domain, mit Datenbank, Anmeldeformular und funktionierenden Seiten.
4. Verfeinere sie anschließend mit Prompts: „Füge einen Filter nach Deal-Status hinzu“, „Füge ein dunkles Design hinzu“, „Füge Stripe für Abonnementzahlungen hinzu“.

Unter der Haube erstellt Lovable eine React-Anwendung mit Vite, Tailwind-CSS-Styling und shadcn/ui-Komponenten. Das Backend ist Supabase: PostgreSQL für Daten, Supabase Auth für die Anmeldung und Edge Functions für serverseitige Logik. Seit dem 13. Mai 2026 verwenden neue Projekte TanStack Start mit serverseitigem Rendering.

Claude Code ist ein Programm von Anthropic, das du auf deinem Mac-, Windows- oder Linux-Rechner installierst. Führe es im Terminal mit dem Befehl claude innerhalb deines Projektordners aus. Dann kommunizierst du per Text mit ihm; es liest Dateien, schreibt Code, führt Befehle aus und behebt Fehler. Seit dem 16. April 2026 ist Opus 4.7 das primäre Modell; seit dem 28. Mai 2026 ist auch Opus 4.8 mit der Funktion Dynamic Workflows verfügbar (bis zu 1.000 parallele Subagents) (Anthropic – Claude Opus 4.7).

Der Hauptunterschied in einem Satz: Lovable ist eine Website, die Websites für dich erstellt. Claude Code ist ein Entwicklerkollege in deinem Terminal, der deine Anweisungen befolgt.

Diese beiden Positionen beschreiben tatsächlich zwei Etappen auf demselben Weg. Lovable ist ein Werkzeug, um „von null auf eins“ zu kommen, wenn du das Handwerk noch nicht gelernt hast. Claude Code ist ein Werkzeug für den nächsten Schritt, wenn du bereits verstehst, wie Anwendungen entwickelt werden, und die Kontrolle haben möchtest.

Wer sollte Lovable nutzen und wer Claude Code?#

Ich sehe das als Wahl zwischen einem fertigen Essen im Restaurant und einer Küche zu Hause. Lovable ist das Restaurant: Du setzt dich hin, gibst deine Bestellung auf, und 20 Minuten später steht ein Gericht vor dir. Claude Code ist die Küche: eine Sammlung von Werkzeugen und Zutaten sowie ein Assistent, der alle Rezepte kennt – aber du kochst und entscheidest, was du wie zubereitest.

Lovable passt gut, wenn:

• Du noch nie ein Terminal geöffnet hast und damit auch nicht anfangen möchtest.
• Du an einem Abend einen Prototyp für eine Idee brauchst, den du einem Partner oder Kunden zeigen kannst.
• Du ein Standardprodukt entwickelst: eine Landingpage, ein CRM, einen Marktplatz, ein Dashboard oder ein Anfrageformular – etwas, das Lovable schon Hunderte Male erstellt hat.
• Du bereit bist, mit dem Stack React + Supabase zu arbeiten, und weder Python noch Go oder eine mobile App brauchst.
• Dich ein kostenpflichtiger Tarif für 25–100 US-Dollar im Monat nicht stört und du dir keine Sorgen machst, dass der Code beim Anbieter liegt.

Claude Code passt gut, wenn:

• Du bereits mit Projektordnern gearbeitet hast und weißt, was git und .env sind.
• Du die Kontrolle über jede Datei brauchst und den Stack selbst wählen möchtest.
• Dein Projekt komplexer als ein typisches ist: ein Telegram-Bot, ein Datenverarbeitungsskript, eine mobile App oder eine Integration mit einer nicht standardisierten API.
• Du möchtest, dass der Code in deinem Repository und nicht beim Anbieter liegt.
• Du bereit bist, dich mit CLAUDE.md und Context Engineering vertraut zu machen, um konsistente Ergebnisse zu erhalten.

Möchtest du ohne Rätselraten die richtige Kombination für deine Aufgabe wählen? Eine funktionierende Kombination hat drei Elemente: KI-Klon + Second Brain + Context Engineering. Diese Kombination macht jedes Tool – Lovable, Claude Code oder beide – zu einer zuverlässigen Pipeline.

Was kostet ein erstes Projekt mit den beiden Tools?#

Lovable: Tarife und Credits

Offizielle Lovable-Preise mit Stand Mai 2026:

Ein Credit entspricht ungefähr einem Prompt. Eine kleine Stiländerung kostet 0,5 Credits; eine neue Funktion mit Authentifizierung kostet 1,5+ Credits. Eine Fehlerbehebungsschleife (wenn die KI eine Sache repariert und eine andere kaputt macht) kann zusätzlich zum ursprünglichen Build 60–150 zusätzliche Credits verbrauchen. Zusätzliche Credits kosten bei Pro 15 US-Dollar für 50 Credits.

⚠️ Ein zusätzlicher Kostenpunkt ist Lovable Cloud (verwaltetes Hosting über die Plattform). Es ist nicht im Abonnement enthalten: Ein Workspace erhält monatlich kostenlos Hosting im Wert von 25 US-Dollar + KI-Nutzung im Wert von 1 US-Dollar. Danach zahlst du nach Verbrauch (Datenbank-Lese- und Schreibvorgänge, Edge Functions, Speicher).

Claude Code: Tarife und Tokens

Offizielle Claude-Preise für 2026:

Für Menschen, die eigene Integrationen entwickeln, gibt es außerdem API-Tokens: Opus 4.8 kostet 5 US-Dollar pro einer Million Input-Tokens und 25 US-Dollar pro einer Million Output-Tokens. Einzelheiten findest du im Leitfaden zu Opus 4.8 für Claude Code.

Die tatsächlichen Kosten eines ersten und eines größeren Projekts

Nehmen wir eine typische Aufgabe: „Erstelle eine Kundenbuchungswebsite mit Datenbank, Buchungsformular und Admin-Panel.“

Lovable: Mit dem Pro-Tarif (25 US-Dollar) brauchst du ungefähr 30–40 Credits, um das Projekt zu erstellen und zu verfeinern. Das passt in einen Monat des Abonnements. Jedes weitere Produkt oder größere Redesign danach bedeutet einen weiteren Monat Abonnement, zuzüglich möglicher Lovable-Cloud-Kosten.

Claude Code: Mit dem Pro-Tarif (20 US-Dollar) dauert dieselbe Aufgabe 3–4 Stunden und etwa zehn KI-Sitzungen. Die monatlichen Limits reichen für 2–3 solcher Projekte parallel sowie für Routinearbeiten: Website-Texte bearbeiten, kleine Fehler beheben und Automatisierungsskripte erstellen.

Langfristig ist der Unterschied noch deutlicher. Ein Entwickler ließ in 8 Monaten 10 Milliarden Tokens durch Claude Code laufen: Über die API hätte das mehr als 15.000 US-Dollar gekostet, mit dem Max-Tarif jedoch etwa 800 US-Dollar. Wenn du ein Produkt einmalig entwickelst und es dabei belässt, kosten Lovable und Claude Code ungefähr gleich viel. Wenn du 5–10 Projekte hast und regelmäßig daran arbeitest, ist Claude Code 5–6-mal günstiger.

Welchen Code erhältst du? Ein Blick unter die Haube#

Bei Lovable ist die Frage „Womit wurde das geschrieben?“ bereits für dich beantwortet. Jede App verwendet:

• Frontend: React, Vite, Tailwind CSS und die Bibliothek shadcn/ui mit vorgefertigten Komponenten.
• Backend: Supabase – PostgreSQL für die Datenbank, Supabase Auth für die Anmeldung, Supabase Storage für Dateien und Edge Functions auf Deno für serverseitige Logik.
• Echtzeit: Supabase Realtime über WebSocket für Chats und Aktualisierungen.
• Zahlungen: eine integrierte Stripe-Integration.
• Hosting: *.lovable.app im kostenlosen Tarif, deine eigene Domain in einem kostenpflichtigen Tarif.

Das ist eine Stärke: ein bewährter Stack, der 80 % der Aufgaben für Nicht-Programmierer abdeckt. Es ist auch eine Einschränkung: Wenn dein Projekt ein Telegram-Bot, die Verarbeitung von PDF-Dokumenten, ein Daten-Scraping-Skript oder eine mobile App ist, kommt Lovable nicht infrage.

Mit Claude Code wählst du den Stack selbst. Beispielprojekte verwendeten:

• Next.js + TypeScript + PostgreSQL für eine Creator-Plattform.
• Python + FastAPI für eines der Backends eines Kundenprodukts.
• Telegram-Bots in TypeScript mit der Bibliothek grammY.
• Datenverarbeitungsskripte in Node.js.

Dasselbe Claude Code funktioniert mit jedem Ordner und jedem Stack: Es liest, was im Projekt vorhanden ist, versteht dessen Struktur und verwendet die passende Sprache. Das gibt dir Freiheit, erfordert aber eine Entscheidung darüber, welchen Stack du verwenden möchtest.

Was passiert, wenn das Produkt durchstartet: das Projekt weiterentwickeln#

Dieses Szenario prüfen nur wenige zu Beginn, aber es ist der entscheidende Unterschied zwischen den Tools.

Angenommen, du hast in Lovable einen Aufgaben-Tracker erstellt. Er kommt gut an. Kunden schreiben: „Füge eine Integration mit unserem CRM hinzu“, „Wir brauchen einen Excel-Export in einem bestimmten Format“, „Entwickle eine mobile App.“ Was passiert dann?

• Einfache Änderungen nimmst du mit Prompts vor und verbrauchst Credits.
• Komplexe Änderungen stoßen oft an architektonische Grenzen: Lovable kennt dein CRM nicht, der Export ist nicht standardisiert, und eine mobile App erfordert einen anderen Stack.
• Lovable bietet einen Code-Export und die Arbeit in einem Editor an – doch das ist kein „Vibe Coding“ mehr. Es ist gewöhnliche Entwicklung, bei der du React, TypeScript und Supabase verstehen musst.

Bei Claude Code gibt es keinen solchen Bruch. Du fügst eine CRM-Integration hinzu – Claude Code liest die CRM-Dokumentation, schreibt einen Client, testet ihn und committet ihn. Du brauchst eine mobile App – öffne einen neuen Ordner, gib ihm die Aufgabe „Entwickle eine iOS-App in Swift, die dieselbe API nutzt“, und erhalte das Ergebnis. Der Kontext geht nicht verloren, weil das Repository dir gehört.

Das bedeutet nicht, dass Lovable schlecht ist – es eignet sich hervorragend für die erste Aufgabe. Lovable ist der Einstiegspunkt für ein Produkt, nicht das Zuhause, in dem es langfristig lebt.

Wenn Claude Code und Lovable Fehler machen: Was lässt sich leichter beheben?#

KI macht immer Fehler. Entscheidend ist, wie viel Aufwand ihre Behebung erfordert.

Wenn in Lovable etwas kaputtgeht, hast du 3 Möglichkeiten:

1. Sende weitere Prompts: „Beheb das, der Button funktioniert nicht.“ Oft klappt das, manchmal aber auch nicht.
2. Setze den Stand mithilfe des Verlaufs von Lovable zurück. Der Rollback springt jeweils N Schritte zurück – er ist nicht präzise.
3. Wechsle in den Dev Mode (nur in kostenpflichtigen Tarifen) und bearbeite den Code von Hand.

Bei einem Fehler in Claude Code:

1. Du siehst einen Fehler im Terminal oder Browser und sagst Claude: „Hier ist der Fehler, finde heraus, was los ist.“
2. Wenn du nicht weiterkommst, setzt der Befehl /rewind den Stand auf den letzten funktionierenden Punkt zurück (Leitfaden zum Rückgängigmachen von Änderungen).
3. Du kannst die Datei selbst öffnen und eine Zeile korrigieren – es ist dein Code.

Der Vorteil von Claude Code ist hier, dass du sehen kannst, was geändert wurde und wo der Fehler liegt. Lovable funktioniert wie eine „Blackbox“: Du erhältst ein Ergebnis, kannst aber die Ursache nicht erkennen. Für Anfänger ist das eine Erleichterung („Ich muss es nicht herausfinden“), doch sobald das Produkt komplexer als eine Standard-Landingpage ist, wird es zum Problem.

4 Szenarien, in denen Lovable Claude Code überlegen ist#

Szenario 1: Eine Landingpage mit Formular und Datenbank. „Ich möchte eine Seite, auf der Besucher ihre E-Mail-Adresse hinterlassen und ich im Admin-Panel sehen kann, wer das getan hat.“ In Lovable dauert das 10 Minuten, einschließlich Design, Domain und SSL. Mit Claude Code dauert es 1–2 Stunden, ein Grundgerüst zu erstellen, plus eine weitere Stunde für die Veröffentlichung. Bei einer einmaligen Aufgabe liegt Lovable deutlich vorn.

Szenario 2: Ein Demo-Prototyp für einen Investor oder Partner. Du musst bei einem Meeting in 3 Tagen zeigen, wie ein Produkt „funktionieren wird“. Lovable erstellt an einem Abend einen visuell ansprechenden, funktionierenden Prototyp. Du kannst ihn zeigen und sagen: „Hier kommt diese Logik hin und dort jene.“ Dein Partner klickt auf die Buttons und sieht etwas Reales statt einer PowerPoint-Präsentation.

Szenario 3: Ein Standardprodukt auf Grundlage einer vertrauten Vorlage. Ein einfaches CRM für eine Agentur, ein Kundenportal mit Authentifizierung, ein Dashboard mit Diagrammen. Lovable hat solche Apps schon Hunderte Male erstellt – das Modell kennt die Muster bereits. Die Chancen auf ein funktionierendes Ergebnis beim ersten Versuch sind besser.

Szenario 4: Wenn die Installation ein Hindernis ist. Wenn jemand wirklich noch nie ein Terminal geöffnet hat und nicht bereit ist, sich mit Node.js, git und VS Code auseinanderzusetzen, kann Lovable ein Ergebnis liefern, zu dem Claude Code nicht in der Lage ist. Ein funktionierender Prototyp ist besser als ein nie begonnenes Projekt.

4 Szenarien, in denen Claude Code Lovable überlegen ist#

Szenario 1: Jedes Nicht-Web-Projekt. Ein Telegram-Bot, der Kunden antwortet und Anfragen nachverfolgt. Ein Skript, das jede Stunde die Websites von Wettbewerbern ausliest und eine Zusammenfassung an Slack sendet. Ein PDF-Parser, der Daten für die Buchhaltung extrahiert. Das kannst du mit Lovable nicht bauen – es ist nur für das Web gedacht. In Claude Code sind das typische Abendprojekte.

Szenario 2: Ein ernsthaftes langfristiges Produkt. Wenn du ein Unternehmen rund um ein Produkt aufbaust, brauchst du den Code in deinem GitHub-Repository, deine eigene Infrastruktur und die Kontrolle über alles. Lovable bindet dich immer an die Plattform: Du kannst den Code exportieren, aber ohne Lovable lässt er sich schwerer weiterentwickeln (der Stack ist starr und die Architekturentscheidungen werden für dich getroffen). Mit Claude Code gehört dir der Code von Anfang an.

Szenario 3: Eine nicht standardisierte Architektur oder ein nicht standardisierter Stack. Du möchtest Bun statt Node.js. Du möchtest Postgres + Redis + ClickHouse. Du möchtest Python für die KI-Komponente und Go für einen Microservice. Du möchtest Worker, Queues und WebSockets außerhalb von Supabase. In Lovable ist all das entweder unmöglich oder erfordert einen „Umweg“ durch manuelle Codebearbeitung – wodurch der Vorteil des Builders verloren geht.

Szenario 4: Wenn du ein Second Brain für das Projekt brauchst. Ein ernsthaftes Produkt umfasst mehr als Code; es hat auch Kontext: das Geschäftsmodell, die Zielgruppe, rechtliche Einschränkungen und Ziele. Dieser Kontext liegt in einem business/-Ordner neben dem Code, und Claude Code liest ihn bei jeder Anfrage (Leitfaden zum Second Brain in Claude Code). Lovable funktioniert ohne diese Ebene – du erhältst ein technisch funktionierendes Produkt, ohne zu verstehen, „warum“.

Hybrid: Lovable → Claude Code in einem Projekt#

Dieses Muster ist einfach: Jedes Tool eignet sich für seine Aufgabe, deshalb musst du dich nicht für „das eine oder das andere“ entscheiden.

So funktioniert es:

1. Ideenphase. Ein Abend mit Lovable. Beschreibe, was du möchtest, und erhalte einen funktionierenden Prototyp mit Datenbank, Authentifizierung und ein paar Seiten. Das reicht, um ihn einem Partner zu zeigen oder 5 Interviews mit potenziellen Kunden zu führen.

2. Validierungsphase. Arbeite weiter in Lovable, solange das Produkt noch einfach ist. Verbringe 1–2 Wochen mit Prompts, kleinen Änderungen und neuen Datenbankfeldern.

3. Übergabephase. Wenn du an Lovables Grenzen stößt (du brauchst zusätzlich einen Telegram-Bot, komplexe Logik oder eine andere Sprache), exportiere den Code über den Dev Mode (erfordert einen Pro-Tarif) und klone das Repository lokal.

4. Entwicklungsphase. Öffne es in VS Code und starte Claude Code im selben Ordner. Jetzt kann Claude den von Lovable erstellten Code sehen und weiterentwickeln. Die Architektur bleibt gleich (React + Supabase), aber du übernimmst die Kontrolle.

Der Nachteil: Du zahlst im ersten Monat (oder länger) für Lovable und wechselst danach trotzdem zu Claude Code. Das kostet zusätzlich 25–50 US-Dollar. Dafür sparst du die erste Entwicklungswoche. Bei den meisten Ideen, die nicht durchstarten, sind diese 25 US-Dollar gut investiert: Du findest schnell heraus, was nicht funktioniert, ohne zwei Wochen in ein Grundgerüst zu investieren, das du später wegwirfst.

Sie baute ihre Hauptwebsite mit 12 Integrationen (Stripe, Customer.io, Meta Pixel) an einem Tag in Lovable neu auf und brachte anschließend die Funktion challenge prompts in Claude Code in 2 Tagen statt der erwarteten 2 Wochen in Produktion.

5 Fallstricke bei Lovable, über die niemand schreibt#

Fallstrick 1: Der kostenlose Tarif reicht für 1–2 Abende. 5 Credits pro Tag reichen für ein App-Grundgerüst und ein paar Änderungen. Danach wartest du entweder einen Tag oder zahlst 25 US-Dollar.

Fallstrick 2: Zugriff auf den Code gibt es nur ab Pro+. Im kostenlosen Tarif kannst du den Code nicht herunterladen, in einem Editor öffnen oder an einen Entwickler übergeben. Wenn du dich entscheidest, die Plattform zu verlassen, wechselst du zu einem kostenpflichtigen Tarif oder fängst von vorn an.

Fallstrick 3: Enge Bindung an Supabase. Wenn du später PostgreSQL auf deinem eigenen Server betreiben, Supabase Auth durch eine eigene Authentifizierung ersetzen oder ein beliebiges Nicht-Web-Backend anbinden möchtest, ist das mühsam. Der Stack ist tief in das Fundament eingebaut.

Fallstrick 4: Sprache der Benutzeroberfläche. Standardmäßig erstellt Lovable Anwendungsoberflächen auf Englisch. Gib deine bevorzugte Sprache ausdrücklich im Prompt an, zum Beispiel: „Erstelle es in meiner bevorzugten Sprache.“ Ein Teil des Textes kann dennoch auf Englisch bleiben, insbesondere Systemfehler und Formularvalidierungen. Das kannst du mit separaten Prompts korrigieren.

Fallstrick 5: Die Supabase-Sicherheit weist standardmäßig eine Lücke auf. Das ist der wichtigste Punkt, den zu Beginn niemand erwähnt. Forschende überprüften 1.645 Apps in Lovables offizieller Präsentation – 170 davon (10,3 %) hatten ein kritisches Row-Level-Security-Problem in Supabase. Jeder angemeldete Nutzer konnte die Daten anderer lesen, ändern und löschen. In echten Apps konnten Forschende auf Kundenadressen, Schuldenbeträge und aktive Stripe-Schlüssel zugreifen (CVE-2025-48757). Der Grund: Lovable erstellt Tabellen in Supabase, aktiviert aber standardmäßig keine RLS-Richtlinien. Die Lösung: Aktiviere nach dem ersten Start manuell RLS für jede Tabelle und prüfe die Konfiguration anhand der Supabase-Dokumentation. Wenn du ein Produkt mit echten Nutzerdaten entwickelst, ist das nichts für „später“ – erledige es „direkt nach dem ersten Build“.

5 Fallstricke bei Claude Code, die Anfänger abschrecken#

Fallstrick 1: Die Installation ist das erste Hindernis. Für den Einstieg musst du Node.js, npm, git, VS Code und Claude Code selbst installieren. Unter Windows musst du dich mit WSL auseinandersetzen. Auf dem Mac ist es einfacher, aber auch dort musst du das Terminal öffnen. Wenn du das noch nie gemacht hast, verbringst du die ersten 30 Minuten damit herauszufinden, „wie man es startet“.

Fallstrick 2: Ohne Kontext kannst du die Limits an einem Tag aufbrauchen. Im Pro-Tarif für 20 US-Dollar richten sich die Limits nach Nachrichten und Tokens. Wenn du Claude jedes Mal 50 Projektdateien schickst, erreichst du das Limit in 2–3 Stunden. Die Lösung ist Context Engineering: Gib nur das Nötige mit, verwende /clear und /compact und pflege CLAUDE.md (Leitfaden zu den Limits).

Fallstrick 3: Halluzinationen ohne Kontext. Claude Code ist intelligent, aber ohne Verständnis für dein Projekt kann es API-Methoden, Datenbankfelder oder Bibliotheken erfinden. Ohne eine CLAUDE.md mit Regeln und einen business/-Ordner als Second Brain gleicht das Ergebnis einem Glücksspiel. Mit beidem erhältst du eine zuverlässige Pipeline (Leitfaden zu CLAUDE.md).

Fallstrick 4: Einschränkungen bei Zugang und Unternehmenseigentum. Im September 2025 sperrte Anthropic Unternehmen, die zu mehr als 50 % von Einheiten aus China, Iran und Nordkorea kontrolliert wurden. Die Zugangsbedingungen hängen vom Anbieter und der Eigentümerstruktur ab; prüfe sie, bevor du ein Tool auswählst.

Fallstrick 5: Kein visueller Editor. Die gesamte Interaktion läuft über Text. Wenn du einen Button 10 Pixel nach rechts verschieben möchtest, kannst du ihn nicht ziehen – du musst die Änderung in Worten beschreiben. Für Designaufgaben ist das weniger praktisch als visuelle Builder wie Lovable.

So triffst du in 5 Minuten eine Wahl: Entscheidungstabelle#

Beantworte 5 Fragen und erhalte eine Empfehlung:

Wenn du in den ersten beiden Zeilen Lovable mit ✅ und in den übrigen Zeilen ⚪/❌ markierst, wähle Lovable. Wenn du in den Zeilen 3–5 Claude Code mit ✅ markierst, wähle Claude Code. Wenn du in beiden Spalten ✅ markierst, nutze Lovable in den ersten 1–2 Wochen und wechsle dann zu Claude Code (siehe den Hybrid-Abschnitt oben).

Noch ein Punkt: Unabhängig davon, für welches Tool du dich entscheidest, ist die KI selbst nicht der Engpass. Entscheidend ist, wie du mit ihr arbeitest. Die Kombination aus drei Säulen (KI-Klon + Second Brain + Context Engineering) sorgt bei jedem Tool für konsistente Ergebnisse. Ohne sie halluziniert die KI; mit ihnen funktioniert sie wie eine zuverlässige Maschine.

Der vollständige Leitfaden für Vibe Coding an einem Abend: KI-Klon + Second Brain + Context Engineering.

Lerne Ailoot kennen.