Lovable Skills: Wiederholungen werden zu wiederverwendbaren Playbooks

Lovable rollt Skills aus – und das ist mehr als ein Settings-Update

Anthropic hat das Skills-Format Ende 2025 eingeführt. Innerhalb weniger Monate haben es OpenAI, Cursor und Claude Code übernommen. Jetzt ist Lovable dran: Skills sind ab sofort live. Wer regelmäßig in Lovable baut, kennt das Problem – jeder neue Chat startet bei Null. Konventionen, Tonalität, Deployment-Quirks: alles weg. Skills lösen genau das.

Wir haben das Thema Agent Skills schon vor einigen Monaten als kommenden Industriestandard beschrieben – jetzt ist es bei Lovable angekommen.

Was ein Skill ist – in einem Satz

Ein Skill ist ein Ordner mit einer SKILL.md-Datei: wiederverwendbare Anweisungen, die Lovable automatisch lädt, wenn die Aufgabe dazu passt. Kein Skript, kein Bot, kein Tool-Call. Nur Text, den der Agent liest und befolgt.

design-system/
├── SKILL.md
├── colors.md
└── components-reference.md

Die SKILL.md hat drei Bestandteile:

1. Name – kurz, lowercase, mit Bindestrichen. Wird beim manuellen Aufruf via /skill-name getippt.
2. Description – der wichtigste Teil. Lovable entscheidet ausschließlich anhand der Description, ob ein Skill gezogen wird.
3. Instructions – was du einem neuen Teammitglied erklären würdest. Bullets, Prosa, Schritt-für-Schritt – egal, Hauptsache klar.

Supporting Files (colors.md, components-reference.md) werden nur geladen, wenn die Haupt-Skill darauf verlinkt und Lovable den Detailgrad braucht. So bleiben Skills lang und detailliert, ohne jedes Mal teuer zu sein.

Skills ≠ Knowledge – das Pairing zählt

Lovable hat schon länger Workspace- und Project Knowledge. Der Unterschied ist sauber:

	Knowledge	Skills
Wann aktiv	Immer	Nur bei passender Aufgabe
Inhalt	Konstanten (Coding-Standards, Brand Voice, Produkt-Fakten)	Playbooks (Workflows, Checklisten, Review-Modi)
Beispiel	„Wir nutzen TypeScript strict mode"	„Wenn du eine Landing Page schreibst, dann…"

Knowledge ist der Hintergrund, Skills sind die Werkzeuge im Vordergrund. Wer beides kombiniert, bekommt einen Agent, der seine Umgebung kennt und weiß, wie er konkrete Aufgaben angeht.

Das ist auch die saubere Trennung zu MCP: MCP gibt dem Agent Werkzeuge (DB-Zugriff, APIs), Skills geben ihm das Wissen, wie er diese Werkzeuge benutzen soll. Wir haben diese Skills-vs-MCP-Logik hier ausführlich erklärt.

Wie Skills sich im Workspace verhalten

Drei Mechaniken sind wichtig:

• On-Demand-Loading. Lovable lädt nicht alle Skills auf einmal. 30 Skills im Workspace stören sich nicht gegenseitig, solange jede Description scharf ist.
• Mehrere Skills feuern gleichzeitig. Ein design-system-Skill + ein landing-page-copy-Skill stacken sauber – einer formt das Aussehen, der andere die Worte.
• Manueller Trigger via /skill-name. Wenn du genau weißt, welcher Skill ran soll, erzwingst du ihn. Vorsicht: erzwungene Skills laufen auch dann, wenn sie nicht passen.

Die Description ist alles

Wenn du einen Punkt aus diesem Artikel mitnimmst, dann diesen: Lovable liest beim Skill-Matching nur die Description. Nicht die Instructions, nicht die Supporting Files. Eine schöne Skill mit schwacher Description existiert für den Agent nicht.

Schlecht: „Helps with onboarding." – „Helps with" ist kein Trigger, „onboarding" ist mehrdeutig. Feuert nie oder ständig falsch.

Gut: „Use when designing or improving the first-time user experience: signup flow, welcome screens, empty states, and the first session inside the product. Not for marketing pages aimed at people who haven't signed up yet."

Drei Zutaten: konkreter Trigger, benannte Surfaces, explizite Boundary („Not for…"). Das letzte Drittel – wann der Skill nicht feuern soll – trennt gute von großartigen Descriptions.

Drei Skills, die fast jedes Lovable-Projekt braucht

1. design-system

Hält das Projekt visuell zusammen. Palette, Spacing, Typography, Component-Regeln. Verhindert die typischen AI-Default-Blau-Gradients, die jedes Lovable-Projekt sofort als „Lovable-Projekt" outen.

2. fresh-eyes-review

Schaltet Lovable aus dem „agreeable assistant"-Modus in den „skeptischen Erstbesucher mit anderen Tabs offen"-Modus. Brutaler Five-Second-Test, ungeschönte Trust-Gaps, ehrliche „so what?"-Sektionen.

3. landing-page-copy

Erzwingt Brand Voice (gebannte Buzzwords: synergy, leverage, unlock, seamless), Struktur (Hero → 3 Benefits → Proof → 1 CTA) und „du" statt „Nutzer".

Du kannst auch das eingebaute /skill-creator nutzen oder Lovable im Chat einfach bitten, eine Sache als Skill zu speichern – die SKILL.md wird dann automatisch generiert.

Ehrliche Caveats

Skills sind kein Wundermittel:

• Schlechte Skills verschlechtern den Agent. Vager Inhalt im Skill heißt vagerer Output. Garbage in, garbage out.
• Skills ersetzen kein Prompting. „Bau mir eine Landing Page" bleibt mager, egal wie gut die Skill ist.
• Updates greifen erst im nächsten Chat. Skill mid-conversation tweaken bringt nichts – neuer Chat.
• Konflikte sind Scoping-Probleme. Wenn zwei Skills sich widersprechen, sind meist die Descriptions zu breit – nicht die Regeln zu wenige.
• Skills veralten. Was vor drei Monaten richtig war, kann heute Lovable in die Irre führen. Maintainen.

Was das für deinen Workflow bedeutet

Wenn du mit Lovable Vibe Coding oder Agentic Engineering machst, sind Skills die fehlende Brücke zwischen „Ich erkläre alles in jedem Chat neu" und „Mein Workspace baut konsistent". Die ersten zwei, drei guten Skills bringen den größten Sprung – danach skaliert das System linear mit der Zahl der wiederkehrenden Workflows, die du auslagerst.

Konkreter Startpunkt für diese Woche: Nimm die letzte Sache, die du Lovable dreimal hintereinander erklärt hast. Das ist deine erste Skill.

---

Weiterlesen: Agent Skills werden Industrie-Standard · Vibe Coding · Agentic Engineering