Praxis & Anwendung
Gleiche KI, andere Werkzeuge — was Claude je nach Interface kann und was nicht
Ein Feldversuch mit MCP, drei Apps und einer Erkenntnis die kaum dokumentiert ist
Claude ist Claude — oder? Ein praktischer Test zeigt: je nach Interface stehen unterschiedliche Werkzeuge zur Verfügung. Was im Browser geht, geht in der App nicht. Und umgekehrt.
Ausgangslage
Nachdem der MCP-Server auf qzen.ch eingerichtet und mit OAuth abgesichert war — der Bericht dazu — stellte sich die nächste Frage: Ist der Connector von überall nutzbar? Vom iPhone, von der Desktop-App, vom iPad-Browser? Was ich dabei herausfand, war nicht explizit dokumentiert und überraschender als erwartet.
Die Beobachtung
Claude läuft auf verschiedenen Clients: dem Webinterface unter claude.ai, der nativen App für macOS, der iOS-App — und dem mobilen Browser auf dem iPhone. Alle sprechen denselben Account an, können denselben Chat-Verlauf teilen. Aber die verfügbaren Werkzeuge sind je nach Client verschieden, genauso wie die Aufgaben für die sie verwendet werden können.
Das klingt trivial. Ist es aber nicht. Nur wer weiss was was ist kann es auch einsetzen.
Die Werkzeugkästen im Überblick
Nach dem praktischen Test ergibt sich folgendes Bild:
| Client | MCP Connectors | Desktop-/Dateisystem-Tools | Kamera/Foto | Chat/History |
|---|---|---|---|---|
| Web (Browser) | ✓ | ✗ | ✗ | ✓ |
| Claude App (macOS) | ✓ | ✓ | ✗ | ✓ |
| Claude App (iOS) | ✓ | ✗ | ✓ | ✓ |
| Claude Coworker (Desktop) | ✓ | ✓ (erweitert) | ✗ | lokal |
| Claude Code (VSCode) | ✓ | ✓ (Terminal) | ✗ | lokal |
Qzen-MCP Connectors — also der Zugriff auf den qzen.ch-Server. Andere MCP Verbindungen wie Gmail, Google Calendar und andere Custom Connectors — sind mittlerweile in allen Claude-Varianten verfügbar. Webinterface, Desktop-App, Coworker, Claude Code: alle können auf MCP-Server zugreifen. Das war anfangs bei mir nicht so — ein probeweise installiertes Drittanbieter-Plugin (File Explorer) blockierte in Coworker den Qzen-MCP-Handshake. Seit der Deinstallation funktioniert die Verbindung wieder. Genau so funktioniert auch das geräteübergreifende Teilen von Projektdateien über den Qzen-MCP-Server.
Desktop-Tools wie Dateisystem-Zugriff, Prozesse starten, Chrome steuern — das ist exklusiv der macOS-App vorbehalten. Macht Sinn: native Betriebssystem-Integration, kein Browser-Sandbox-Kontext.
Kamera und Foto-Library — direkter Zugriff via iOS-App und Coworker. Der Browser kann das nicht.
Chat und History — der einzige gemeinsame Nenner. Alle Clients, alle Geräte, ein Kontext.
Was das bedeutet
Die Trennlinie verläuft nicht entlang von Geräten oder Betriebssystemen — sondern entlang von Web vs. Native App. Ein iPhone-Nutzer der nur die App kennt, hat einen anderen Claude mit anderen Möglichkeiten als jemand der ausschliesslich den Browser verwendet. Anwendern ist das mitunter nicht bewusst.
Es ist eine logische Konsequenz der Claude Architektur. MCP Connectors sind serverseitig, Desktop-Tools sind betriebssystemseitig, Kamera-Zugriff nur für Claude Instanzen die OS Zugriff haben. Drei Apps, unterschiedliche Toolpaletten.
Für den praktischen Einsatz bedeutet das: wer Claude als Werkzeug einsetzt, sollte wissen welcher Werkzeugkasten in welchem Interface liegt. Sonst sucht man ein Tool am falschen Ort.
Nachtrag: Was sich geändert hat
Die Erstfassung dieses Artikels (März 2026) beschrieb Qzen-MCP als exklusiv dem Webinterface vorbehalten. Das stimmte zum Testzeitpunkt — aber die Ursache war nicht die Architektur, sondern ein Drittanbieter-Plugin. Ein File Explorer in Coworker verursachte einen Handshake-Loop mit dem MCP-Server (Protocol Version Mismatch, endloser Restart-Zyklus). Nach der Deinstallation funktioniert der Qzen-MCP-Server in allen Clients.
Die Lektion: Wenn ein Feature nicht funktioniert, ist nur selten die Plattform schuld. Manchmal ist es eine Betaversion eines Plugins das im Weg steht. Also genau überlegen was man installiert und aktiviert. Das ist auch ein Gebot der Datensicherheit. Im Zweifelsfall gilt RTFM (“Read the friendly manual”. Die jeweiligen Dokumentationen sind in der Regel direkt im Interface zugänglich.
Coworker und Claude Code
Seit der Erstfassung sind zwei weitere Clients dazugekommen:
Claude Coworker ist die Desktop-Variante für autonomere Arbeit. Coworker hat erweiterten Dateisystem-Zugriff, kann AppleScript ausführen und arbeitet mit lokalen Sessions — die Daten bleiben auf dem Rechner, auf der Anthropic Cloud landen sie nicht. Ein konkretes Beispiel: eine Aufräum-Session die als Notizen-Sortieren begann und in einer digitalen Archäologie endete.
Claude Code läuft als Extension in VSCode und hat direkten Terminal-Zugriff. Alle Claude-Varianten werden von Anthropic entwickelt — wer tiefer einsteigen will, findet dort die aktuelle Übersicht. Ideal für Server-Arbeit über SSH — Claude Code liest automatisch die CLAUDE.md im Projekt-Root und hat damit sofort den nötigen Kontext.
Fazit
Gleiche KI, drei Apps, unterschiedliche Schwerpunkte. MCP verbindet mittlerweile alle — der Chat sowieso und die anderen jetzt auch. Die Unterschiede liegen in den lokalen Fähigkeiten: Dateisystem-Zugriff in der Desktop-App und Coworker, Terminal in Claude Code, Kamera auf dem iPhone.
Ordnung im Werkzeugkasten setzt voraus, dass man weiss wie viele Werkzeugkästen es gibt — und welche Werkzeuge da drin sind.
Erstfassung 14. März 2026. Aktualisiert 20. März 2026 — Coworker und Claude Code ergänzt, MCP-Verfügbarkeit korrigiert.