Ein Jahr Cursor, niemand kannte 'Agent' — und warum das die Regel ist

Nach einigen Minuten Input habe ich im Workshop die Frage gestellt: „Wer von euch hat schon mit dem Agent Mode gearbeitet?“ Stille. Ich habe präzisiert: „Wer kann mir erklären, was ein Agent ist?“ Wieder Stille. Zehn Entwickler im Raum, über ein Jahr lang Cursor-Lizenzen im Haus, v3 mit Agent Mode war längst installiert — und der Begriff, der die ganze Produktstrategie hinter ihrem KI-Coding-Tool trägt, war unbekannt.

Das ist ein Muster, in dem die meisten Dev-Teams gerade mit ihren KI-Tools leben: Die Lizenz läuft, das Tool ist offen, und trotzdem arbeitet niemand mit dem Teil, der den Unterschied macht.

Das waren keine Anfänger im Workshop, sondern erfahrene Softwareentwickler, die Cursor täglich nutzen.
Das war also kein Skeptiker-Team, das erst überzeugt werden musste. Es war ein Team mit Rückendeckung, Zeit und erfahrenen Leuten. Wenn ausgerechnet diese Konstellation den Begriff „Agent“ nicht kennt, liegt das nicht an Motivation oder Zugang, sondern an etwas anderem.

Und sie waren nicht allein. Beim Claude Code Anonymous Meetup zeigt sich ein ähnliches Bild, obwohl die Teilnehmer aus Eigeninteresse kommen.

Wie die Lücke zwischen KI-Tool und Konzept entsteht

Drei Dinge laufen bei Cursor insbesondere zusammen.

Autocomplete braucht kein Konzept, ein Agent schon. Eine Tab-Completion bewertest du am Ergebnis: Hat sie geholfen oder nicht. Mehr musst du nicht verstehen. Ein Agent dagegen braucht eine Vorstellung davon, was er ist, worauf er Zugriff hat und was gerade in seinem Kontext steht. Ohne diese Vorstellung wirkt jede Interaktion wie Würfeln: mal kommt etwas Brauchbares heraus, mal Unsinn, und du weißt nicht, woran es lag.

Das Tool wächst schneller als das Wissen im Team. Cursor hat sich im April 2026 mit Version 3 stark umgebaut — die eigene Beschreibung: „a unified workspace for building software with agents“. Khalid Abdelaty bringt den Bruch auf den Punkt:

Earlier versions added agent features to an IDE. Cursor 3 adds an IDE to an agent platform. That order matters.

Nicht mehr der Editor steht im Zentrum, sondern die Agenten; die IDE ist nur noch eine Ansicht darauf.

Und das ist keine reine Marketing-Volte. Cursor-CEO Michael Truell berichtet, dass die Agent-Nutzung im Tool binnen eines Jahres um mehr als das 15-Fache gewachsen ist: Im März 2025 gab es noch 2,5-mal so viele Tab- wie Agent-Nutzer, inzwischen ist es umgekehrt — doppelt so viele Agent- wie Tab-Nutzer. Die meisten Teams haben diese Verschiebung nicht mitgemacht. Sie nutzen ein Agent-Tool, als wäre es noch das Autocomplete-Tool von vor zwei Jahren.

Tool-Vertrautheit fühlt sich an wie Können. Wer Cursor ein Jahr lang offen hat, hat experimentiert, ein paar Edits angenommen, die Tab-Completion verfeinert. Das gibt das Gefühl von Routine. Aber die Konzepte sind dabei nicht mitgewachsen. Vertraut mit dem Tool zu sein heißt eben nicht, die Idee dahinter verstanden zu haben.

Das Pre-Assessment, das mich in die Irre geführt hat

Vor dem Workshop hatte ich nach Erfahrung mit KI-Tools gefragt und den Scope des Workshops geplant. Es sollte um agentische Entwicklung als nächsten Schritt im Tooling gehen. Aus allem hatte ich geschlossen, das Team kenne die Features und nutze sie nur noch nicht — der Workshop müsse also vor allem aktivieren.

Das war falsch. Die eigentliche Antwort lautete: „Wir wissen nicht, was du meinst.“ Aber wer einen Begriff nicht kennt, kann genau das schwer sagen, ohne sich vor den Kollegen zu exponieren. Also bekommt man ein „nein“, das nach „kennen wir, nutzen wir nicht“ klingt, in Wahrheit aber „nie gehört“ heißt.

Die bessere Frage ist offen und an konkretes Verhalten geknüpft:

„Erzähl mir, wie du Cursor im letzten Projekt eingesetzt hast — was hast du angeklickt, was hast du eingetippt?“

Wer nur Tab-Completion benutzt, beschreibt Tab-Completion. Wer mit dem Agent arbeitet, beschreibt den Agenten in eigenen Worten, ohne dass der Begriff kommen muss. Die Lücke wird sichtbar, ohne dass sich jemand bloßstellen muss.

Festhalten lässt sich das so: Feature-Fragen setzen das Vokabular voraus, das oft fehlt. Verhaltensfragen kommen ohne aus und zeigen die Lücke trotzdem.

Wo die Knoten platzten

Lektionen aus dem Workshop, die du auch mitnehmen kannst:

Es hing an einem Wort, nicht am Konzept. Anderes Beispiel als „Agent“ war „globbing“. Die Datei .cursorignore blieb unverständlich, solange der Begriff „Glob“ unerklärt war. Eine Minute später war jedem klar, wie man Pfade vom Agent-Zugriff ausschließt und welche Dateien man typischerweise ausnimmt: node_modules, .git, große generierte Dateien, Secrets. Der Engpass war ein einzelner Fachbegriff, nicht die ganze Idee. Wenn ein Feature in Cursor oder Claude Code unklar wirkt, ist es vielleicht nur ein Wort, das im Weg steht, obwohl die Idee und Mechanik klar ist. Kurz nachschlagen, dann geht‘s weiter.

Was in der Oberfläche sichtbar ist, wird sofort greifbar. Das @-Menü für Kontext, der Rechtsklick im File-Browser für Datei-Aktionen, das / für Skills und Commands. Diese drei Elemente trennen den Agenten als Blackbox vom Agenten als steuerbarem Werkzeug. Wer sie nicht aktiv benutzt, lässt einen großen Teil der Wirkung liegen — auch nach einem Jahr Lizenz. Wenn du heute nur eine Sache mitnimmst: Drück einmal @, scroll durch, klick jeden Eintrag an und schau, was passiert.

Bei der UX solcher Tools sind wir noch im Neuland, der Standard ist ein Chat-Interface. Entwickler-Tools muten ihren Nutzern mehr zu als Software für Endanwender — mehr Zumutung heißt auch steilere Lernkurve. Du musst selbst am Tool herumprobieren, um herauszufinden, was es kann.

Niemand hatte ein Bild vom Kontextfenster. Auf die Frage „Was sieht das Modell, wenn du Enter drückst?“ kam Schulterzucken. Genau das ist der Punkt, an dem Agent-Arbeit zum Glücksspiel wird. Das Modell sieht nicht dein ganzes Projekt. Es sieht, was du aktiv hineingibst, plus das, was der Agent automatisch dazuzieht. Mehr nicht. Wer dieses Bild nicht hat, kann nicht einschätzen, warum eine Antwort gut oder schlecht war.

Drei Fragen, mit denen du die Lücke bei dir findest

Dieselben drei Fragen funktionieren in beide Richtungen: Als Entwickler stellst du sie dir selbst, als Lead stellst du sie deinem Team. Gleiche Fragen, andere Konsequenz.

1. „Beschreib, wie du das Tool im letzten Ticket benutzt hast.“ Tab oder Agent? Welche Schritte? Was war im Kontext?
2. „Wenn du dem Agenten sagen müsstest, welche Dateien er nicht anfassen darf — wo würdest du das hinschreiben?“ Das prüft, ob .cursorignore, Agent Rules oder AGENTS.md als Konzept vorhanden sind.
3. „Was, glaubst du, sieht das Modell, wenn du Enter drückst?“ Das prüft das Bild vom Kontextfenster.

Wenn keine dieser Fragen eine belastbare Antwort bekommt — bei dir selbst oder im Team —, läuft das Tool im Blackbox-Modus. Die Lizenz-Rechnung läuft trotzdem weiter. Die Produktivität, die in den Vertriebsfolien steht, steigt aber nicht.

Was daraus folgt

Für dich als Entwickler: Ein Jahr Cursor offen zu haben heißt nicht, dass die Hebel im Tool für dich arbeiten. Eine Stunde gezielt mit den drei Konzepten — Agent, Kontextfenster, Glob/Rules — bringt mehr als drei weitere Monate Tab-Completion. Der Einstieg ist klein: einmal die Cursor-Doku zu Agents lesen, einmal eine AGENTS.md im eigenen Repo anlegen, einmal das @-Menü systematisch durchklicken. Dafür musst du dir bewusst Zeit nehmen.

Für dich als Lead oder Entscheider: Ein Lizenz-Rollout ist noch keine Adoption. Die Investition zahlt sich erst aus, wenn die Konzepte beim Team sitzen — und das passiert nicht von allein, auch nicht in einem motivierten Team mit Zeit. Es braucht einen konkreten Anstoß. Die richtige Frage im Quartalsmeeting ist nicht „Wie viele nutzen das Tool?“, sondern „Kann mir jemand in zwei Sätzen erklären, was AGENTS.md macht?“ Wenn da nichts kommt, schafft euch gemeinsam Zeit für die Vertiefung.

Die Lücke zwischen Tool und Konzept ist Wissensarbeit, keine Lizenzfrage. Und das Wort „Agent“ selbst ist in einem Satz beschreibbar: Agent = Modell + Harness.

Wenn dir beim Lesen aufgefallen ist, dass das mit dem Kontextfenster bei dir auch nie ganz saß, bist du damit nicht allein, und es ist an einem Nachmittag aufzuholen.

Verwandt dazu, warum dieselbe KI starke Teams stärker und schwache schneller chaotischer macht: KI ist kein Gleichmacher.

---

Du willst das mit deinem Team ausprobieren? Im KI Coding Sprint Workshop arbeiten wir einen halben Tag an euren echten Aufgaben und machen genau diese Lücke vorher im Vorgespräch sichtbar.