Agent Skills, MCP-Server oder Regeldatei: Was passt?

Agent Skills vs. MCP-Server vs. Regeldateien: die kurze Antwort

Agent Skills, MCP-Server und Regeldateien stellen einem Coding-Agent Wissen bereit. Wählen Sie anhand der Funktion dieses Wissens. MCP (Model Context Protocol) eignet sich für Daten, die beim nächsten Abruf anders sein können. Ein Skill eignet sich für eine Vorgehensweise, die Sie heute dokumentieren können und die auch in sechs Wochen noch korrekt ist. Eine Regeldatei eignet sich für die wenigen Fakten, die in jeder Sitzung gelten müssen.

Diese Entscheidung hat einen Preis: Kontext. Jedes Token, das für eine Anweisung verwendet wird, die der Agent nicht benötigt, steht nicht für den gelesenen Code zur Verfügung. Außerdem bezahlen Sie dieses Token bei jeder Anfrage erneut, weil das gesamte Kontextfenster mit jeder Anfrage erneut übertragen wird. Die nützliche Frage lautet daher nicht, welcher Mechanismus die Aufgabe erledigen kann. An den meisten Tagen können das alle drei. Die Frage ist, welcher Mechanismus im Leerlauf die geringsten Kosten verursacht.

Was die einzelnen Mechanismen kosten, bevor Sie sie verwenden

Die drei Mechanismen werden zu unterschiedlichen Zeitpunkten geladen. Genau darin liegt der gesamte Unterschied.

Eine Regeldatei wird beim Start vollständig geladen, und zwar in jeder Sitzung, unabhängig davon, ob sie relevant ist. Claude Code liest CLAUDE.md zu Beginn jeder Unterhaltung und lädt die Datei unabhängig von ihrer Länge vollständig. Als dokumentiertes Ziel gelten weniger als 200 Zeilen pro Datei, weil eine längere Datei mehr Kontext verbraucht und ihre Regeln außerdem weniger zuverlässig befolgt werden. Beide Effekte verstärken sich gegenseitig. Deshalb ist eine Regeldatei mit 900 Zeilen schlechter als nutzlos.

Ein Skill wird in zwei Stufen geladen. Beim Start wird nur die description-Zeile aus dem SKILL.md-Frontmatter jedes Skills in den Kontext übernommen. Dadurch weiß das Modell, dass der Skill existiert und ungefähr, wann er angewendet wird. Der Hauptteil wird geladen, sobald der Skill aufgerufen wird. Ein Referenzdokument mit 400 Zeilen kostet Sie daher fast nichts, bis es benötigt wird.

Ein MCP-Server war früher der teure Mechanismus. Genau an diesem Punkt sind die meisten Vergleiche, die Sie heute lesen, veraltet. In aktuellen Versionen von Claude Code ist die Tool-Suche standardmäßig aktiviert. Zu Beginn der Sitzung werden nur die Tool-Namen und das Instructions-Feld des Servers geladen. Die vollständigen JSON-Schemas (JavaScript Object Notation) werden erst geladen, wenn Claude danach sucht. Das Hinzufügen eines Servers kostet dadurch nicht mehr Tausende von Tokens im Voraus. Es kostet weiterhin etwas. Wenn die Tool-Suche deaktiviert ist, werden jedoch weiterhin alle Kosten sofort fällig.

[
  {
    "label": "Rules file, 200 lines",
    "at_startup": "2,500",
    "after_use": "2,500"
  },
  {
    "label": "Skill, 12 KB body",
    "at_startup": 40,
    "after_use": "3,000"
  },
  {
    "label": "MCP server, tool search on",
    "at_startup": 500,
    "after_use": "3,200"
  },
  {
    "label": "MCP server, tool search off",
    "at_startup": "4,500",
    "after_use": "4,500"
  }
]

Das sind Schätzwerte und keine Messungen von Ihrem Rechner. Sie basieren auf dem Umfang des Textes, den der jeweilige Mechanismus lädt, bei ungefähr vier Zeichen pro Token: Eine Regeldatei mit 200 Zeilen umfasst etwa 10 KB Markdown, eine Skill-Beschreibung etwa 160 Zeichen, und ein Server mit zwölf Tools enthält etwa 18 KB Schema sowie einen Instructions-Block mit 2 KB. Claude Code kürzt jede Tool-Beschreibung und jedes Instructions-Feld eines Servers auf 2 KB. Für diesen Teil gibt es daher eine Obergrenze. Im nächsten Abschnitt erfahren Sie, wie Sie stattdessen Ihre eigenen tatsächlichen Werte ermitteln.

Lesen Sie die ersten beiden Zeilen gemeinsam. Die Regeldatei kostet in einer Sitzung, in der sie niemand benötigt, 2,500 Tokens. Der Skill kostet in derselben Sitzung 40 Tokens und in der Sitzung von zehn, in der er ausgelöst wird, 3,000. Die letzten beiden Zeilen beziehen sich zweimal auf denselben Server, einmal mit aktivierter und einmal mit deaktivierter Tool-Suche: 500 Tokens gegenüber 4,500. Dieser Unterschied ist der Grund, warum sich veraltete Hinweise zur Kontextüberlastung durch MCP weiterhin halten.

Die Tool-Suche erfordert ein Modell, das tool_reference-Blöcke unterstützt. Stand August 2026 sind das Claude Sonnet 4.5, Haiku 4.5, Opus 4.5 und spätere Modelle. Claude Code deaktiviert die Tool-Suche, wenn ANTHROPIC_BASE_URL auf einen Host verweist, der nicht zum Hersteller gehört, weil die meisten Proxys diese Blöcke nicht weiterleiten. Mit ENABLE_TOOL_SEARCH steuern Sie das Verhalten: false lädt alle Schemas im Voraus, true lädt sie alle verzögert, und auto lädt sie nur dann im Voraus, wenn sie in 10% des Kontextfensters Platz finden.

# Load schemas up front only if they fit in 5% of the window
ENABLE_TOOL_SEARCH=auto:5 claude

Die entscheidende Frage lautet: Ändern sich die Daten zwischen den Aufrufen?

Stellen Sie diese Frage zuerst, weil sie eine Option sofort ausschließt. Wenn der Agent etwas lesen oder schreiben muss, das beim nächsten Zugriff anders sein kann, benötigen Sie einen Server. Dazu gehören ein Issue-Tracker, eine Datenbank, ein Monitoring-Dashboard oder Ihre eigene interne API (application programming interface). Die Information aufzuschreiben, hilft nicht, weil sie in dem Moment veraltet ist, in dem jemand anderes den Datensatz bearbeitet. Auch Ihre eigene Codebasis gehört auf diese Liste, weil sich ihre Struktur mit jedem Commit ändert. Daher ist es sinnvoll, dem Agenten über MCP eine geparste Übersicht des Repositorys bereitzustellen, statt die Struktur in einer Datei zu beschreiben, die mit der Zeit veraltet.

Wenn die Antwort auch in sechs Wochen noch korrekt wäre, ohne dass jemand sie pflegen muss, benötigen Sie einen Skill. Eine Release-Checkliste. Eine Migrationsprozedur. Die Struktur Ihrer Fehlerantworten. Die Vorgaben dieses Repositorys für das Schreiben von Tests. Ein Skill ist eine Datei in git. Er benötigt weder einen Port noch einen Prozess und kann nur dadurch fehlschlagen, dass sein Inhalt falsch ist. Das lässt sich bei einer Code-Review erkennen.

Wenn es sich um eine einzelne Tatsache handelt, die für Arbeiten gelten muss, an die Sie bisher noch nicht gedacht haben, tragen Sie sie in die Regeldatei ein. Run make lint before committing. Never push to main. Handlers live in src/api/handlers/. Eine Zeile pro Regel. Sobald ein Eintrag zu einer Abfolge von Schritten wird, ist er keine Tatsache mehr, sondern eine Prozedur. Er sollte dann in einen Skill verschoben werden.

Wenn eine Regeldatei ausreicht

Regeldateien werden aus mehreren Verzeichnissen geladen, vom allgemeinsten zum spezifischsten: aus einer verwalteten Richtliniendatei, aus Ihrer persönlichen ~/.claude/CLAUDE.md, aus der ./CLAUDE.md oder ./.claude/CLAUDE.md des Projekts sowie aus einer von Git ignorierten ./CLAUDE.local.md. Alle gefundenen Dateien werden aneinandergehängt, statt sich gegenseitig zu überschreiben. Dateien, die näher an Ihrem Arbeitsverzeichnis liegen, werden zuletzt gelesen.

Claude Code liest CLAUDE.md, nicht AGENTS.md. Wenn Ihr Repository bereits eine AGENTS.md für andere Tools enthält, sollten Sie keine zweite Kopie pflegen, die mit der Zeit abweicht.

ln -s AGENTS.md CLAUDE.md

Der Symlink gibt bei Erfolg nichts aus. Starten Sie eine Sitzung, führen Sie /context aus und prüfen Sie, ob CLAUDE.md unter Memory files angezeigt wird. Wenn der Eintrag dort nicht erscheint, hat der Agent die Datei noch nie gesehen. Eine andere Formulierung hilft dann nicht. Wenn Sie zusätzlich Claude-spezifische Zeilen benötigen, verwenden Sie stattdessen die Importform und setzen Sie diese Zeilen unter den Import.

@AGENTS.md

## Claude Code

Use plan mode for changes under `src/billing/`.

Hier gibt es eine wichtige Falle. @path-Importe sparen keinen Kontext. Die importierte Datei wird beim Start zusammen mit der Datei erweitert und geladen, die auf sie verweist, und zwar bis zu einer Tiefe von vier Ebenen. Wenn Sie eine Regeldatei mit 600 Zeilen in sechs Importe aufteilen, wird sie für Menschen übersichtlicher. Die Token-Kosten ändern sich dadurch exakt um nichts. Die Konventionen hinter AGENTS.md und dem benutzerorientierten Gegenstück sollten Sie lesen, bevor Sie sich für eine Struktur entscheiden.

Die Kosten sinken durch .claude/rules/ mit einem Feld paths. Eine Regeldatei mit paths-Frontmatter wird nur geladen, wenn der Agent eine Datei verarbeitet, die einem der Muster entspricht.

---
paths:
  - "src/api/**/*.ts"
---

# API rules

- Every endpoint validates its input.
- Use the standard error response shape.

Eine Regel ohne Feld paths wird beim Start mit derselben Priorität wie .claude/CLAUDE.md geladen. Das übliche Muster besteht daher aus kurzen, bedingungslosen Regeln sowie einer paths-Liste für Inhalte, die nur innerhalb eines bestimmten Verzeichnisses relevant sind.

Wenn Sie eine Fähigkeit benötigen

Eine Fähigkeit ist ein Verzeichnis mit einer SKILL.md darin. Persönliche Fähigkeiten befinden sich unter ~/.claude/skills/<name>/SKILL.md und gelten für jedes Projekt auf Ihrem Rechner. Projektfähigkeiten befinden sich unter .claude/skills/<name>/SKILL.md, werden mit dem Repository versioniert und können wie jede andere Datei in einem Pull Request geprüft werden.

mkdir -p ~/.claude/skills/summarize-changes

---
name: summarize-changes
description: Summarizes uncommitted changes and flags anything risky. Use when the user asks what changed, wants a commit message, or asks to review their diff.
---

Run `git status` and `git diff` against the merge base.
Group the changes by intent, not by file.
Call out anything touching auth, migrations or deletions.

Die description ist der einzige Teil dieser Datei, der vor der Ausführung der Fähigkeit im Kontext vorhanden ist. Daher erfüllt sie zwei Aufgaben. Sie beschreibt, was die Fähigkeit tut, und legt fest, wann sie verwendet werden soll. Eine Beschreibung wie „Hilft bei Deployments“ liefert dem Modell keine geeigneten Anhaltspunkte für eine Anfrage. Die Fähigkeit wird daher stillschweigend nie ausgelöst, und Sie kommen zu dem Schluss, dass Fähigkeiten nicht funktionieren.

Der Verzeichnisname wird zum Befehl. Das obige Beispiel ergibt daher /summarize-changes. Bei einer persönlichen oder einer Projektfähigkeit legt das Frontmatter name nur das Anzeigelabel in Auflistungen fest.

Nach der Aktivierung wird der gerenderte Inhalt eines Skills als einzelne Nachricht in die Unterhaltung eingefügt und bleibt für den Rest der Sitzung erhalten. Claude Code liest die Datei in späteren Durchläufen nicht erneut ein. Schreiben Sie dauerhafte Anweisungen statt einmaliger Schritte, und halten Sie den Text knapp, weil ab diesem Zeitpunkt jede Zeile bei jeder Anfrage erneut Kosten verursacht. Nach einer automatischen Kompaktierung fügt Claude Code die jeweils letzte Aktivierung jedes Skills erneut ein. Dabei werden die ersten 5,000 Tokens jedes Skills innerhalb eines gemeinsamen Budgets von 25,000 Tokens berücksichtigt. Aktivieren Sie in einer Sitzung mehrere umfangreiche Skills, werden die ältesten vollständig entfernt. Deshalb kann es so wirken, als hätte ein Skill nach einer langen Unterhaltung keine Wirkung mehr. Aktivieren Sie ihn erneut, wird er wieder eingefügt. Ein verfahrensorientierter Skill macht diesen Zielkonflikt konkret: der Unlazy-Skill und seine Depth-Tree-Methode verwendet echten Kontext für Prüfungen und eine Plandatei. Dafür beendet ein Agent die Arbeit nicht vorzeitig mit der Erklärung, sie sei abgeschlossen. Wenn dasselbe Verfahren für mehrere Codebasen gilt, verwenden Sie einen gemeinsamen Skill für mehrere Repositorys, statt die Datei zu kopieren.

Wenn Sie einen MCP-Server benötigen

Das Hinzufügen erfolgt mit einem einzigen Befehl. Der Transport bestimmt die Form.

# Remote HTTP server
claude mcp add --transport http notion https://mcp.notion.com/mcp

# Remote HTTP server behind a bearer token
claude mcp add --transport http secure-api https://api.example.com/mcp \
  --header "Authorization: Bearer your-token"

# Local stdio server: everything after -- is passed through untouched
claude mcp add --env AIRTABLE_API_KEY=YOUR_KEY --transport stdio airtable \
  -- npx -y airtable-mcp-server

-- ist wichtig. Bei einem stdio-Server trennt es die eigenen Optionen von Claude Code von der Befehlszeile, die Ihren Server startet. Wenn Sie es weglassen, wird ein --port 8080, das für den Server bestimmt ist, als Option für claude mcp add interpretiert. claude mcp add weist es anschließend zurück.

claude mcp list
claude mcp get notion

claude mcp add bestätigt den Vorgang mit einer Zeile Added .... Das zeigt nur, dass die Konfiguration auf die Festplatte geschrieben wurde. claude mcp list zeigt den tatsächlichen Zustand an, weil der Befehl neben jedem Server einen Status ausgibt: ✔ Connected, ! Needs authentication oder ✘ Failed to connect. Ein Fehlerstatus bedeutet, dass Claude Code diesen Server nicht erreichen konnte. Die Listenabfrage selbst ist dadurch nicht fehlgeschlagen. Innerhalb einer Sitzung liefert /mcp dieselbe Übersicht pro Server und zusätzlich die Anzahl der Tools.

Jeder Aufruf eines MCP-Servers ist unabhängig und enthält alle benötigten Informationen. Das ist der Grund, warum sich ein MCP-Server nicht an Ihre vorherige Anfrage erinnert. Diese Designentscheidung hat eine Konsequenz, die Sie übernehmen müssen: Jeder Zustand, der erhalten bleiben soll, muss hinter dem Server in einer Datenbank oder Datei gespeichert werden. Diese Komponente müssen Sie nun selbst betreiben.

Ein MCP-Server ist ein Prozess, den Sie betreiben müssen

Hier fehlt ein Kostenfaktor in den Vergleichen der Anbieter. Ein Skill ist eine Datei. Ein MCP-Server ist Software, die irgendwo ausgeführt wird. Wenn dieser Ort Ihr VPS (virtueller privater Server) ist, sind Sie für dessen Verfügbarkeit verantwortlich.

Ein stdio-Server ist der einfache Fall. Claude Code startet ihn beim Beginn der Sitzung als untergeordneten Prozess. Beim Ende der Sitzung wird der Prozess beendet. Sie müssen nichts überwachen und keine Patches nach einem eigenen Zeitplan installieren. Ein entfernter HTTP-Server ist ein langlebiger Dienst. Er benötigt alles, was jeder langlebige Dienst benötigt.

[Unit]
Description=Notes MCP server
After=network-online.target
Wants=network-online.target

[Service]
User=mcp
WorkingDirectory=/srv/notes-mcp
ExecStart=/usr/bin/node /srv/notes-mcp/dist/server.js
Environment=PORT=8931
Restart=on-failure
RestartSec=5
NoNewPrivileges=true
PrivateTmp=true

[Install]
WantedBy=multi-user.target

sudo systemctl daemon-reload
sudo systemctl enable --now notes-mcp
systemctl is-active notes-mcp
journalctl -u notes-mcp -n 50 --no-pager

systemctl is-active sollte active ausgeben. Wenn failed ausgegeben wird, enthält das Journal den Grund. Beim ersten Start ist fast immer eine fehlende Umgebungsvariable oder ein Port die Ursache, der bereits von einem anderen Prozess belegt ist. Restart=on-failure ist hier nicht optional, weil ein abgestürzter MCP-Server sich nicht selbst meldet. Sie erfahren davon erst, wenn der Agent Ihnen mitteilt, dass er Ihren Issue-Tracker nicht lesen kann.

Binden Sie den Prozess an 127.0.0.1 und schalten Sie einen Reverse Proxy mit TLS (Transport Layer Security) davor. Ein MCP-Server, der auf Ihre Datenbank zugreift und ohne Authentifizierung an einem öffentlichen Port antwortet, ist eine veröffentlichte Datenbank. Einen MCP-Server auf einem VPS betreiben behandelt Proxy, Zertifikat und Firewall ordnungsgemäß.

Ermitteln Sie anschließend den wiederkehrenden Arbeitsaufwand realistisch. Der Dienst installiert Sicherheitsupdates nach seinem eigenen Zeitplan, unabhängig vom Agenten, der mit ihm kommuniziert. Sein OAuth-Token läuft ab, und claude mcp list beginnt zu einem ungünstigen Zeitpunkt mit der Ausgabe von ! Needs authentication. Seine Zugangsdaten liegen in einer Konfigurationsdatei oder einem Authorization-Header. Sie müssen daher genauso sorgfältig behandelt werden wie jedes andere Geheimnis. Das ist ein eigenes Thema: Geheimnisse vor dem Zugriff eines AI-Agenten schützen. Bei einem Skill gibt es keinen dieser Arbeitsaufwände.

Vergleichen Sie diese Kosten mit der Alternative, bevor Sie den Server einrichten. Wenn sich die Daten hinter dem geplanten Server ungefähr einmal pro Quartal ändern, ist ein Skill, der dem Agenten erklärt, wo er suchen soll und was die Felder bedeuten, günstiger als ein Dienst, den Sie dauerhaft betreiben müssen.

So messen Sie Ihren eigenen Kontextverbrauch

Schätzen Sie nicht, sondern führen Sie /context innerhalb einer Sitzung aus. Der Befehl gibt die Aufschlüsselung beim Start aus: System-Prompt, Speicherdateien, Tools und MCP-Server, jeweils mit ihrem Token-Gewicht.

Prüfen Sie zwei Punkte. Bestätigen Sie unter Memory files, dass jede erwartete Regeldatei aufgeführt ist. Eine fehlende Datei ist für den Agenten unsichtbar. Das ist daher der erste Punkt, den Sie prüfen sollten, wenn Anweisungen ignoriert werden. Wenn die Datei aufgeführt ist und die Regel trotzdem übersprungen wird, liegt die Ursache an einer ganz anderen Stelle. Dann lohnt es sich, die Gründe zu prüfen, aus denen ein Agent eine sichtbare Anweisung übergeht, bevor Sie die Zeile erneut umformulieren. Prüfen Sie anschließend den Ressourcenverbrauch Ihrer Server. Wenn ein Server, den Sie zweimal im Monat verwenden, einen der größten Einträge in dieser Liste verursacht, deaktivieren Sie ihn in /mcp. Aktivieren Sie ihn für die Sitzungen wieder, die ihn benötigen. Die Konfiguration bleibt in jedem Fall erhalten.

Ein Remote-Server kann außerdem einen Status wie cached 2h ago · connects on first use · 5 tools melden. Das bedeutet, dass Claude Code die Tool-Liste aus einer vorherigen Sitzung gelesen hat, statt beim Start eine Verbindung herzustellen. Die Verbindung wird beim ersten Aufruf eines Tools hergestellt. Die Tools sind ab Ihrer ersten Nachricht verfügbar. Sie müssen daher nichts ändern. Setzen Sie MCP_DISCOVERY_CACHE=0, wenn sich alle Server lieber beim Start verbinden sollen. Einen Gesamtüberblick finden Sie unter Kontextfenster in Claude Code verwalten. Der Artikel was diese Tokens tatsächlich kosten setzt die Zahlen in Relation zu den Kosten.

Warum wird mein Skill nie ausgelöst?

Die häufigste Ursache ist description. Das ist der einzige Text im Kontext, bevor der Skill ausgeführt wird. Wenn darin die Situation nicht benannt wird, passt nichts. Schreiben Sie den Auslöser in den Satz: „Verwenden, wenn der Benutzer fragt, was sich geändert hat, eine Commit-Nachricht benötigt oder um eine Prüfung seines Diffs bittet.“ Vage Beschreibungen schlagen still fehl. Dadurch ist das Problem schwer zu erkennen.

Die zweite Ursache ist ein Tippfehler im Frontmatter. Dieser Fehler wird deutlich angezeigt. Ein unbekannter Schlüssel wird direkt abgelehnt:

Unexpected key(s) in SKILL.md frontmatter: argument-hint. Allowed properties are: allowed-tools, compatibility, description, license, metadata, name

Die dritte Ursache ist der Speicherort. Projektskills werden aus .claude/skills/ in Ihrem Arbeitsverzeichnis und aus jedem übergeordneten Verzeichnis bis zum Repository-Root geladen. Skills in verschachtelten Verzeichnissen unterhalb des Startverzeichnisses werden beim Start nicht geladen. Sie werden geladen, sobald der Agent erstmals eine Datei in diesem Unterverzeichnis liest oder bearbeitet. Bis dahin werden sie nicht automatisch vervollständigt und können nicht anhand ihres Namens aufgerufen werden.

Das MCP-Gegenstück zu diesem stillen Fehler ist ein .mcp.json-Eintrag mit einem url und ohne type. Claude Code behandelt jeden Eintrag ohne type als stdio-Server. Daher überspringt es den Eintrag und meldet:

MCP server "notes" has a "url" but no "type"; add "type": "http" (or "sse" / "ws") to this entry

Alle drei zusammen verwenden

Diese Mechanismen konkurrieren nicht um denselben Platz. Eine funktionierende Konfiguration verwendet jeden Mechanismus dort, wo sein Einsatz wenig Aufwand verursacht. Die Regeldatei enthält wenige Zeilen, die überall gelten. Skills enthalten die Abläufe und werden nur geladen, wenn sie benötigt werden. Ein MCP server, gelegentlich auch zwei, verbindet die Systeme, deren Inhalte Sie im Voraus nicht bestimmen können. Wenn Sie sich noch ein mentales Modell des ersten Mechanismus aufbauen, beschreibt was ein Agent Skill tatsächlich ist das Format ausführlich.

Mit einem Test lässt sich meist klären, wohin etwas gehört. Löschen Sie es, starten Sie eine neue Sitzung und geben Sie dem Agent die Aufgabe. Wenn der Agent lediglich langsamer ist, gehörte es in einen Skill. Wenn der Agent mit voller Überzeugung falsche Ergebnisse liefert, gehörte es in die Regeldatei. Wenn der Agent die Informationen überhaupt nicht abrufen kann, benötigen Sie den Server. Dann brauchen Sie außerdem einen Plan, wie dieser Server dauerhaft betrieben wird.

FAQ

Sollte ich einen Skill schreiben oder einen MCP-Server bereitstellen?

Entscheiden Sie danach, ob sich die Informationen zwischen zwei Aufrufen ändern. Wenn der Agent den aktuellen Zustand lesen muss, den jemand anderes ändern kann, etwa aus einem Issue-Tracker, einer Datenbank oder einem Dashboard, benötigen Sie einen MCP-Server. Alles, was Sie aufschreiben, ist veraltet, sobald sich der Datensatz ändert. Wenn Sie die Antwort einmal aufschreiben könnten und sie auch in sechs Wochen noch korrekt wäre, schreiben Sie einen Skill. Der Skill ist eine Datei in git. Dafür muss kein Prozess ausgeführt, kein Port veröffentlicht und kein Patch-Zeitplan gepflegt werden. Daher ist dies immer die kostengünstigere Option, wenn sie überhaupt möglich ist.

Füllen MCP-Server weiterhin mein Kontextfenster?

Deutlich weniger als früher. In aktuellen Versionen von Claude Code ist die Tool-Suche standardmäßig aktiviert. Daher werden beim Sitzungsstart nur die Tool-Namen und das instructions-Feld des Servers geladen. Die vollständigen Schemas werden abgerufen, wenn Claude danach sucht. Wenn die Tool-Suche deaktiviert ist, werden die Schemas weiterhin vorab geladen: bei ENABLE_TOOL_SEARCH=false, wenn ANTHROPIC_BASE_URL auf einen Proxy zeigt, der nicht vom Hersteller stammt, oder bei einem Modell, das älter als die Claude-4.5-Generation ist. Führen Sie /context aus, um festzustellen, welcher Fall vorliegt. Die Zahlen in älteren Vergleichsbeiträgen gehen von einer Vorab-Ladung aus.

Liest Claude Code AGENTS.md?

Nein. Claude Code liest CLAUDE.md. Wenn Ihr Repository bereits eine AGENTS.md für andere Agents enthält, verweisen Sie die eine Datei auf die andere, statt zwei Kopien zu pflegen. Führen Sie ln -s AGENTS.md CLAUDE.md für einen einfachen symbolischen Link aus. Alternativ können Sie @AGENTS.md in die erste Zeile einer CLAUDE.md eintragen und darunter Claude-spezifische Anweisungen ergänzen. Starten Sie anschließend eine Sitzung und führen Sie /context aus, um zu bestätigen, dass CLAUDE.md unter Memory files angezeigt wird.

Warum hatte mein Skill in der Mitte einer Sitzung plötzlich keine Wirkung mehr?

Die übliche Ursache ist die automatische Kompaktion. Wenn die Unterhaltung zusammengefasst wird, bindet Claude Code den jeweils letzten Aufruf jedes Skills erneut ein. Dabei werden von jedem Skill die ersten 5,000 Tokens berücksichtigt, insgesamt jedoch höchstens 25,000 Tokens. Dieses Budget wird mit dem zuletzt aufgerufenen Skill beginnend gefüllt. Wenn Sie mehrere große Skills aufgerufen haben, werden ältere Skills vollständig entfernt. Rufen Sie den Skill erneut auf, um seinen vollständigen Inhalt wiederherzustellen.

Wie verhindere ich, dass eine lange Regeldatei in jeder Sitzung geladen wird?

Verschieben Sie die Teile, die nur gelegentlich relevant sind, in .claude/rules/-Dateien mit einem paths-Feld in ihren Frontmatter. Dadurch wird jede Datei erst geladen, wenn der Agent eine passende Datei bearbeitet. Das Aufteilen der Datei in @path-Importe hilft nicht, weil importierte Dateien beim Start zusammen mit der Datei erweitert und geladen werden, die auf sie verweist. Alles, was ein mehrstufiges Verfahren und keine dauerhaft geltende Information ist, sollte stattdessen ein Skill werden. Der Inhalt eines Skills kostet nichts, solange er nicht aufgerufen wird.