← Alle Lessons | Das Anthropic-Ökosystem, einmal durchgestiegen

Das Anthropic-Ökosystem, einmal durchgestiegen

Schritt 1 von 8

Plattform statt Chatbot

Die meisten kennen Claude als Chatfenster. Inzwischen ist daraus eine ganze Plattform geworden, von der ersten Frage bis zum fertig gebauten Werkzeug.

Lesson-Header: eine integrierte Werkstatt mit vielen Stationen, durch die ein Pfad führt

Vom Chatfenster zur Plattform

Die meisten kennen Claude als Chatfenster: Frage rein, Antwort raus. Über das Jahr 2026 ist daraus eine geschichtete Plattform geworden, die nicht nur antwortet, sondern baut und Arbeit für dich erledigt. Diese Lesson steigt einmal durch, Schicht für Schicht.

Der rote Faden ist eine einfache Achse: antworten → bauen → erledigen. Chat antwortet. Code baut. Cowork erledigt echte Arbeit. Und darunter liegen die Schichten, die aus einzelnen Features ein Ökosystem machen: Personalisierung, Skills, Connectors, die Entwickler-Etage.

💡
Offen gesagt: Das ist mein Ökosystem der Wahl. Ich nutze es seit Jahren, von den Apps bis zur API. Ich zeige es so ehrlich wie möglich, samt der einen Lücke, die es hat. Mehr dazu am Ende.

Die Landkarte

Schicht Was sie tut
Die OberflächenChat, Code, Cowork, Projects: antworten, bauen, arbeiten
Die ModelleVier Leistungsklassen, von schnell-günstig bis Spitzenmodell
Claude DesignMarkenkonforme Prototypen und Assets als Code
PersonalisierungClaude klingt nach dir und kennt dein Geschäft
Skills, Connectors, MCPWorkflows beibringen und an deine Tools andocken
Die Entwickler-EtageAPI, Agent SDK, Managed Agents
Takeaway
Regel #1: Claude ist kein Chatbot mehr, sondern eine Plattform mit einer einfachen Achse: antworten, bauen, erledigen. Wer einmal durchsteigt, nutzt für jede Aufgabe das richtige Werkzeug.
Schritt 2 von 8

Die Modelle im Überblick

Hinter allem stecken vier Modell-Klassen mit je einem Namen. Du musst dir keine Versionen merken, nur die Klassen und eine Regel.

Step-Header: vier unterschiedlich große Antriebe nebeneinander auf der Werkbank

Hinter jeder Oberfläche sitzt ein Modell. Es gibt vier Klassen, und sie tauschen Leistung gegen Tempo und Kosten. Ich nenne die Familien beim Namen (Haiku, Sonnet, Opus, Fable), aber keine Versionsnummern, weil die sich alle paar Wochen ändern. Die Klassen und die Regel bleiben.

Klasse Modell Wofür Kosten (relativ)
Speed-KlasseHaikuEinfaches in Masse: zusammenfassen, sortieren, schnelle Antwortenam günstigsten
Produktions-KlasseSonnetDer Alltag: Support, Texte, mittleres Denkenmittel
Reasoning-KlasseOpusKomplexes Denken, agentisches Coding, hohe Autonomiehoch
Frontier-KlasseFableDas Schwerste: langes Reasoning, lange agentische Läufeam teuersten
Die eine Regel: Schnell und günstig für Simples, die Frontier-Klasse nur für das wirklich Schwere. Wer für jede Kleinigkeit das teuerste Modell nimmt, verbrennt Geld ohne Mehrwert.
⚠️
Stand jetzt: Die Frontier-Klasse ist regional beschränkt (aktuell nur in den USA verfügbar). Das kann sich ändern, prüf es im Zweifel. Für fast alles reicht ohnehin die Produktions- oder Reasoning-Klasse.

Die Modelle stecken in den Apps, in der API und auf den großen Cloud-Plattformen (AWS, Google, Microsoft). Dieselben Klassen überall, du wählst je nach Aufgabe.

Takeaway
Regel #2: Lern nicht die Versionen, lern die Regel: schnell für Simples (Haiku), Frontier für Schweres (Fable). Die Versionsnummern ändern sich, die Regel bleibt.
Schritt 3 von 8

Die Oberflächen: antworten, bauen, arbeiten

Vier Oberflächen, ein Spektrum: von der Antwort über den gebauten Code bis zur erledigten Arbeit.

Step-Header: vier Arbeitsstationen in einer Reihe, von einfach bis komplex

Die Oberflächen sind die Orte, an denen du tatsächlich arbeitest. Sie bilden ein Spektrum von „antworte mir" bis „erledige die Arbeit".

Oberfläche Rolle Gut für
ChatAntwortet auf allesFragen, Texte, Analyse, Anleitung
CodeBaut Software für dichProgrammieren, Multi-Datei-Änderungen, Tests
CoworkErledigt echte Arbeit auf deinem RechnerRecherche, Dokumente, Tabellen, Multi-Step-Aufgaben
ProjectsPersistenter Arbeitsraum mit KontextWiederkehrende Themen, geteiltes Wissen, Dateien

Der entscheidende Unterschied: Chat gibt dir eine Antwort oder Anleitung, Cowork gibt dir ein fertiges Ergebnis. Es ist die Kraft von Claude Code, aber für Wissensarbeit, auch für Nicht-Entwickler.

💡
Desktop oder Web? Cowork und lokale MCP-Server brauchen die Desktop-App mit wachem Rechner, weil Claude auf deine Dateien und Apps zugreift. Der Web-Client ist eher Chat plus Connectors.

Innerhalb von Cowork kannst du Aufgaben sogar vom Handy zuweisen oder wiederkehrend einplanen, solange der Rechner läuft. Nettes Extra, kein Hauptthema. Zwei weitere Oberflächen lasse ich hier nur kurz fallen: eine Browser-Erweiterung, und Claude Design für markenkonforme Assets. Design ist mächtig genug für einen eigenen Step, gleich der nächste.

Takeaway
Regel #3: Die Oberflächen sind ein Spektrum: Chat antwortet, Code baut, Cowork erledigt, Projects hält den Kontext. Wähl nach Aufgabe, nicht nach Gewohnheit.
Schritt 4 von 8

Claude Design: vom Prompt zum markenkonformen Asset

Kein Bildgenerator: Claude Design baut interaktive Prototypen, Slides und Assets als echten Code, und hält sich dabei an deine Marke.

Step-Header: ein Reißbrett, auf dem aus einer Skizze ein fertiges, markenkonformes Layout entsteht

Viele denken bei „Design" an einen Bildgenerator. Falsch. Claude Design erzeugt echten, interaktiven Code (HTML, CSS, JavaScript): Prototypen, Slides, One-Pager, Landingpages, Marketing-Assets, die du anklicken und ausliefern kannst.

Der Corporate-Hebel

Der Grund, warum es für echte Arbeit taugt: Es bleibt markenkonform. Du importierst dein Design-System (aus einem Code-Repository, aus Design-Dateien, oder indem Claude deinen Codebase liest) und es zieht Farben, Schriften und Komponenten heraus. Dann der entscheidende Mechanismus: Claude baut mit deinen Komponenten, prüft die Ausgabe gegen das Design-System und korrigiert sich selbst, bevor du das Ergebnis überhaupt siehst. In Unternehmen kann ein Admin ein freigegebenes System festzurren, damit alles konform bleibt.

💡
Der Round-Trip mit Claude Code: Mit /design und /design-sync wandert ein Entwurf verlustfrei zwischen Design und Code, dieselbe Komponenten-Bibliothek auf beiden Seiten. Der typische Bruch zwischen Entwurf und Umsetzung fällt weg.

Export und ehrliche Grenzen

Exportieren kannst du nach PDF, PowerPoint, HTML, Canva und mehr. Aber sei ehrlich mit den Kanten.

  • Token-hungrig: Du bist schnell am Verbrauchslimit, besonders im kleineren Tarif.
  • Langsam: Ein Entwurf dauert eher Minuten als Sekunden.
  • Kein natives Figma-Export und kein pixelgenauer Editor.
  • Kein App-Builder: kein Backend, keine Datenbank, keine Anmeldung. Das ist die Lane von Werkzeugen wie Lovable.
  • Noch Research Preview und nicht im kostenlosen Tarif.
Richtig eingeordnet: Claude Design ist der schnellste Weg von der Idee zum markenkonformen, klickbaren Entwurf. Für die fertige, gehärtete App übergibst du an Claude Code oder dein Team.
Takeaway
Regel #4: Claude Design macht keine Bilder, sondern markenkonforme Prototypen und Assets als Code. Stärke: dein Design-System wird automatisch eingehalten. Grenze: Entwurf, nicht fertige App.
Schritt 5 von 8

Claude zu deinem machen

Standard-Claude klingt nach niemandem. Mit ein paar Dateien klingt er nach dir und kennt dein Geschäft.

Step-Header: eine Werkbank wird mit persönlichen, beschrifteten Schablonen und Lehren eingerichtet

Ab Werk klingt Claude nach allen und niemandem. Die Power-User ändern das mit einer Handvoll Kontext-Dateien. Das ist der billigste Hebel mit der größten Wirkung im ganzen Ökosystem.

Datei Was reinkommt
about-me.mdWer du bist, Rolle, Arbeitsweise, Vorlieben
anti-ai-writing-style.mdDeine Stimme: Tabu-Wörter, Satzmuster, Ton
my-company.mdGeschäftskontext: Firma, Kunden, Produkte, Prozesse
CLAUDE.mdRegeln und Workflow für ein konkretes Projekt

Das ist keine Zauberei, sondern dieselbe Idee wie ein gutes Briefing: Sag Claude einmal, was ein neuer Kollege wissen müsste. Vor allem die Stil-Datei ist das, was den generischen KI-Sound abstellt und Texte nach dir klingen lässt.

💡
Projects als Gedächtnis: Lad diese Dateien plus Referenzmaterial in ein Project, und Claude hat den Kontext bei jedem Gespräch parat, ohne dass du ihn neu erklärst. Das ist der unterschätzte Hebel. Wie du Kontext gezielt aufbereitest, vertieft die Lesson Context Management.
Takeaway
Regel #5: Ein paar Kontext-Dateien machen aus Standard-Claude deinen Claude. Die Stil-Datei killt den KI-Sound, das Project hält alles parat. Besserer Kontext schlägt besseren Prompt.
Schritt 6 von 8

Erweitern: Skills, Connectors, MCP

Bis hier kann Claude reden, bauen und arbeiten. Jetzt bringst du ihm eigene Workflows bei und dockst ihn an deine Tools an.

Step-Header: ein zentrales Werkzeug, an das über Standard-Stecker viele weitere Geräte andocken

Skills: bring Claude einen Workflow bei

Ein Skill ist ein kleines Paket (eine Anweisungsdatei plus optionale Skripte), das Claude einen wiederholbaren Workflow beibringt. Claude lädt es automatisch, wenn eine Aufgabe dazu passt, du musst es nicht aufrufen. Einmal geschrieben, funktioniert es in den Apps, in Claude Code und über die API.

Connectors: an deine Tools andocken

Connectors lassen Claude in externen Apps wirklich handeln: in deinem Drive suchen, ein Jira-Ticket anlegen, eine Slack-Nachricht schicken. Und hier kommt das Aha: Ein Connector ist unter der Haube ein MCP-Server mit OAuth. Connectors und MCP sind also nicht zwei Dinge, sondern dieselbe Verkabelung.

MCP: der Universal-Stecker

MCP (Model Context Protocol) ist der offene Standard, der Claude mit jedem Werkzeug und jeder Datenquelle verbindet. In der Desktop-App fügst du MCP-Server als Ein-Klick-Erweiterungen hinzu. Stell es dir vor wie USB-C für KI-Werkzeuge: Ein Werkzeug einmal gebaut, in jeden MCP-fähigen Agenten einsteckbar.

Der rote Faden: Skills (Workflows), Connectors (deine Apps) und MCP (der Stecker) folgen alle einem Prinzip: einmal gebaut, überall nutzbar. Genau das macht aus einzelnen Features ein Ökosystem.
Takeaway
Regel #6: Skills bringen Claude Workflows bei, Connectors docken an deine Tools an, und unter den Connectors steckt MCP. Einmal gebaut, überall nutzbar.
Schritt 7 von 8

Die Entwickler-Etage: API, Agent SDK, Managed Agents

Dieselben Skills, dieselben MCP-Werkzeuge, jetzt programmierbar. Vom Prototyp im Chat zur eigenen Anwendung.

Step-Header: eine Etage tiefer, der Maschinenraum mit den programmierbaren Antrieben

Alles bisher waren die Apps. Eine Etage tiefer baust du eigene Produkte auf demselben Fundament. Das Schöne: Die Skills und MCP-Werkzeuge, die du schon kennst, funktionieren hier genauso.

Die API

Die Claude API gibt deinem Code direkten Zugriff auf die Modelle, plus die eingebauten Werkzeuge: Web-Suche, Code-Ausführung in einer Sandbox, Computer Use, Vision, dazu Prompt-Caching (günstiger) und Batch-Verarbeitung (noch günstiger).

Das Agent SDK

Das Agent SDK (TypeScript und Python) ist der Agenten-Loop als Bibliothek, derselbe, den Claude Code nutzt: Werkzeuge, MCP, Sub-Agenten, Hooks, Sessions und Berechtigungen sind eingebaut. Du beschreibst das Ziel, es läuft die Schleife. Wie so ein Agenten-Loop aufgebaut ist, zeigt die Lesson Der Stack hinter einer KI-App.

Managed Agents

Managed Agents lassen deinen Agenten auf Anthropics eigener gehosteter Infrastruktur laufen (Sandbox, Sessions, Tracing) statt auf deinen Servern. Der typische Weg: erst mit dem Agent SDK auf deinem Rechner prototypen, dann für die Produktion zu Managed Agents wechseln.

Du willst … Nimm
in der App arbeitendie Oberflächen (Chat / Code / Cowork)
einen Workflow teilenein Skill
selbst eine App bauendie API plus Agent SDK
einen Agenten produktiv hostenManaged Agents
💡
Einmal gebaut, überall nutzbar: Ein Skill oder ein MCP-Server, den du baust, läuft in den Apps, in Claude Code, über die API und in Managed Agents. Du baust nicht für eine Oberfläche, sondern für das ganze Ökosystem.
Takeaway
Regel #7: Eine Etage tiefer baust du selbst: die API für direkten Zugriff, das Agent SDK für den Agenten-Loop, Managed Agents fürs Hosting. Dieselben Skills und MCP-Werkzeuge wie in den Apps.
Schritt 8 von 8

Die ehrliche Kante & wann sich ein Ökosystem lohnt

Ein ehrliches Ökosystem zeigt auch seine Lücke. Und die größere Frage: ein Ökosystem oder das beste Werkzeug pro Job?

Lesson-Abschluss: die fertige integrierte Werkstatt, an einer Wand bleibt ein Haken bewusst leer

Die ehrliche Kante

Ich würde lügen, wenn ich das als makellos verkaufe. Die klarste Lücke: keine native Bildgenerierung. Claude liest Bilder (Vision) und baut Visuelles als Code, aber es erzeugt keine Fotos oder Kunst. Dasselbe gilt für native Video- und Audio-Generierung. Es gibt einen Sprachmodus, aber die Stimme kommt von einem Partner, nicht von Anthropic. Das ist zum Teil bewusst so, wegen des Deepfake-Risikos.

Wofür es dagegen stark ist: Text, Reasoning, agentische Arbeit, Code, Werkzeug-Nutzung, Web-Suche, Computer Use. Dafür ist es ein so tiefes Ökosystem, wie es kaum ein zweites gibt. Für Bild und Video greifst du zu einem Spezialisten, und das ist völlig in Ordnung.

Ein Ökosystem oder best-of-breed?

Das ist dieselbe Entscheidung wie in der Stack-Lesson. Sich auf ein Ökosystem festzulegen bringt Stimmigkeit: dieselben Skills, dasselbe MCP, dieselben Modell-Klassen vom Chat bis zur API, ein mentales Modell. Best-of-Breed wählt das stärkste Werkzeug pro Job (ein Spezialist für Bilder, ein anderer für X), zum Preis von mehr Verklebung. Die meisten machen beides: ein Ökosystem als Heimatbasis, Spezialisten an den Rändern.

Aufgabe Wohin
Schnell etwas fragenChat
Software bauenClaude Code
echte Arbeit erledigen lassenCowork
markenkonforme Slides oder PrototypenClaude Design
wiederkehrenden Kontext haltenProjects
selbst eine Anwendung bauenAPI plus Agent SDK
Übung: Deine Ökosystem-Karte

Aufgabe: Nimm eine Aufgabe, die du wöchentlich machst.

  1. Benenn die richtige Oberfläche oder Schicht dafür aus dieser Lesson.
  2. Benenn eine Sache, die du bewusst einem Spezialisten außerhalb des Ökosystems gibst (z. B. Bildgenerierung).
  3. Das ist deine Karte: Heimatbasis plus Ränder. Wo bist du unsicher? Das ist deine nächste Lernfrage.

Zeitaufwand: ~8 Minuten

Takeaway
Das Mindset: Ein gutes Ökosystem nimmt dir die meiste Verklebungs-Arbeit ab, ein ehrliches kennt seine Lücke. Nutz Claude als Heimatbasis und hol dir Spezialisten dort, wo es sie braucht. Die Kunst ist, beides bewusst zu mischen.
Rico Loschke

Rico Loschke

KI-Stratege & Übersetzer zwischen Tech und Business

15+ Jahre Digitalisierung, 4+ Jahre KI. Ich übersetze zwischen Technologie und Unternehmensstrategie, berate und trainiere Organisationen auf ihrem KI-Weg. Hier teile ich, was ich dabei lerne.

loschke.ai. Visionen, Konzepte, Meinungen →
unlearn.how

Diese Lessons gibt es auch als Team-Training.

Workshops, Seminare und Begleitung für Unternehmen, die KI nicht nur verstehen, sondern anwenden wollen.

Mehr erfahren →