cursor agent mode schrieb Dateien um, die du nie nanntest

Du hast cursor agent mode für Button-Spacing aktiviert und fandst Diffs in Auth-Middleware, Stripe-Webhooks und .env.example.

Agent sucht, editiert und führt Befehle autonom aus. Genau das ist das Problem. Du nanntest eine Component. Es hielt Login für „related“ und schrieb Session-Handling um. Cursor Rules lagen in Settings, praktisch ignoriert. Composer hätte zwölf Zeilen geändert. Agent zwölf Dateien — und Premium-Requests, während du halben Tree revertest.

Agent ändert Dinge, die niemand bestellt hat

Default-Fail bei vagem Scope.

• Diff enthält middleware.ts, du fragtest nach Button.tsx
• package.json mit Dependencies, die du nicht freigegeben hast
• Stripe- oder Supabase-Client geändert beim „Spacing-Fix“
• Tests als „obsolete“ gelöscht, ohne dass du sie laufen ließest
• Shell-Befehle, die du nicht previewed hast
• Git status: zwanzig Dateien; du erwartetest eine

Agent ist auf Zielerreichung getuned, nicht auf minimalen Blast Radius. „Dashboard schöner“ wird Redesign plus Data Layer.

Diffs Datei für Datei reviewen vor Accept. Pfad nicht im Prompt? Ganzen Batch rejecten. Ein akzeptierter Streunerdiff lehrt den Thread: Roaming ist okay — und kostet mehr Premium als Composer auf der einen Datei.

Rules beim nächsten Turn ignoriert

Du pasted langes RULES.md. Agent editierte trotzdem api/webhooks/stripe.ts.

Warum Rules in cursor agent mode scheitern:

1. Zu lang. Roman-Rules verwässern; Modell folgt letzter User-Message.
2. Zu vage. „Vorsicht bei Auth“ verliert gegen „nur src/components/dashboard/„.
3. Falscher Root. Workspace mit zwei Clones; Rules referenzieren Pfade, die Agent nicht sieht — cursor worktree.
4. Keine Reject-Habit. Du acceptest schlechte Diffs; Thread lernt falsch.
5. Thread-Pollution. Frühere Turns ermutigten Refactors; später wiederholt.

Effektive Rules in drei Zeilen: erlaubter Ordner, verbotene Ordner (auth/, payments/, prisma/), „minimal diff only“.

Composer vs. Auth- und Payment-Dateien

Composer mit einem @ file wandert selten in Webhook-Secrets. Agent mode geht auf Jagd.

Composer wenn: CSS, Copy, Component Props, lokale Types, eine failing Test-Datei mit Stack Trace.

Agent nur wenn: explizite Pfade gelistet, Terminal-Output nötig, jede Datei vor Save reviewed.

Nie Agent-first auf: Stripe-Routen, OAuth-Callbacks, RLS-Policies, Prod-Env-Loader, DB-Migrationen. Eine falsche Zeile = stille Payment-Fails. Manuell oder chirurgischer Composer nach Datei-Lesen.

Wie cursor agent mode ausrastet

Verhalten vor Billing.

Terminal-Tabs öffnen sich ohne Klick. Mehrere Dateien mit Agent-Spinner. Vorgeschlagene Commands mit npm install für unbekannte Packages. Chat sagt „refactored for consistency“, du wolltest Padding.

Usage sinkt, weil jeder autonome Pass Premium-Request mit breitem Context ist. Du zahlst Cleanup und Revert.

Warum cursor agent mode Scope expandiert

Agent chainiert Tools: search, read, edit, run. Jeder Schritt nutzt Modell-Guess, was „done“ heißt. Related Files scoren hoch. Auth importiert deine Page; Agent „fixt“ Auth. Env fehlt im Preview; Agent schreibt Loader und Example-Secrets zusammen um.

KI-Apps von Lovable/Replit kommen mit verworrenem Env/Auth. Agent sieht kaputte Imports überall und patcht breit statt eine Prod-Misconfig zu tracen. Deploy-Settings manuell — fünf Settings auf lovable deploy — oft null Agent-Turns vs. roamende Session.

Composer vs. Agent ist auch Billing: Agent mit Tools schickt mehr Context und triggert Follow-ups. Padding-Fix in einem Composer-Request kann Agent-Saga über sechs Dateien werden. Default auf die billige Spur, bis eine Dateiliste steht.

cursor agent mode zähmen — Fix in Schritten

1. Erlaubte Pfade im ersten Satz: „Nur src/components/Header.tsx.“
2. Rules kürzen auf Ordner-Allowlist und verbotene Payment/Auth-Pfade.
3. Richtigen Workspace-Root — ein Repo, kein Parent mit Clones.
4. Composer first für Single-File; Agent nur mit Dateiliste.
5. Terminal-Commands previewen; Installs ablehnen, die du nicht wolltest.
6. Ganzen Diff rejecten, wenn verbotener Pfad drin; frischer Chat.
7. Tests selbst laufen; Agent „all passing“ ohne Output nicht trauen.

cursor agent mode Guardrail-Checkliste

• Prompt nennt ein Verzeichnis oder eine Datei, außer Multi-File explizit
• Rules unter zehn Zeilen mit verbotenen Pfaden
• Auth, Stripe, Supabase, Migrations: Agent default aus
• Composer first für UI und Copy
• Workspace-Root = laufende App, kein Parent von Duplikaten
• Terminal-Commands vor Execution reviewed
• Prod-Env-Checkliste außerhalb Agent bei Deploy-Symptomen

cursor agent mode ist Power-Tool, kein Safe Default für jeden Prompt.

FAQ

Warum ändert cursor agent mode Dateien, die ich nicht nannte?

Agent sucht im Repo nach Related Code und wendet Multi-File-Fixes an, die es aus deinem Ziel ableitet. Ohne engen Pfad und erzwungene Rules expandiert Scope zu Auth, Env-Loadern und Dependencies, die es für verbunden hält.

Wie bringe ich cursor agent mode dazu, Cursor Rules zu respektieren?

Rules kurz halten — max eine Bildschirmseite. Erlaubten Root-Ordner, verbotene Pfade wie Payments/Auth außer wenn genannt, minimale Diffs verlangen. Out-of-Scope in Review ablehnen statt im selben Thread nachprompten.

Wann Composer statt cursor agent mode?

Composer für Single-File-UI, Copy, lokale Type-Fixes. Agent nur bei Tool-Use über Dateien und exakt gelisteten Pfaden. Nie Agent für explorative Edits an Billing- oder Login-Code.