Article
MCP ist tot? Warum CLI und Skills das bessere Tool-Protokoll sein könnten
Das Problem mit dem Model Context Protocol
Das Model Context Protocol (MCP) wurde als universelles Tool-Protokoll für LLM-Agenten propagiert. Doch ein kürzlicher Artikel von Quandri wirft ernste Fragen auf: MCP ist tot – oder zumindest sollte es für viele Anwendungsfälle sein.
Die Analyse deckt drei fundamentale Probleme auf:
Problem 1: Es frisst das Context-Fenster
MCP lädt bei jeder Verbindung alle Tool-Definitionen. Das ist absurd teuer:
| MCP Server | Tools | Geschätzte Tokens |
|---|---|---|
| Linear | 42 | ~12.807 |
| Notion | 14 | ~4.039 |
| Slack | 12 | ~3.792 |
| Postgres | 9 | ~438 |
| Total | 77 | ~21.077 |
Bei Claude mit 200K Token Context-Window verbrauchen reine Tool-Definitionen bereits 10,5% – bevor überhaupt ein Wort geschrieben wurde. Bei GPT-4o sind es 16,5%.
Problem 2: Geringe operationale Zuverlässigkeit
Jeder MCP-Server ist ein separater Prozess, der verwaltet werden muss:
- Init-Fehler und wiederholte Re-Authentifizierung
- Langsamere AI-Antworten durch externe Server-Roundtrips
- Session-Abbrüche wenn der MCP-Server crasht
- Undurchsichtige Berechtigungen
Problem 3: Redundanz mit existierendem CLI/API
CLI-Tools bieten Parität zwischen Mensch und Maschine. Pipes, jq, grep sind frei kombinierbar. Debugging ist sofort im Terminal reproduzierbar. Die Trainingsdaten existieren bereits.
Die Alternative: Skills Pattern
Quandri schlägt ein Skills Pattern vor:
| Aspekt | MCP | Skills |
|---|---|---|
| Ladezeit | Alle Definitionen bei Connect | Nur bei Bedarf |
| Context-Verbrauch | Immer belegt | Nur während Nutzung |
| Skalierbarkeit | Wächst mit Server-Anzahl | Unabhängig von Skill-Anzahl |
Beispiel Skill-Definition:
skill:
name: linear_issue_lookup
description: "Lookup Linear issue by ID"
commands:
- name: get_issue
template: |
curl -s -H "Authorization: Bearer $LINEAR_TOKEN" -H "Content-Type: application/json" -d '{"query":"{ issue(id: "{{issue_id}}") { title state { name } } }"}' https://api.linear.app/graphql
Fazit
MCP hat seinen Platz – besonders für Produktions-Datenbanken mit Sicherheitsanforderungen. Für die meisten Anwendungsfälle sind CLI-First-Strategien und Skills die bessere Wahl: leichter, schneller, weniger Context-Verschwendung.