cursor worktree — Agent editiert den falschen Ordner

Dein cursor worktree Layout sollte Branches trennen — dann committed Agent Änderungen im Geschwister-Ordner, den du nie geöffnet hast.

Du nutzt Git-Worktrees oder zwei Clones: einer für Production-Hotfixes, einer für Experimente. Cursor zeigt die richtige Datei. Du bittest Agent, Auth zu fixen. Das Diff landet im anderen Checkout. Du mergst nichts Nützliches. Usage sinkt trotzdem. Tests im Ordner, den du wirklich startest, scheitern weiter. Kein Zufall — Workspace-Root-Verwirrung plus Suche über doppelte Pfade.

Oft nach Export aus Lovable oder Bolt in frisches Verzeichnis, während der alte Export auf der Platte bleibt. Beide Bäume sehen im Chat identisch aus. Agent wählt den, den seine Tools zuerst trafen. Root und Benennung fixen, bevor du noch eine Stunde cursor usage limit auf Patches verbrennst, die nie deine laufende App treffen.

Agent editiert den falschen Ordner

Das Leit-Symptom. Du erkennst es am Pfad, nicht an der Fehlermeldung.

• Diff-Pfade starten mit Ordnernamen, den du in diesem Fenster nicht geöffnet hast
• Git status im Terminal bleibt clean, Agent behauptet Bug gefixt
• Dieselbe Änderung in ../app-copy oder project-worktree-2
• Search-and-replace trifft beide Bäume unter einem Parent-Workspace
• Rules nannten src/ ohne Repo-Root
• Production deployt aus Repo A; Agent editierte Repo B

Worktrees teilen History, haben separate Working Directories. Parent mit zwei Worktrees öffnen gibt Cursor Sicht auf beide. Agent-Kontext kann Dateien aus beiden enthalten. Deine Augen folgen dem Tab. Das Modell folgt dem zuletzt passenden Pfad.

Fühlt sich an wie „Agent ignorierte mich.“ Oft gehorchte es einem Pfad, den du nicht meintest. Workspace-Root verengen, Ordner explizit in jedem Prompt nennen, bis es stabil ist.

Warum cursor worktree Layouts Agent verwirren

Git-Worktrees erlauben zwei Branches ohne Stash. Cursor behandelt jeden Ordner als Workspace-Teil, wenn du den Parent öffnest. Indexierung spannt beide. @-Mentions suchen beide. „Fix login“ ohne Root schickt das Modell durch Duplikate.

KI-generierte Apps verschärfen es. Du klonst my-saas von GitHub, exportierst nochmal aus Lovable nach my-saas-lovable. Gleiche Components, andere Ordner. Agent fixt Tailwind im Export, du startest Dev-Server im Clone. Beide haben src/pages/Login.tsx. Nur einer ist an dein Supabase-Projekt auf der Live-URL verdrahtet.

Composer-Multi-File-Edits vergrößern Schaden. Ein falscher Root — fünf falsche Dateien. Revert oder Hunks manuell kopieren. Jeder Versuch gegen denselben Pool. Parallele Arbeit auf Lovable-Vorschau plus Cursor im exportierten Repo verdoppelt Risiko bei vagen Ordnernamen.

Duplikat-Repos auf der Platte

Auch ohne Git-Worktrees verursachen Duplikate denselben Bug.

1. Alter Zip in Downloads noch indexiert, weil du ihn einmal öffnetest
2. -main-Suffix-Ordner neben echtem Repo nach schlechtem Extract
3. Monorepo-Geschwister mit identischen Package-Namen
4. Docker-Bind-Mount zeigt anderen Host-Pfad als Cursor
5. Zwei Fenster auf verschiedene Ordner — Agent-Session am falschen

Audit vor dem nächsten Agent-Run:

• pwd im integrierten Terminal — muss zum Fenstertitel-Pfad passen
• Workspaces schließen, die du nicht aktiv editierst
• Duplikat-Exports aus Parent entfernen oder in .cursorignore ausschließen
• Ordner mit Rollen-Labels: saas-prod-clone, saas-experiment-wt

cursor worktree vor dem nächsten Agent-Prompt fixen

1. Nur Zielordner öffnen — Datei → Ordner öffnen auf Worktree-Root, nicht Parent mit drei Clones.
2. Terminal cwd prüfen — muss dieser Root sein, bevor Agent Befehle laufen soll.
3. Rule mit absolutem Pfad: „Nur Dateien unter /path/to/correct-worktree editieren.“
4. Ordner im Prompt nennen: „In saas-prod-clone, fix …“
5. Diffs ablehnen, deren Pfade nicht mit dieser Root starten.
6. Ein Fenster pro Worktree während Agent-Sessions.
7. Deploy-Pfad angleichen — Vercel/Hosting zieht denselben Ordner wie du editierst. Siehe lovable deploy.

Nach falschem Ordner: Diff im versehentlichen Baum gegen echten Baum, bevor du löschst. Hunks einmal manuell kopieren, dann Stray-Copy löschen oder ignorieren, damit Indexierung nicht mehr kreuzt.

Checkliste vor dem Prompt

• Workspace-Root ist der Worktree, den du lokal startest — kein Parent mehrerer Clones
• Terminal pwd = Workspace-Root
• Cursor Rules nennen erlaubtes Pfad-Präfix
• Prompts nennen Ordner bei Duplikaten
• Alte Exports via .cursorignore oder außerhalb des Repo-Parents
• Diff-Review lehnt Pfade außerhalb der intended Root ab
• Hosting deployt denselben Baum wie Cursor

Agent fixt die Pfade, die es sieht. Sorge dafür, dass es nur einen Production-Baum sieht.

FAQ

Warum lässt cursor worktree Agent den falschen Ordner editieren?

Mehrere Checkouts, Git-Worktrees oder Parent-Ordner als Workspace-Root verwirren Kontext. Agent liest aus dem Pfad, der zur Suche passt — nicht zwingend dem Tab vor dir.

Wie richte ich cursor worktree ein, damit Agent in einem Repo bleibt?

Den konkreten Worktree-Ordner als Workspace-Root öffnen, nicht den Parent mit mehreren Clones. Absoluten Pfad in Cursor Rules — Diffs außerhalb dieser Root im Review ablehnen.

Kann cursor worktree Credits wie Usage-Limit-Loops verbrennen?

Ja. Falsche-Ordner-Edits fixen deine App nicht, verbrennen aber Tokens auf großen Diffs. Du revertierst manuell, Meter sinkt — derselbe Pool wie andere Agent-Runs.