← Zurück zu Palim

Cursor projektübergreifend

Kontext zwischen Cursor-Projekten mitnehmen

Cursor kennt den Kontext des geöffneten Repositories — nicht das Repository, in dem du letzte Woche eine sehr ähnliche Entscheidung getroffen hast. Wer mehrere Projekte parallel betreut, verliert diesen Zusammenhang beim Wechsel.

Palim macht Entscheidungen projektübergreifend durchsuchbar. Eine Architekturentscheidung aus Projekt A lässt sich aus Projekt B heraus wiederfinden, mit Quelle und Zeitstempel.

Palim einrichten

Was projektübergreifend verfügbar wird

  • Architekturmuster, die du in mehreren Repositories wiederverwendest
  • Client-spezifische Vereinbarungen bei Agentur- oder Freelance-Arbeit
  • Debugging-Lösungen für wiederkehrende Fehlerbilder (Auth, Deploy, CI)
  • Team-Konventionen, wenn mehrere Repositories zum selben Produkt gehören

Global statt projektgebunden einrichten

  1. 1

    Global in Cursor verbinden

    Über Settings → Tools & MCP einmalig verbinden — das gilt für alle Projekte, nicht nur das aktuell geöffnete.

    URL: https://api.usepalim.com/mcp
  2. 2

    Alternativ per mcp.json

    Für eine reproduzierbare, versionierbare Konfiguration in `~/.cursor/mcp.json` (global, nicht `.cursor/mcp.json` im Repository — das würde die Verbindung an ein einzelnes Projekt binden).

    {
  "mcpServers": {
    "palim": {
      "url": "https://api.usepalim.com/mcp"
    }
  }
}
  3. 3

    Aus jedem Projekt heraus speichern und suchen

    Die Konten-Bindung liegt am OAuth-Login, nicht am Repository — deshalb funktioniert derselbe Abruf in jedem geöffneten Projekt.

    Durchsuche Palim nach unserer Auth-Middleware-Entscheidung aus dem anderen Repository.

Verifikation

  1. Projekt A öffnen, eine Testentscheidung mit eindeutigem Stichwort speichern.
  2. Cursor vollständig schließen, Projekt B öffnen (anderes Repository, selbes Cursor-Konto).
  3. Nach dem Stichwort suchen — ein Treffer projektübergreifend bestätigt die globale statt projektgebundene Konfiguration.

Troubleshooting

Palim ist nur in einem Projekt sichtbar, nicht in anderen

Die Konfiguration liegt vermutlich in `.cursor/mcp.json` im Repository statt in `~/.cursor/mcp.json`. Verschiebe sie in die globale Datei oder verbinde über Settings → Tools & MCP.

Cursor zeigt „No tools“

Server in Tools & MCP trennen, erneut verbinden, OAuth-Flow im Browser vollständig abschließen.

Alte Konfiguration blockiert die neue

Prüfe, ob sowohl eine projektbezogene als auch eine globale `mcp.json` denselben Servernamen `palim` mit unterschiedlichen Werten definieren — Cursor liest dann uneindeutig.

Projektübergreifend ist etwas anderes als Tool-übergreifend

Wer Claude und Cursor gemeinsam nutzt, braucht einen Tool-Wechsel-Workflow. Wer nur in Cursor arbeitet, aber an mehreren Repositories, braucht diesen: dieselbe Konfiguration einmal, gültig für jedes geöffnete Projekt.

Beides läuft über denselben Palim-Account und dieselbe MCP-URL — der Unterschied liegt allein darin, wo die Konfiguration in Cursor abgelegt wird.

Häufige Fragen

Muss ich Palim in jedem Repository neu einrichten?

Nein, wenn die Konfiguration global liegt (Settings → Tools & MCP oder `~/.cursor/mcp.json`). Eine projektbezogene `.cursor/mcp.json` gilt dagegen nur für dieses eine Repository.

Sieht Palim den Code in meinen Repositories?

Nein. Palim erhält nur, was Cursor bei einem Palim-Toolaufruf explizit sendet — keinen automatischen Zugriff auf Dateien oder Repository-Inhalte.

Funktioniert das auch mit privaten/Kundenprojekten getrennt?

Die Trennung erfolgt über Tags oder das Projektfeld beim Speichern, nicht automatisch. Vergib beim Speichern ein konsistentes Projekt-Tag, um später gezielt zu filtern.

Brauche ich für Cursor einen API-Key?

Nein, der Standardweg ist OAuth über die MCP-URL. Ein API-Key ist nur nötig, wenn dein Setup keinen Browser-Login zulässt.

Verwandt

Nimm eine Entscheidung mit ins nächste Projekt

Verbinde Palim global in Cursor und rufe eine Entscheidung aus einem anderen Repository ab.

Palim einrichten