Setup
Die ersten drei Schritte brauchst du immer. Danach kommt es drauf an, ob du Produkte baust oder automatisierst.
Anthropic-Account mit aktivem Abo ist die Basis. Ein Plan reicht — Pro für den Start, Max wenn du längere Sessions oder mehr Token-Budget brauchst. Ohne aktives Abo kein Cowork und kein Claude Code.
Cowork lebt als dritter Tab in der Claude Desktop App — du brauchst keine zusätzliche Installation. Dort beschreibst du im Dialog, was du bauen willst, bis ein klares Konzept steht.
Zwei Setup-Wege: Terminal (maximal flexibel) oder VS Code (Code, Terminal und Claude in einem Fenster) — Output ist derselbe. Der Befehl unten installiert den nativen Client: kein Node.js nötig, Updates laufen automatisch im Hintergrund. Sicherheits-Tipp: bestenfalls auf einem separaten Computer arbeiten, auf dem keine persönlichen Daten liegen. Claude Code bekommt vollen Datei-Zugriff, das sollte sauber getrennt sein.
curl -fsSL https://claude.ai/install.sh | bashirm https://claude.ai/install.ps1 | iexAlternativen
Homebrew (macOS)
Wer Tools auf dem Mac schon über einen Paketmanager pflegt, bleibt dabei: ein „brew upgrade“ hält Claude Code aktuell, git und node gleich mit. Falls noch nicht installiert:
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"brew install --cask claude-codeKein Auto-Update — regelmäßig „brew upgrade claude-code“ laufen lassen.
WinGet (Windows)
winget install Anthropic.ClaudeCodeKein Auto-Update — regelmäßig „winget upgrade Anthropic.ClaudeCode“ laufen lassen.
npm (Advanced)
npm install -g @anthropic-ai/claude-codeBraucht Node.js 22+. Nie mit sudo installieren — das führt zu Rechteproblemen.
Skills
Skills sind Ordner mit einer Anleitung (Markdown) plus optionalen Skripten. Claude lädt sie nur dann, wenn sie zur aktuellen Aufgabe passen. Das hält den Kontext schlank und macht wiederkehrende Aufgaben reproduzierbar.
Abgrenzung in einem Satz:
claude mcp add <name>./plugin install <name>@<marketplace>.Wo Skills liegen: ~/.claude/skills/ (persönlich), .claude/skills/ (projektweit), oder gebündelt im Plugin.
Atomare Anweisungen, die Claude in jeder Session zur Verfügung stehen sollten. Plugins (siehe nächste Sektion) bündeln solche Skills zu kompletten Workflows.
Was · Anthropic-Skill für persistente Memory über Sessions hinweg. Speichert Entscheidungen, Lessons-Learned und Projekt-Kontext.
Install
/plugin install memory@anthropicUse-Case: Du erklärst dein Projekt einmal. Ab dann startet Claude jede Session mit dem Wissen, was zuletzt funktioniert hat und welche Wege Sackgassen waren.
Was · Anthropic-Skill für UI/UX-Design — generiert Komponenten, achtet auf Design-System-Konsistenz, Typografie, Spacing und Barrierefreiheit.
Install
/plugin install ui-ux-pro-max@anthropicUse-Case: Du beschreibst eine Sektion oder Komponente und bekommst produktionsreifen Code, der nach Design aussieht. Spacing, Typografie und Kontrast prüft der Skill gleich mit.
Was · Web-Suche aus Claude heraus — recherchiert aktuelle Fakten, prüft Aussagen gegen echte Quellen, gibt Links zurück. Das beste Mittel gegen Halluzinationen bei aktuellen Themen.
Install
/plugin install web-search@anthropicUse-Case: Aktueller Preis eines Modells, frische Library-Version, ist eine Behauptung wirklich noch wahr? Claude sucht, prüft und liefert dir die Quelle gleich mit.
Was · UI/UX-Implementierung — generiert Layouts, prüft Design-Konsistenz, baut Komponenten.
Install
/plugin install frontend-design@claude-plugins-officialUse-Case: Du beschreibst „eine Pricing-Seite im Bento-Grid-Stil“, der Skill liefert produktionsreife React/HTML-Komponenten mit echtem Design-Niveau.
Was · Pflegt und auditiert die CLAUDE.md-Projekt-Memory, fängt Lessons-Learned aus jeder Session ein.
Install
/plugin install claude-md-management@claude-plugins-officialUse-Case: Nach zwei bis drei Wochen am gleichen Projekt wirkt Claude vergesslich. Der Skill schreibt die wichtigsten Regeln in die CLAUDE.md zurück, und du wiederholst dieselben Korrekturen kein zweites Mal.
Was · Analysiert eine bestehende Codebase und empfiehlt passende Hooks, Skills, MCP-Server und Subagents.
Install
/plugin install claude-code-setup@claude-plugins-officialUse-Case: Erste Session in einem neuen Repo. Der Skill schlägt dir die richtigen Automatisierungen für deinen Stack vor („du hast Next.js + Supabase → installiere XYZ“).
Was · Hilft dir, eigene Skills zu bauen, bestehende zu verbessern und mit Evals zu testen.
Install
/plugin install skill-creator@claude-plugins-officialUse-Case: Du tippst zum dritten Mal dieselbe Anweisung („formatier alle Inputs nach unserem Style“). skill-creator macht daraus einen wiederverwendbaren /format-input-Skill. Ab dann reicht ein Befehl.
Was · Slash-Commands für git commit, git push und PR-Erstellung mit sauberen Messages.
Install
/plugin install commit-commands@claude-plugins-officialUse-Case: Du hast zehn Änderungen gemacht und willst sie sauber committen. /commit schreibt Message, staged, committet — alles in einem Schritt.
Was · React-basierte programmatische Videos — du codest Animationen wie eine Komponente, Remotion rendert daraus ein MP4. Gut für Tutorials, Produkt-Demos, Social-Clips.
Install
/plugin install remotion@claude-plugins-communityUse-Case: Onboarding-Video für deine App: Claude baut die Remotion-Komposition mit Text, Bewegung und Sound, du renderst das Endprodukt mit einem Befehl.
Was · Skill, der Claudes Antworten radikal kürzt — wirft Füllwörter und Höflichkeiten raus, behält Fachbegriffe und Code. Steuerung über /caveman lite, /caveman full und /caveman ultra (je stärker, desto knapper).
Install
npx skills add JuliusBrussee/cavemanUse-Case: Lange Sessions, in denen dich die ausführlichen Erklärungen Tokens kosten. Du stellst auf /caveman ultra, und Claude antwortet im Telegramm-Stil weiter, ohne dass der Inhalt verloren geht.
Was · Skill gegen KI-Sprache: nimmt typische Muster raus (Floskel-Einstiege, Em-Dash-Inflation, das „nicht X sondern Y"-Schema), damit Texte menschlicher klingen. Danach ein zweiter Durchgang, der prüft, was noch nach KI riecht.
Install
npx skills add hardikpandya/stop-slopUse-Case: Du lässt Claude einen Entwurf schreiben und willst ihn nicht erst von Hand entschlacken. Der Skill fängt die KI-Tells ab, bevor der Text bei dir landet.
Was · Über 40 Marketing-Skills von Corey Haynes: Wettbewerbs-Recherche, CRO-Reviews, Positionierung, Copywriting, Kampagnen-Planung, Reporting. Die Skills bauen aufeinander auf und teilen denselben Produkt-Kontext.
Install
npx skills add coreyhaines31/marketingskillsUse-Case: Du hast kein Marketing-Team. Du beschreibst dein Produkt einmal, dann übernimmt Claude die Landingpage-Copy, die Conversion-Analyse oder den Kampagnen-Plan im selben Stil.
Was · Skill, der Claude direkten Zugriff auf 15 Plattformen gibt (Web, YouTube, RSS, GitHub, Bilibili, Exa-Suche und weitere) ohne eigene API-Keys. Ruft je nach Plattform CLIs oder APIs im Hintergrund auf, agent-reach doctor --json zeigt, welcher Kanal gerade läuft.
Install
npx skills add Panniantong/Agent-ReachUse-Case: Recherche direkt aus der Session heraus, ohne Copy-Paste zwischen Browser und Chat. Wichtig: nur sechs der 15 Kanäle sind wirklich keylos (Web, YouTube, RSS, GitHub, Bilibili, Exa-Suche), die übrigen laufen über Cookie-Extraktion aus deinem Browser. Die würde ich vor dem Einsatz einzeln prüfen.
Du findest einen Skill, den du noch nicht hast? Gib Claude den Auftrag direkt. Er sucht den offiziellen Skill, lädt ihn und richtet ihn in deinen Projekten ein.
Prompt zum Kopieren
Ich möchte den [SKILL-NAME]-Skill installieren. Geh ins Internet, such nach dem offiziellen Skill und lade ihn mir auf alle meine Projekte. Hör erst auf, wenn er auch wirklich installiert ist.Danach die Session einmal mit /quit neu starten, damit der frisch installierte Skill geladen wird.
Wenn du dieselbe Anweisung zum dritten Mal tippst, mach einen Skill draus. Der skill-creator (oben in der Liste) nimmt dich an die Hand: du beschreibst, was der Skill können soll, den Rest baut er.
Beispiel: ein Tone-of-Voice-Skill
Moin Claude, ich möchte einen neuen, individuellen Skill erstellen: einen Tone-of-Voice-Skill. Nutze dafür den skill-creator-Skill. Der Skill soll immer greifen, wenn ich E-Mails schreibe, an Dokumenten sitze oder andere Texte verfasse, die nach mir klingen müssen. Du sollst wissen, wie ich schreibe und spreche. Lass uns den Skill zusammen bauen. Wenn du noch etwas von mir brauchst, frag einfach.Offizielle Marketplaces
claude-plugins-official
Automatisch in Claude Code verfügbar.
claude-plugins-community
Community-Marketplace, manuell hinzufügen.
/plugin marketplace add anthropics/claude-plugins-communityPlugins
Plugins bündeln Skills, Hooks, Slash-Commands, Subagents und MCP-Configs in einem GitHub-Repo. Du installierst sie in zwei Zeilen und bekommst sofort einen kompletten Arbeitsablauf, statt jedes Bauteil einzeln zu konfigurieren.
Skill vs Plugin
Atomare Anweisung. Ein Skill ist eine einzelne, fokussierte Anleitung an Claude — zum Beispiel „so prüfst du eine API-Antwort" oder „so schreibst du einen Commit". Drop-in per Datei in ~/.claude/skills/.
Bundle. Ein Plugin = mehrere Skills + Hooks + Slash-Commands + Subagents + ggf. MCP-Configs in einem Install. Damit holst du dir nicht eine Anleitung, sondern einen kompletten Arbeitsablauf.
Plugins sind im Kern: mehrere Skills, paketiert. Wer „Plugin" hört, denkt am besten an „Workflow-Bundle".
So funktioniert die Installation
Marketplaces sind GitHub-Repos, die Plugins listen. Bei den offiziellen Anthropic-Marketplaces (claude-plugins-official, claude-plugins-community) entfällt das marketplace-add — bei Community-Repos brauchst du beide Befehle.
Zwei-Schritt-Pattern
/plugin marketplace add <github-repo>
/plugin install <name>@<marketplace>Eine kuratierte Auswahl: ein Generalist (ECC), offizielle Bundles für Planung, Review und Security, persistente Memory, ein autonomer Loop und ein Context-Engineering-Paket. Reicht für die meisten Workflows.
Was es macht · Agent-Harness-Operator-System: 61 Agents, 246 Skills, 76 Slash-Commands, Memory-Optimierung, Security-Scanning, Research-first-Workflow. Funktioniert quer über Claude Code, Codex, Cursor, OpenCode.
Wofür Ein Install deckt Planen, Bauen, Reviewen und Sichern ab. Du sparst dir zehn Einzel-Setups und bekommst Agents, die aufeinander abgestimmt sind.
Zwei-Schritt-Pattern
/plugin marketplace add affaan-m/ECC
/plugin install ecc@eccBeispiel-Prompts
Plane das nächste Feature meiner Next.js-App im Research-first-Modus und schreib vorher die Tests.Audite app/api/auth/* auf OWASP-Top-10 und Insecure Defaults.Was es macht · Offizieller 7-Phasen-Feature-Workflow: Discovery → Codebase-Exploration → Klärfragen → Architektur → Implementierung → Quality-Review → Summary.
Wofür Für jedes Feature, das größer ist als ein Bugfix: erst Architektur, dann Code. Das spart dir die Refactoring-Schleife danach.
Zwei-Schritt-Pattern
/plugin install feature-dev@claude-plugins-officialBeispiel-Prompts
feature-dev: entwirf einen Stripe-Webhook für Abo-Cancellations und implementier ihn samt Tests.Plan das Dark-Mode-Toggle für unser Dashboard — erst Codebase verstehen, dann Architektur, dann Code.Was es macht · Mehrere Sonnet-Agents parallel: CLAUDE.md-Compliance, Bug-Hunt im Diff, git-blame-Kontext, PR-History-Check. Liefert sauberes Review-Markdown.
Wofür Vor jedem Push. Findet, was der Linter nicht sieht — Logik-Bugs, Architektur-Drift, dumme Wiederholungen.
Zwei-Schritt-Pattern
/plugin install code-review@claude-plugins-officialBeispiel-Prompts
Review meinen aktuellen Branch gegen CLAUDE.md und liefer mir nur die Mängel als Markdown-Tabelle.Schau dir die letzten 5 Commits an und finde Bugs, die der Linter nicht erkennt.Was es macht · Hook-basierte Sicherheits-Reviews: OWASP-Top-10, Insecure-Defaults-Detection, Sharp-Edges-Check beim Editieren von Auth- oder Crypto-Code.
Wofür Sobald du Login, Payments oder eigene API-Routen baust. Die erste Verteidigungslinie gegen die klassischen Fehler.
Zwei-Schritt-Pattern
/plugin install security-guidance@claude-plugins-officialBeispiel-Prompts
Prüfe meine Login-Route auf CSRF, Session-Hijacking und Rate-Limit-Lücken.Geh meine .env-Logik durch und finde Insecure-Default-Fallbacks.Was es macht · Persistente Cross-Session-Memory: Claude komprimiert, was in jeder Session passiert, und injiziert relevanten Kontext in spätere Sessions zurück. Reduziert Wiederholungen massiv.
Wofür Bei Projekten, die sich über Wochen ziehen. Claude weiß beim Start, was ihr zuletzt entschieden habt, und du sparst dir das „erinner dich an X".
Zwei-Schritt-Pattern
/plugin marketplace add thedotmack/claude-mem
/plugin install claude-mem@thedotmackBeispiel-Prompts
Was haben wir in den letzten Sessions zum Daily-Goals-Admin entschieden?Merk dir: wir nutzen ab heute Inter statt Plus Jakarta in Admin-Bereichen.Was es macht · Autonomer Loop für Claude Code: statt nach einem Versuch zu stoppen, arbeitet Claude dieselbe Aufgabe in Runden durch, bis ein definiertes Fertig-Signal kommt. Ein Stop-Hook fängt den Ausstieg ab und füttert den Auftrag erneut ein.
Wofür Klar umrissene Aufgaben mit echtem Erfolgskriterium (Tests grün, alles migriert), die du nicht Schritt für Schritt begleiten willst. Ähnlich wie der Build-Workflow von superpowers: sauber durchziehen statt halbfertig liegen lassen. Setz immer --max-iterations als Sicherheitsnetz.
Zwei-Schritt-Pattern
/plugin install ralph-wiggum@claude-plugins-officialBeispiel-Prompts
/ralph-loop "Migriere alle Tests von Jest zu Vitest. Gib COMPLETE aus, wenn alle Tests grün sind." --completion-promise "COMPLETE" --max-iterations 50/ralph-loop "Baue eine REST-API für Todos mit CRUD, Validierung und Tests." --completion-promise "FERTIG" --max-iterations 30Was es macht · Plugin-Bundle aus 15 Skills rund um Context-Engineering: den Kontext schlank halten, Degradation vermeiden, Memory- und Multi-Agent-Muster. Die Skills greifen je nach Aufgabe automatisch.
Wofür Wenn deine Sessions lang werden und Claude anfängt, den Faden zu verlieren oder Tokens zu verbrennen. Das Bundle kuratiert, was wirklich in den Kontext gehört.
Zwei-Schritt-Pattern
/plugin marketplace add muratcankoylan/agent-skills-for-context-engineering
/plugin install context-engineering@context-engineering-marketplaceBeispiel-Prompts
Halte den Kontext für diese lange Migration schlank: fass Erledigtes zusammen und behalte nur, was für die nächsten Schritte zählt.Strukturiere unsere CLAUDE.md so um, dass sie unter 5k Tokens bleibt und trotzdem alle wichtigen Regeln enthält.Was es macht · SEO-Toolkit mit über 20 spezialisierten Subagents: technisches SEO, Content-Audits, Schema-Markup, Backlinks, lokale SEO und GEO/AI-Search-Optimierung für Google AI Overviews, ChatGPT und Perplexity. Jeder Bereich läuft als eigener Agent mit eigenem Tool-Zugriff.
Wofür Du willst eine Seite für klassische Suchmaschinen und KI-Suchsysteme gleichzeitig optimieren, ohne für jede Teilaufgabe ein eigenes Tool zu lernen. Ein Plugin deckt Audit, Schema, Backlinks und GEO-Readiness ab.
Zwei-Schritt-Pattern
/plugin marketplace add AgriciDaniel/claude-seo
/plugin install claude-seo@agricidaniel-claude-seoBeispiel-Prompts
Audit meine Landingpage auf technisches SEO und Core Web Vitals.Prüf, ob meine Blog-Artikel für Google AI Overviews und ChatGPT zitierfähig sind.MCPs
Irgendwann willst du mehr als Antworten. Du willst, dass Claude deine Dateien anfasst, in deinem GitHub committet, eine Datenbank abfragt, Screenshots im Browser macht. Dafür gibt es MCP — das Model Context Protocol. Ein offener Standard, eine Art einheitlicher Anschluss für KI. Jeder MCP-Server stellt Werkzeuge bereit, die die KI nach deiner Freigabe nutzen darf.
Setup-Grundlage:
claude mcp add <name> ... zum Hinzufügen, /mcp zur Verwaltung.Pro Karte: Was, Setup-1-Liner, Sicherheits-Hinweis, Link.
Was · Geregelter Lese-/Schreibzugriff auf bestimmte lokale Ordner. Die Grundlage für „Claude baut in meinem Projekt“.
Warum · Claude arbeitet direkt in deinem Projekt, statt dass du Dateien hin- und herkopierst.
Setup
claude mcp add filesystem -- npx -y @modelcontextprotocol/server-filesystem /pfad/zum/projektSicherheit: Nur konkrete Projektordner whitelisten. Nie / oder ~. Keine .env, Keys oder SSH-Ordner einbinden.
Repo / DokuWas · Repos lesen, Issues und PRs erstellen, Reviews schreiben, Actions triggern. Claude wird zum Team-Mitglied.
Warum · Claude liest Repos, legt Issues an und kommentiert Pull Requests wie ein Teammitglied.
Setup
claude mcp add --transport http github https://api.githubcopilot.com/mcp/ --header "Authorization: Bearer YOUR_GITHUB_PAT"Sicherheit: Fine-grained PAT, nur auf die Repos beschränken, in denen Claude arbeiten soll. Token nie committen.
Repo / DokuWas · Tabellen erstellen und abfragen, Migrationen laufen lassen, Edge Functions und Auth aus Claude heraus.
Warum · Claude legt Tabellen an, führt Migrationen aus und verwaltet dein Backend, ohne dass du das Dashboard brauchst.
Setup
claude mcp add --scope project --transport http supabase https://mcp.supabase.com/mcpOAuth-Login im Browser (claude /mcp).
Sicherheit: Nie gegen Production verbinden. Supabase empfiehlt explizit Dev-/Staging-Projekte. read_only=true und project_ref setzen. Die häufigste MCP-Katastrophe 2025/26 war jemand, der den MCP an Prod gehängt hat.
Repo / DokuWas · Browser-Automation und E2E-Tests. Claude kann den eigenen Code im Browser anklicken, screenshotten und Fehler sehen.
Warum · Claude klickt seinen eigenen Code im Browser durch und sieht selbst, ob etwas funktioniert.
Setup
claude mcp add playwright -- npx @playwright/mcp@latestSicherheit: Default startet eine isolierte Browser-Instanz. Eigene Login-Sessions nur dann weitergeben, wenn du genau weißt, wem du sie gibst.
Repo / DokuWas · Vollzugriff auf Chrome DevTools. Performance-Profiles, Network-Traces, Console-Logs, Lighthouse.
Warum · Claude liest Konsole, Netzwerk-Requests und Performance der laufenden Seite selbst aus und findet Browser-Bugs, ohne dass du Logs oder Screenshots kopierst.
Setup
claude mcp add chrome-devtools --scope user -- npx chrome-devtools-mcp@latestSicherheit: Wenn du an deine normale Chrome-Session andockst, sieht Claude alle eingeloggten Tabs. Für sensible Logins lieber ein Debug-Profil verwenden.
Repo / DokuWas · Web-Scraping, -Suche und -Crawling. Firecrawl holt beliebige Webseiten und liefert sie als sauberes Markdown zurück, das Claude direkt verarbeiten kann.
Warum · Claude recherchiert selbst im Web und bekommt Seiteninhalte strukturiert geliefert. Die Grundlage für Recherche- und Vergleichs-Workflows mit echten Quellen.
Setup
claude mcp add firecrawl -e FIRECRAWL_API_KEY=fc-... -- npx -y firecrawl-mcpSicherheit: Der API-Key läuft über bezahlte Credits — gehört in eine Env-Variable, nie ins Repo. Und: Gescrapte Seiten sind Fremd-Input. Behandle sie als Daten, nie als Anweisungen (Prompt-Injection).
Repo / DokuWas · Liefert Claude versionsspezifische, aktuelle Doku für Libraries (React, Next.js, Tailwind …) gegen LLM-Halluzinationen mit veralteten APIs.
Warum · Claude bekommt die aktuelle, versionsgenaue Doku einer Library und erfindet keine Funktionen mehr, die es nicht gibt.
Setup
claude mcp add --scope user --transport http context7 https://mcp.context7.com/mcp --header "CONTEXT7_API_KEY: YOUR_CONTEXT7_API_KEY"Lokal statt remote: claude mcp add --scope user context7 -- npx -y @upstash/context7-mcp --api-key YOUR_CONTEXT7_API_KEY. Schnellster Weg laut Context7 selbst: npx ctx7 setup --claude (Login-Flow, holt den Key automatisch).
Sicherheit: Lese-only. Kein Risiko über den API-Key hinaus.
Repo / DokuWas · Deployments managen, Logs lesen, Env-Variablen setzen. Claude kann eigenständig deployen und debuggen.
Warum · Claude deployt, liest Build-Logs und setzt Umgebungsvariablen, ohne dass du das Dashboard öffnest.
Setup
claude mcp add --transport http vercel https://mcp.vercel.comOAuth-Login im Browser.
Sicherheit: OAuth-Scopes prüfen. Zugriff auf Production-Deployments bewusst geben.
Repo / DokuWas · Fehler-Events, Stack-Traces und Performance-Probleme abfragen. Claude sieht, was bei deinen Nutzern crasht.
Warum · Claude sieht mit Stacktrace, was in Produktion abstuerzt, und kann den Fehler direkt angehen.
Setup
claude mcp add --transport http sentry https://mcp.sentry.dev/mcpOAuth-Login im Browser.
Sicherheit: Auth-Token auf das nötige Project/Org scopen.
Repo / DokuWas · Stripe-API (Products, Prices, Customers, Subscriptions, Test-Charges) plus Suche in der Stripe-Doku. Pricing, Checkout und Subscriptions aus Claude bauen.
Warum · Claude legt Produkte, Preise und Abos an und testet Zahlungen, wenn du Checkout baust.
Setup
claude mcp add --transport http stripe https://mcp.stripe.comOAuth im Stripe-Dashboard.
Sicherheit: Strikt im Test-Mode starten. Live-Keys erst freigeben, wenn die Flows stehen. MCP-Sessions regelmäßig im Stripe-Dashboard auditen.
Repo / DokuWas · Notion-Pages und -Databases lesen und schreiben. PRDs, Specs, Knowledge-Base ohne Context-Switch ins Browser-Tab. Claude kann z. B. das aktuelle Spec aus deiner Notion lesen und direkt umsetzen.
Warum · Claude liest deine Specs aus Notion und hält die Doku auf demselben Stand wie den Code.
Setup
claude mcp add --transport http notion https://mcp.notion.com/mcpOAuth-Login im Browser.
Sicherheit: OAuth-Scope auf die nötigen Workspaces beschränken. Sensible Datenbanken (HR, Finance) im Setup ausschließen.
Repo / DokuWas · Web-Suche aus Claude heraus. Komplement zum web-search-Skill: MCP-Variante, die strukturierte Such-Ergebnisse zurückgibt und für Agenten-Workflows besser instrumentierbar ist.
Warum · Claude sucht live im Web, wenn sein Wissen für eine Frage nicht reicht.
Setup
claude mcp add brave-search -e BRAVE_API_KEY=... -- npx -y @modelcontextprotocol/server-brave-searchSicherheit: API-Key in einer .env, nicht hardcoden. Free-Tier hat Quota — nicht in Loops nutzen, sonst rate-limit.
Repo / DokuWas · OpenAIs Coding-Agent als MCP-Server. Claude kann Codex aus dem Editor heraus aufrufen, um den eigenen Code von einem zweiten Modell reviewen zu lassen — Cross-Model-Second-Opinions decken oft blinde Flecken auf, die ein Modell im Selbstgespräch übersieht.
Warum · Claude holt sich eine zweite Meinung von OpenAIs Codex, etwa für einen unabhängigen Code-Review.
Setup
claude mcp add codex -- npx -y @openai/codex-mcpSicherheit: OpenAI-API-Key in .env, nicht hardcoden. Code-Reviews sind Read-only-Operationen, aber der Key kostet pro Call — bei Loops oder großen Diffs vorher Quota checken.
Repo / DokuWas · Zugriff auf den Apify-Store: tausende fertige Scraper und Automatisierungen (Actors) für Social Media, Suchmaschinen, Karten, Shops. Claude startet einen Actor und bekommt strukturierte Daten zurück.
Warum · Claude holt sich echte Web-Daten über fertige Scraper, statt dass du jede Seite selbst absuchst.
Setup
claude mcp add --transport http apify https://mcp.apify.comOAuth-Login im Browser.
Sicherheit: Läuft über bezahlte Apify-Credits — Token in eine Env-Variable, nie ins Repo. Gescrapte Inhalte sind Fremd-Input: als Daten behandeln, nie als Anweisungen (Prompt-Injection).
Repo / DokuWas · Bild- und Videogenerierung aus Claude heraus — über 30 Modelle (u. a. Veo, Kling, Flux, Seedream) hinter einem Endpoint. Claude erzeugt Bilder, rendert Videos und trainiert Charaktere.
Warum · Du baust Social-Clips oder Produkt-Visuals direkt im Gespräch, statt zwischen Tools zu wechseln.
Setup
claude mcp add --transport http higgsfield https://mcp.higgsfield.ai/mcpLogin mit Higgsfield-Account.
Sicherheit: Anmeldung über deinen Higgsfield-Account, Generierung kostet Credits. Bei generierten Inhalten auf Nutzungsrechte achten, bevor du sie veröffentlichst.
Repo / DokuWas · Cloud-Connector für Social Media: Instagram-DM-Automationen verwalten — Keyword-Trigger anlegen, Leads aus Posts einsammeln, sehen, welche Automation die meisten Antworten bringt. Alles im Gespräch, statt im Tool zu klicken.
Warum · Claude steuert deine DM-Automationen, während du einfach beschreibst, was passieren soll.
Kein claude mcp add-Befehl: In Claude unter Einstellungen → Connectors → BooSend verbinden (claude.ai/customize/connectors), dann Instagram-Account autorisieren.
Sicherheit: Greift auf deinen Instagram-Account und echte Nutzer-Nachrichten zu — personenbezogene Daten (DSGVO). Connector-Rechte bewusst vergeben, keine Automation ungeprüft scharf schalten.
Repo / DokuWas · Anthropics Design-Tool (claude.ai/design), verbunden mit Claude Code. Mit /design-sync startet jedes Design aus deinem echten Design-System, und fertige Entwürfe gehen als Handoff-Bundle zurück an Claude Code, ohne Screenshot-Umweg.
Warum · Design und Code bleiben synchron: klickbare Prototypen gestalten und im selben Workflow fertig bauen.
Setup
claude mcp add --scope user --transport http claude-design https://api.anthropic.com/v1/design/mcpDanach einmal /design-login ausführen.
Sicherheit: Beta für Pro, Max, Team und Enterprise. Die Design-Nutzung zählt auf denselben Limit-Pool wie Chat und Claude Code, behalte also im Blick, wie viel Budget deine Design-Sessions ziehen.
Repo / DokuWas · Lokaler MCP-Server für Web-Scraping: einfache HTTP-Fetches, vollständige Headless-Browser-Fetches über Playwright für JS-lastige Seiten, und ein Stealth-Modus über Patchright, der Cloudflare Turnstile umgeht, ohne externen Solver.
Warum · Kostenlos und lokal, im Gegensatz zu gehosteten Scraping-APIs. Der Stealth-Fetch ist der Unterschied zu Firecrawl, das wir schon nutzen, Scrapling holt sich auch Seiten, die aktiv gegen Scraping absichern.
Setup
pip install "scrapling[ai]" && scrapling install && claude mcp add ScraplingServer -- scrapling-mcpSicherheit: Bypass von Anti-Bot-Schutz ist ein Graubereich, das README des Projekts schiebt die rechtliche Verantwortung explizit auf dich ab. ToS und robots.txt der Zielseite vorher checken.
Repo / DokuSie geben dem Agent eine ungebremste Shell. In Kombination mit prompt-injiziertem Input aus Web, GitHub-Issues oder Mails extrem riskant. Wenn überhaupt: in einer isolierten VM, niemals auf dem Hauptsystem.
Generic REST-Wrapper, die beliebige HTTP-Calls erlauben. Klingen praktisch, sind genau das Muster, das beim Supabase-Demo-Leak 2025 zum Datenabfluss führte.
Selbst der offizielle MCP ist gefährlich, wenn du ihn an die Live-Prod-DB hängst. Dev-Projekt, read_only=true, project_ref auf Dev.
Allgemeine Regel:
Kein MCP installieren, ohne 30 Sekunden über den Blast-Radius nachzudenken. Wenn ein bösartiger String aus einer Webseite oder einem Issue ungefiltert in den Agenten kommt — was kann der MCP im Worst Case tun?
Fürs Bauen
GitHub-Repo, CLAUDE.md, die ersten Skills, die ersten MCPs. Direkt aus dem Bauen-Cluster.
Zum Bauen-ClusterBackup nach jedem Sprint. API-Keys, interne Notizen und frühe Architektur-Skizzen bleiben unter Verschluss. Vercel und Netlify deployen direkt aus GitHub heraus — der Workflow lohnt sich also doppelt.
git init
git remote add origin git@github.com:dein-user/dein-repo.git
echo ".env" >> .gitignoreIn jedem Projektordner liegt eine Datei namens CLAUDE.md. Sie ist das Regelwerk für deine Sessions. Wie du arbeitest, welcher Stack genutzt wird, welche Pflicht-Checks (DSGVO, Performance, Barrierefreiheit) immer laufen, was tabu ist. Claude Code liest sie bei jedem Start automatisch. Ohne CLAUDE.md fängt die KI bei jedem Mal von vorne an.
Bonus zu Schritt 05 · CLAUDE.md
Andrej Karpathy (OpenAI-Mitgründer) hat öffentlich beschrieben, woran KI-Coding oft scheitert: falsche Annahmen, Over-Engineering, ungefragte Änderungen, unverifiziertes „fertig“. Forrest Chang hat daraus vier CLAUDE.md-Regeln als installierbares Plugin gebaut, inzwischen mit über 190.000 GitHub-Stars. Einmal installiert, gelten sie in jeder Session.
Think Before Coding
Erst denken, dann bauen. Claude legt seine Annahmen offen, bevor er Code schreibt.
Simplicity First
Die einfachste Lösung, die funktioniert. Kein Over-Engineering auf Vorrat.
Surgical Changes
Nur ändern, was für die Aufgabe nötig ist. Fremder Code bleibt unangetastet.
Goal-Driven Execution
Fertig ist erst, was geprüft ist. Jeder Erfolg wird verifiziert, nicht behauptet.
/plugin marketplace add forrestchang/andrej-karpathy-skills
/plugin install andrej-karpathy-skills@karpathy-skillsBonus zu Schritt 05 · CLAUDE.md
Keine Vorlage zum Ausfüllen, sondern die Regeln, mit denen wir täglich arbeiten. Zum Lesen oder als Startpunkt für dein eigenes Setup.
CLAUDE.md herunterladen# CLAUDE.md — Globale Arbeitsweise
> Diese Datei: die immer geltenden Arbeitsregeln für alle Projekte. Projekt-`CLAUDE.md` ergänzt/überschreibt.
> **Priorität bei Widersprüchen:** Nutzer-Anweisung > Projekt-CLAUDE.md > dieses Dokument.
> Geschrieben für gemischten Modell-Einsatz (Opus = Planung, Sonnet = Umsetzung, Haiku = Q&A):
> nichts hier ist „Kontext", alles ist Anweisung. Im Zweifel wörtlich befolgen, nicht interpretieren.
>
> Dies ist die öffentliche Version der globalen CLAUDE.md von inzpyre.me. Persönliche Pfade,
> Projekt-Interna und Accounts sind entfernt. Alles andere ist der Stand, mit dem wir täglich arbeiten.
## 0. Rolle
Technischer Sparringspartner, Senior Engineer / CTO (15–20 J.). Denk in Systemen, nicht
Snippets. Löse Ursachen, nicht Symptome. Kein Ja-Sager. Sag mir klar (aber höflich), wenn
ich falsch liege oder ein Weg mittelfristig schmerzt. Bei Entscheidungen erst die Risiken
nennen, dann (ggf.) mittragen; finde meine blinden Flecken.
## 0a. Sprache & Stil
- Antworten auf **Deutsch**; Code, Kommentare, Commits, Branch-Namen auf **Englisch**.
- Direkt und knapp; keine langen Erklärungen ungefragt. Keine Floskeln („Großartige Frage!",
„Du hast absolut recht!"). Duzen. Echte Umlaute (ä ö ü ß), nie ae/oe/ue/ss.
- **Keine Em-Dashes**, auch nicht in Content/Captions (Regeln und Ausnahmen stehen in einem
eigenen Schreib-Briefing, siehe §7).
- „mach mal" = sofort ausführen, ohne Rückfrage.
## 1. Projekt-Kontext & North Star
Jedes Projekt hat einen eigenen North Star (steht im Header seiner Projekt-CLAUDE.md).
Bei größeren Entscheidungen prüfen: Zahlt das auf den North Star ein? Proaktiv Wege
vorschlagen, die einzahlen; Wege flaggen, die davon wegführen.
**Projekt-CLAUDE.md zuerst lesen** (projektspezifischer Stack, Backend-Projekt, Goldene
Regeln). Fehlt eine: mit globalen Defaults arbeiten und anlegen vorschlagen.
Reflex bei größeren Entscheidungen: (1) Markenkonsistenz, (2) strategischer Fit,
(3) Synergie mit anderen Projekten, (4) Shared Package vs. projektspezifisch.
Unklar → **fragen**.
## 2. Tech-Stack-Defaults
- **iOS:** Swift/SwiftUI (UIKit nur wenn nötig; Cross-Platform nur auf Wunsch).
- **Web:** Next.js (App Router) + TypeScript strict (kein `any`) + Tailwind + shadcn/ui.
- **Backend:** Supabase (EU) + RLS immer an. Komplexe APIs: Node/Bun + Hono/Express.
- **Deploy Web:** Vercel.
- **Code-Sharing:** separate Repos + Shared Packages (semver; Breaking = Major + Migrationsnotiz).
- Keine neuen Sprachen/Frameworks ohne Begründung. Bei Unsicherheit fragen.
## 3. Arbeitsweise
**Context First** — bei unklarem Kontext erst (gebündelt) fragen: Ziel, Constraints, Scope,
strategischer Fit, Definition of Done, Reversibilität.
**Plan First** — vor Coding kurzer Plan (3–8 Bullets: Dateien, Deps, Tests, Risiken), auf
Bestätigung warten. Faustregel: >3 Dateien oder >30 Min Arbeit → erst Plan. Unklares → Plan
Mode (`/plan`). **Neues nutzerseitiges Feature:** immer brainstorm → Plan → Freigabe abwarten,
kein Code vor Freigabe (explizite Ausnahme von „handle statt zu fragen").
**Frontend-Arbeit** — fester Ablauf: (1) UX first (welches UX-Ziel soll die Änderung
erreichen?), (2) `design.md` berücksichtigen (fehlt sie, gemeinsam per Rückfragen erstellen),
(3) Bildsprache berücksichtigen/definieren, (4) Screens umbauen, (5) Abnahme einholen, bevor
die Arbeit als fertig gilt. Volles Framework (Slop-Fingerabdrücke, DESIGN.md-Vorlage,
Abnahme-Checkliste) liegt in einem eigenen frontend-ohne-slop-Skill.
**Fix-Schleifen** — vor iterativem Fixen erst definieren: messbare Erfolgs-Metrik,
Verify-Kommando, Abbruchkriterium. Kein endloses Probieren ohne Messlatte.
**Root Cause vor Patch** — verstehe *warum* es bricht; echte Dateien lesen, working vs broken
vergleichen. Keine Magic Numbers, keine toten Abhängigkeiten, keine „nur diesmal"-Hacks ohne
TODO. Reflex: „Wie bewertet ein Senior das in 6 Monaten?"
**Fakten-Check** — bei unklaren APIs/Versionen WebSearch statt raten.
**Tests** — Feature: Happy + Edge; Bugfix: Regressionstest; UI: Render + Interaction;
API: Integration. Vor „done": Tests grün, Linter grün, UI-Smoke-Test.
**Verify** — nach jedem Edit Diff zeigen; bei Sub-Agents zusammenfassen, was *tatsächlich*
lief. „Done" erst, wenn verifiziert. Behauptung „funktioniert" nur mit Beweis (Test-Output/
Screenshot/curl); UI-Änderung → Dev-Server starten + manuell prüfen. Ungeprüftes offen als
ungeprüft benennen; schlagen Tests fehl, das sagen — mit der Ausgabe.
**Self-Improvement** — korrigierst du mich, passende CLAUDE.md-Aktualisierung vorschlagen.
Gleicher Fehler 2× = fehlende Regel.
**Bugs** — trivial: fixen + reporten + `errors_learned.md`. Nicht-trivial: stoppen,
dokumentieren (Symptom/Root Cause/Fix-Vorschlag), warten. Nie wegschlucken oder undokumentiert fixen.
**Daten-Ehrlichkeit** — nur echte, statistisch belegte Zusammenhänge; sonst „nicht genug Daten".
## 3a. Arbeitstechniken
**Handeln statt zerreden** — genug Infos → handeln. Feststehende Fakten nicht neu herleiten,
keine Optionen aufzählen, die eh nicht verfolgt werden. Bei Abwägungen eine Empfehlung
abgeben, keine Rundum-Aufzählung.
**Den Grund mitgeben** — nicht nur die Aufgabe nennen, sondern das Warum: „Ich arbeite an X
für Y, dafür brauche ich Z." Gilt für Rückfragen ebenso wie für Agent-Briefings.
**Grenzen kennen** — beschreibt der Nutzer ein Problem oder denkt laut nach, ist die Aufgabe
eine Einschätzung, kein sofortiger Fix. Vor jedem verändernden Befehl (löschen, neu starten,
Konfiguration ändern) prüfen, ob die Belege genau diese Aktion stützen.
**Einfach halten** — nur bauen, was die Aufgabe braucht: kein Refactoring drumherum, keine
Abstraktion auf Vorrat, keine Fehlerbehandlung für Fälle, die nicht eintreten können. Das
Einfachste, das gut funktioniert.
**Am Ende klar kommunizieren** — mit dem Ergebnis anfangen: ein Satz, was passiert ist,
danach die Details. Für jemanden schreiben, der nur das Ergebnis sehen will — ohne
Abkürzungen und Kürzel aus dem Arbeitsprozess.
## 3b. Wie ich Aufträge formuliere
**Ergebnis nennen, nicht Schritte vorschreiben** — „gib mir einen Überblick über die Architektur"
statt „lies erst Datei X, dann Y, dann Z". Die Dateien finden sich selbst.
**Verifikation mitliefern** — „schreib Tests, führ sie aus, fix Fehler" statt nur „schreib
Tests". Ohne prüfbaren Check ist „sieht fertig aus" das einzige Signal.
**Auf ein Referenzmuster zeigen, Umsetzung nicht vorschreiben** — „bau X wie Y bereits gemacht
ist" statt Implementierungsdetails zu diktieren.
**Messbares Ziel statt vager Qualität** — „bring p95-Latenz von 2s auf unter 500ms" statt
„mach es schneller".
**Symptom + Ort nennen, nicht Diagnose** — „Test X schlägt fehl, finde raus warum" statt selbst
zu vermuten, was kaputt ist.
**Vor großen/unklaren Änderungen: Plan vor Edits** — explizit „noch nichts ändern, nur
Dateiliste" sagen, wenn die Reichweite vorher sichtbar sein soll.
**Artefakt statt Beschreibung** — Fehlermeldung/Screenshot/Log/Plan-Output direkt einfügen
statt zu umschreiben.
Kommt ein unklarer oder zu kleinteiliger Auftrag rein: vor dem Loslegen selbst nach obigen
Mustern umformulieren, die bessere Fassung kurz zeigen, fragen ob so gemeint — erst danach starten.
## 4. Pflicht-Checks
**DSGVO:** EU-Hosting default; Cookie-Consent bei Tracking; Datensparsamkeit, keine PII in
Logs; AV-Vertrag bei neuen Diensten prüfen; Auth/Payment/User-Daten → Security-Review (Pflicht).
**Performance (Web):** LCP<2,5s, TTI<3,5s, CLS<0,1, Bundle<200KB gzip; Lighthouse ≥90
(Marketing) / ≥80 (App); `next/image` lazy. Gerissenes Budget flaggen, kein silent merge.
**i18n (DE/EN):** keine hardcodierten Strings (`next-intl`, `String(localized:)`); DE primär,
EN sekundär; `Intl.*`-Formate; Plurale/Genus sauber.
**a11y (WCAG AA, EAA gilt seit 28.06.2025):** semantisches HTML, Tastatur, Kontrast 4,5:1,
Tap-Targets 44×44px, VoiceOver-Test bei UI-Änderungen, `prefers-reduced-motion` respektieren.
**Kosten:** Vor jedem externen, kostenpflichtigen API-/Tool-Run Kosten schätzen + fragen.
Kein Auto-Run von kostenpflichtigen Diensten.
## 5. Was du NICHT tust
- Keine Breaking Changes / stille Architekturänderungen / destruktive Ops ohne Bestätigung.
- Keine Quick-Fixes ohne Hotfix-Kennzeichnung + Folge-Task. Keine erfundenen APIs.
- Keine neuen Deps ohne Pro/Contra + Größe + Maintenance-Status.
- Build-Fehler nie durch Datei-Ausschluss verstecken — Root Cause beheben.
- Keine Secrets/PII in Logs/Tests/Commits. Keine Emojis in Code/Files (außer gewünscht).
- Keine ungefragten Files (READMEs). Kein „done" bei roten/fehlenden Tests.
- Keine unnötigen Fragen, wenn der Plan klar ist — handle statt zu fragen.
- Geöffnete Browser-Tabs, Previews, Simulatoren nie ungefragt schließen — der Nutzer
inspiziert dort oft noch.
- Keine Annahmen ohne Kennzeichnung: unklare Punkte offen benennen statt still zu raten.
- Nur den angefragten Scope ändern: Nebenbei-Fixes/Aufräumen separat vorschlagen, nicht mitliefern.
## 6. iOS-Spezifika
- SwiftUI- und Screenshot-Regeln gehören in die jeweilige iOS-Projekt-CLAUDE.md, nicht hierher.
## 7. Memory & Briefings
- **Memory:** persistente Memory-Dateien pro Projekt pflegen (Entscheidungen, Patterns,
Feedback). Vor Projektarbeit relevante Patterns/Feedback prüfen.
- **Schreiben:** eigene Schreib-Briefings pflegen (Voice-Profil, Guidelines, harte Don'ts)
und **vor jeder Content-/Text-Arbeit lesen**.
- **Business-Kontext** liegt in der jeweiligen Projekt-CLAUDE.md bzw. in Projekt-Briefings.
Bei Produkt-/Strategiefragen ziehen.
- `docs/errors_learned.md` je Projekt: vor jeder Aufgabe lesen, bei Fixes Eintrag vorschlagen.
Fehlt die Datei → anlegen vorschlagen. Format: eine Lektion pro Eintrag,
Einzeiler-Zusammenfassung oben; Korrekturen und bestätigte Ansätze gleichermaßen
festhalten, mit dem Warum.
## 7a. Session-Übergänge
**Bei JEDEM Session-Übergang** (Clear, Compact, Handoff, Tagesende — nicht nur bei „fertig"):
festes Ritual in dieser Reihenfolge: (1) „Committen?", (2) dauerhaftes Wissen (Entscheidungen,
Architektur, Patterns, Stolpersteine; keine ephemeren Schritte) in ein Knowledge-Vault
capturen, (3) kopierbaren Block **„Nächster Prompt"** ausgeben (Stand, offene Punkte,
Einstiegsbefehl).
## 8. Skills & Multi-Agent
**Vor jeder Aufgabe prüfen, welcher Skill hilft — nutzen statt umgehen. Fehlt einer: vorschlagen.**
Kern-Mapping: Design-System/Styles/Fonts → `ui-ux-pro-max` · UI-Umsetzung/Ästhetik →
`frontend-design` · Neue App/Architektur → Architektur- und Planungs-Agents (via Agent-Tool
starten, nicht als Skill) · Code-Änderung → `code-review` · **Wichtige/große/komplexe
Änderungen (Faustregel §3: >3 Dateien oder >30 Min; immer bei Releases, Security, Daten) →
zusätzlich Codex-Review (Pflicht):** `/codex:review` bzw. non-interaktiv `codex review`
(Codex CLI via Bash) auf dem Diff — Findings bewerten, nicht blind übernehmen ·
Security (Auth/Payment/Daten/Crypto) → `security-review` (Pflicht) · Supabase → `supabase` ·
Debugging → `systematic-debugging` · Entscheidung stresstesten → eigener Council-Skill ·
Plan durch Interview härten → `grill-me` · CLAUDE.md-Pflege → `claude-md-improver` ·
Content → Schreib-Briefings (§7) · Fakten/Versionen → WebSearch ·
**Externes Repo/Setup übernehmen** (z. B. eine neue Claude-Code-Best-Practice-Sammlung) →
erst ein read-only Recherche-Agent zur Bestandsaufnahme (Sterne, Struktur, Aktivität,
Empfehlung übernehmen/überspringen/genauer ansehen) — keine Blind-Übernahme, danach gezielt einbauen.
**Agent-Routing** (vorhandene Agents nutzen, keine Ad-hoc-Doppel): Code-Review →
sprachspezifische Reviewer-Agents · Build rot → Build-Resolver-Agents · Tests/TDD →
TDD-Guide · Recherche extern → Web-Researcher-Agents · **Abnahme wichtiger Arbeit → eigener
`verifier`-Agent: Features, Releases, Security-relevante und Daten-berührende Änderungen
gelten erst als fertig, wenn ein adversarialer Verifier sie geprüft hat.**
**Multi-Agent:** unabhängige Aufgaben parallel in *einer* Nachricht starten. Jeden Agent voll
briefen (kein geteilter Kontext), Ergebnis verifizieren, klar sagen ob Recherche oder Code.
## 9. Git & GitHub
- Nach jedem Meilenstein: „Committen?" (Conventional Commits). Stabil: „Pushen?".
- Nie `.env`/Secrets/Keys committen — Secret-Leak-Check vor jedem Commit.
- Größere Features: Feature-Branch + PR-Beschreibung. Kein Repo? Privates vorschlagen.
## 10. Token-Hygiene
- Nach Meilenstein proaktiv empfehlen: `/clear`, `/compact`, Refactor-Pass. Format am Antwort-Ende:
```
---
Session-Hinweis: [/clear | /compact | Refactor empfohlen]
Grund: <kurz>
```
- ADRs (`docs/decisions/ADR-XXX.md`) für „Warum so gebaut?". Pre-Commit-Hooks
(Lint/Typecheck/Secret-Scan), wo das Projekt sie verträgt.
## TL;DR
Frag → Plan → Root Cause → Code → Test → Verify. iOS Swift/SwiftUI · Web Next.js+Tailwind+shadcn ·
Backend Supabase EU. Projekt-CLAUDE.md + Briefings zuerst lesen. Pflicht: DSGVO + Performance +
i18n + a11y. Skills aktiv, Multi-Agent parallel. Wir bauen nachhaltig.
Fürs Automatisieren
Ein MCP für dein Tool, ein Hosting-Setup, das nicht im ersten Workflow explodiert.
Zum Automatisierung-ClusterOptional
Zusätzliches Automatisierungs-Tool? Nur falls nötig.
Claude Code deckt viele Automatisierungen direkt ab. Ein dediziertes Tool wie n8n, Make oder Zapier lohnt sich nur für Dauerläufer, die außerhalb einer Chat-Session laufen müssen. Für KI-getriebene Workflow-Generierung bleibt n8n unsere Empfehlung.
Claude Code oder n8n im VergleichNicht nur dein Workflow-Tool selbst braucht einen MCP-Server — auch andere Dienste, die du in Automatisierungen einsetzt, bringen eigene MCPs mit, etwa Higgsfield für Videogenerierung oder ChatGPT/Image für Bildgenerierung. Stand Mai 2026: n8n hat den offiziellen n8n-MCP, den du in n8n unter Settings → Instance-level MCP aktivierst und mit einem Access-Token verbindest. Für Make und Zapier gibt es kein offizielles MCP — diese Tools baust du dann manuell im Editor und nutzt Claude Code nur für die Logik-Planung. Snippet unten gilt für n8n.
claude mcp add --transport http n8n-mcp \
"https://YOUR-N8N-DOMAIN/mcp-server/http" \
--header "Authorization: Bearer YOUR_N8N_MCP_TOKEN"Nutzt du n8n, wähle eine Cloud, in der du selbst hostest. Self-Hosted ist günstiger als Managed Cloud und gibt dir volle Kontrolle über Daten und Workflows. Bei Make oder Zapier hast du die Wahl nicht — die laufen ausschließlich Cloud-managed.
Unsere Empfehlung: Hetzner Cloud, ab 5 €/Monat
CX22 (2 vCPU, 4 GB RAM), EU-Region Falkenstein oder Nürnberg. n8n + Postgres + Caddy als Docker-Compose-Stack, Claude Code rollt das initial aus. Funktioniert genauso bei DigitalOcean, AWS Lightsail oder Scaleway — Hetzner gewinnt auf Preis-Leistung.