--- type: "Guide" title: "Context Engineering für Claude im Enterprise 2026" description: "Context Engineering für Claude im Enterprise 2026: AGENTS.md, Agent Skills, MCP-Server, Projects, Memory, Plugins und Subagents — mit offiziellen Quellen." resource: "https://www.contextstudios.ai/de/guides/claude-context-engineering-enterprise-2026" language: "de" generated: by: "process:contextstudios-md/1" at: "2026-10-27T06:11:40.189Z" status: "stable" --- # Context Engineering für Claude im Enterprise 2026 Context Engineering ist 2026 der Nachfolger des Prompt Engineering: Statt einzelne Prompts zu formulieren, gestalten Unternehmen, was Claude weiß, kann und sich merkt. Die Kernbausteine sind AGENTS.md (das Manifest auf Repository-Ebene), Agent Skills (Domänenwissen on demand), MCP-Server (die Integrationsschicht für Tools und Daten), Claude Projects (geteilte Arbeitsbereiche), das Memory-Tool (dauerhafter Kontext über Sessions), Plugins, wiederverwendbare Routinen und Subagents. Behandeln Sie sie als versioniertes „Context-as-Code" — wiederholbar, auditierbar und teamweit — um Claude zuverlässig im Unternehmen auszurollen. ## Die wichtigsten Context-Engineering-Bausteine 1. **AGENTS.md / CLAUDE.md** — Das Fundament des Context Engineering: ein Manifest auf Repository-Ebene, das jeder Claude-Session eine dauerhafte Identität, Konventionen und Leitplanken gibt. In Git versioniert ist der „System-Prompt" Ihrer KI reviewbar und teamweit konsistent. Specialization: System-Prompt auf Repo-Ebene — dauerhafte Identität, Konventionen und Leitplanken je Session Price range: Kostenlos — offene Konvention 2. **Agent Skills** — Wiederverwendbare, dateibasierte Pakete mit Domänenwissen — Workflows, Kontext und Best Practices, die per Progressive Disclosure on demand geladen werden. Skills machen aus einem generischen Agenten einen Spezialisten, ohne das Kontextfenster zu überladen, und sind über Claude-Apps, Claude Code und das Agent SDK portabel. Specialization: Domänenwissen on demand — Workflows und Best Practices, nur bei Bedarf geladen Price range: In Claude / Claude Code enthalten 3. **MCP-Server** — Das Model Context Protocol ist der offene Standard, der Claude mit Enterprise-Datensilos und Tools verbindet (Jira, GitHub, SQL, interne APIs). MCP gibt Agenten eine getypte Integrationsschicht mit minimalen Rechten — und löst die „letzte Meile", proprietären Kontext ins Modell zu bringen. Specialization: Standardisierte Anbindung an Enterprise-Daten und Tools (Jira, GitHub, SQL, interne APIs) Price range: Kostenlos — offenes Protokoll (Linux Foundation) 4. **Claude Projects** — Dauerhafte Arbeitsbereiche, die individuelle Anweisungen mit einer hochgeladenen Wissensbasis für ein Team oder eine Initiative bündeln. Projects machen aus statischer interner Doku einen geteilten „Institutional-Memory"-Agenten — ideal für Onboarding und wiederholbare Workflows. Specialization: Dauerhafter Arbeitsbereich, der Anweisungen + Wissensbasis für ein Team bündelt Price range: Claude Pro / Team / Enterprise 5. **Memory-Tool** — Dauerhafter Speicher über Sessions hinweg, damit Agenten Kontext behalten, ohne neu eingearbeitet zu werden. Zusammen mit Context-Management/Compaction sammeln langlaufende Enterprise-Agenten so Wissen an, statt jede Session bei null zu starten. Specialization: Dauerhafter Speicher über Sessions, damit Agenten ohne Neu-Onboarding Kontext behalten Price range: API-Feature (Token-basiert) 6. **Plugins** — Geschnürte Pakete aus Skills, Slash-Commands, MCP-Servern und Hooks, verteilt über Marketplaces. Mit Plugins rollt ein Unternehmen ein kuratiertes, versioniertes Context-Setup in einem Schritt an alle Entwickler aus — der Verteilmechanismus für alles Darunter. Specialization: Gebündelte Pakete aus Skills, Commands, MCP-Servern und Hooks zur Ein-Schritt-Verteilung Price range: In Claude Code enthalten 7. **Slash-Commands & Routinen** — Wiederverwendbare, parametrisierte Prompts und mehrstufige Routinen für wiederholbare Workflows — Release-Checklisten, Code-Review, Incident-Triage. Als Markdown im Repo standardisieren sie das „Wie wir fragen" im Team und kombinieren sich mit Hooks für deterministische Automatisierung. Specialization: Wiederverwendbare, parametrisierte Prompts und mehrstufige Routinen für Workflows Price range: Kostenlos / enthalten 8. **Subagents** — Isolierte Sub-Agenten, die enge Aufgaben (Recherche, Suche, Review) auslagern und das Haupt-Kontextfenster vor Überlauf schützen. Subagents sind das Orchestrierungs-Primitiv des Context Engineering — jeder läuft mit eigenen, eingegrenzten Tools und frischem Kontext. Specialization: Isolierte Sub-Agenten, die enge Aufgaben auslagern und das Haupt-Kontextfenster schützen Price range: In Claude Code enthalten ## So führen Sie Context Engineering im Unternehmen ein - Beginnen Sie mit AGENTS.md, bevor Sie etwas anderes tun: ein einziges Manifest auf Repo-Ebene mit Konventionen, Leitplanken und Identität ist der günstigste, wirkungsvollste Context-Engineering-Schritt. In Git versionieren, damit es reviewbar ist. - Nutzen Sie Skills für „wie wir X machen", MCP für „wo die Daten liegen". Skills bündeln wiederholbares Wissen und laden on demand; MCP-Server geben Claude getypten Zugriff mit minimalen Rechten auf Enterprise-Systeme. Die meisten Rollouts brauchen beides. - Wählen Sie den richtigen Geltungsbereich: AGENTS.md, Slash-Commands und Skills leben im Repo (pro Projekt); Projects und das Memory-Tool persistieren teamweit über Sessions; Plugins verteilen ein kuratiertes Setup in einem Schritt an die ganze Org. - Steuern Sie das Kontextfenster bewusst: Bevorzugen Sie Subagents und on-demand-Skills, statt alles in einen langen Prompt zu packen. Bauen Sie Kontext-Bundles mit hohem Signalgehalt, um Token-Kosten und Drift zu senken. - Behandeln Sie Kontext als Code: Versionieren, reviewen und auditieren Sie AGENTS.md, Skills und MCP-Konfigurationen. Für das Enterprise zählen Governance, MCP-Zugriff mit minimalen Rechten und ein Audit-Trail genauso wie reine Fähigkeiten. ## Häufige Fragen zum Context Engineering ### Was ist Context Engineering für Claude? Context Engineering ist die Disziplin, alles systematisch zu steuern, was in Claudes Kontextfenster gelangt — Anweisungen, Domänenwissen, Tools und Memory — statt nur einzelne Prompts zu formulieren. Anthropic beschreibt es als natürliche Weiterentwicklung des Prompt Engineering: Prompt Engineering dreht sich um das „Wie frage ich", Context Engineering um das „Wie strukturiere ich den Arbeitsbereich" (AGENTS.md, Projects) und „Was verbinde ich" (MCP-Server, Skills, Memory). Im Enterprise wird es zur Software-Engineering-Praxis mit Versionierung und Auditierbarkeit. ### Wie unterscheidet sich Context Engineering vom Prompt Engineering? Prompt Engineering optimiert eine einzelne Anfrage — Wortwahl, Beispiele und Struktur einer Anweisung. Context Engineering optimiert die gesamte Umgebung, in der der Agent über viele Turns und Sessions arbeitet: das Repo-Manifest (AGENTS.md), wiederverwendbare Skills, angebundene MCP-Tools, dauerhafte Projects und Memory. Statische Prompts skalieren nicht für agentische Workflows, deshalb wechseln Teams vom „perfekten Prompt schreiben" zum „Kontext architektieren" — dem dynamischen Zusammenstellen der richtigen Informationen aus mehreren Quellen. ### Was sind die Kernbausteine von Enterprise-Context-Engineering mit Claude? Acht Bausteine: (1) AGENTS.md / CLAUDE.md — das Manifest auf Repo-Ebene; (2) Agent Skills — Domänenwissen on demand; (3) MCP-Server — die Integrationsschicht für Daten und Tools; (4) Claude Projects — geteilte Arbeitsbereiche mit Wissensbasis; (5) das Memory-Tool — dauerhafter Kontext über Sessions; (6) Plugins — geschnürte, verteilbare Pakete; (7) Slash-Commands und Routinen — wiederverwendbare Workflows; (8) Subagents — Kontext-Isolation und Parallelität. Die meisten Enterprise-Rollouts kombinieren zuerst AGENTS.md + Skills + MCP und ergänzen dann Projects, Memory und Plugins beim Skalieren. ### Was ist AGENTS.md und warum ist es für Teams wichtig? AGENTS.md (und Claudes CLAUDE.md) ist ein Markdown-Manifest im Root eines Repositorys, das als dauerhafter System-Prompt auf Projektebene wirkt — es definiert Identität, Code-Konventionen, Verhaltensgrenzen und Workflows des Agenten. Weil es in Git lebt, ist es reviewbar, versioniert und für jeden Entwickler und jede Session konsistent. Es ist eine offene, tool-übergreifende Konvention (unterstützt von Claude Code, GitHub Copilot, Cursor u.a.) — deshalb der grundlegende, kostengünstigste Context-Engineering-Schritt. ### Welche Rolle spielen MCP-Server beim Context Engineering? Das Model Context Protocol (MCP) ist der offene Standard — inzwischen unter der Linux Foundation —, der Claude mit Enterprise-Datensilos und Tools wie Jira, GitHub, SQL-Datenbanken und internen APIs verbindet. Statt Daten in Prompts zu kopieren oder fragile Eigenintegrationen zu pflegen, stellen MCP-Server getypte Tools über stdio oder Streamable HTTP bereit und geben Agenten eine wiederverwendbare Zugriffsschicht mit minimalen Rechten. MCP ist die „letzte Meile", die aus Claude statt eines Chatbots ein System macht, das auf Ihren echten Daten handeln kann. ### Wie greifen Skills, Plugins und Subagents ineinander? Skills sind wiederverwendbare Pakete mit Domänenwissen, die on demand laden. Plugins sind der Verteilmechanismus: ein Plugin bündelt Skills, Slash-Commands, MCP-Server und Hooks, sodass ein Unternehmen ein kuratiertes Context-Setup in einem Schritt über einen Marketplace an alle Entwickler ausrollt. Subagents sind das Orchestrierungs-Primitiv: isolierte Agenten mit eigenen, eingegrenzten Tools und frischem Kontext, die enge Aufgaben übernehmen und das Haupt-Kontextfenster vor Überlauf schützen. Zusammen lassen sie Context Engineering paketieren, verteilen und teamweit skalieren. ### Wie sollte ein Unternehmen mit Context Engineering für Claude starten? Beginnen Sie mit einem AGENTS.md-Manifest in Ihren wichtigsten Repositorys — Konventionen, Leitplanken, Identität — und versionieren Sie es. Ergänzen Sie Skills für wiederholbares Wissen und binden Sie 2-3 hochwertige MCP-Server an (Issue-Tracker, Code-Host und eine Datenbank), jeweils mit minimalen Rechten. Führen Sie Claude Projects für geteiltes Teamwissen und das Memory-Tool für langlaufende Agenten ein. Sobald sich Muster stabilisieren, schnüren Sie alles in Plugins für die Ein-Schritt-Verteilung in der ganzen Organisation. Behandeln Sie das gesamte Setup als Code: reviewen, MCP-Rechte auditieren und eine verantwortliche Person für das Enablement benennen. Ein fokussierter Claude-Enablement-Workshop kann diesen Rollout nach unserer Erfahrung deutlich beschleunigen.