Gleicher Memory, drei Tools. Claude, Cursor, Codex
Was Tool-Portabilität in der Praxis heisst und warum das alles ändert.
Der Beweis des Standards
MCP ist nur dann ein echter Standard wenn es zwischen Tools wechselt. Lass uns das live prüfen.
Dein Memory-Server läuft (memory.studiomeyer.io oder self-hosted). Du hast Claude Code konfiguriert und arbeitest seit Tagen mit ihm. Jetzt kommt ein neues Projekt und Du willst Cursor ausprobieren.
In Cursor einrichten
Cursor hat ein Settings-Menu (Cmd+,). Dort den MCP-Tab öffnen. Statt manuell zu konfigurieren gehst Du wieder auf memory.studiomeyer.io, klickst auf "Connect MCP Server" und waehlst diesmal Cursor als Ziel-Client aus. Der OAuth-Flow startet, Du bestätigst, fertig.
Cursor sieht jetzt dieselben Tools, greift auf dasselbe Memory zu wie Claude Desktop. Kein zweiter Account, keine zweite Datenbank. Ein Klick im Browser, eine Bestätigung im Tool, beide Clients teilen sich denselben Speicher.
Wer es manuell machen muss (z.B. weil OAuth in einer eingeschraenkten Umgebung nicht läuft) findet im Dashboard auch den Backup-Weg mit API-Key + JSON-Config. Der Connect-Button ist aber der normale Weg.
Du arbeitest in Cursor, erzählst ihm was Du gerade baust, wird ins gleiche Memory geschrieben. Du wechselst zurück zu Claude Desktop, der weiss was Cursor gemacht hat.
In Codex einrichten
OpenAI Codex funktioniert ähnlich. Auf memory.studiomeyer.io im Connect-Dialog Codex auswählen, Browser bestätigt, Codex hat den Server. Wenn Du lieber manuell die Config-Datei ~/.codex/config.json editieren willst, findest Du auch dafür im Dashboard den Snippet, gleiche Struktur, gleicher OAuth-Token. Codex ruft dieselben Tools auf, schreibt in dieselbe Datenbank.
Drei Tools, ein Gehirn.
Was das wirklich bedeutet
Kein Lock-in mehr. Wenn ein Tool Deine Arbeitsweise nicht mehr unterstützt, wechselst Du. Memory bleibt. Kontext bleibt. Du musst nicht alles neu aufbauen.
Arbeitsteilung nach Werkzeug. Claude Desktop für Schreiben. Claude Code für CLI-Arbeit. Cursor für IDE-Arbeit. Codex für GPT-spezifische Faelle. Jedes Tool da wo es am stärksten ist, aber sie arbeiten auf einer gemeinsamen Wissensbasis.
Team-Fähigkeit. Mehrere Menschen können auf den gleichen Memory zugreifen (bei Multi-Tenant-Setups). Du und Dein Mitgruender teilen das gleiche Projekt-Gedächtnis, egal welches AI-Tool wer nutzt.
Was das nicht heisst
Die Tools selbst sind nicht identisch. Claude ist anders als GPT ist anders als das Modell in Cursor. Sie haben verschiedene Stärken, verschiedene Preise, verschiedene Kontext-Fenster.
Das Memory macht nicht alle Tools gleich. Es sorgt nur dafür dass Du zwischen ihnen wechseln kannst ohne jedes Mal bei Null anzufangen. Der Kontext ist Deiner, die Tools sind austauschbar.
Praxis-Test
Probier das aus. In Claude Desktop eine neue Notiz speichern. Dann in Cursor aufrufen. Dann in Codex weiterverwenden. Wenn das alles funktioniert, hast Du den Proof: MCP ist real, nicht Marketing.
Abschluss Level 4
Du hast jetzt die Memory-First-Grundlagen. In Level 5 kommt der nächste Schritt: Multi-Agent-Systeme. Wie mehrere AI-Instanzen zusammen arbeiten, mit geteiltem Gedächtnis und unterschiedlichen Rollen. Das ist der Schritt von "ich arbeite mit AI" zu "ich dirigiere AI".