Einführung von Coding-Agenten für Entwicklungsteams
Für Teams, die Coding-Agenten einführen, ob mit einem Werkzeug in einem Team oder mit mehreren Werkzeugen und Teams, und eine Einführung brauchen, die sie selbst betreiben können.
Beratung für Softwareentwicklung
Cursor-Beratung und Schulung für Teams
Für Entwicklungsteams, die Cursor nutzen oder bald nutzen und eine gemeinsame Praxis im Editor wollen statt einer eigenen Einrichtung pro Person. Wir arbeiten an Regeln, Kontext und Werkzeugzugriff in Ihren Repositories und schulen an Ihrem eigenen Backlog. Beratung und Schulung kommen in dem Verhältnis, das Sie brauchen.
Über Ihre Einrichtung sprechenProjektregeln und Kontext
Ohne gemeinsame Regeln folgt der Agent den Konventionen, die jemand gerade in den Chat geschrieben hat, und im Review werden sie bei jedem Pull Request neu verhandelt. Regeln im Repository verlegen diese Diskussion an eine Stelle. Schwierig ist, sie nützlich zu halten: Zu lange Regeln verwässern, immer angehängte Regeln kosten bei jeder Anfrage Kontext, und Regeln ohne Verantwortliche veralten.
Wir schreiben sie mit den Personen, die in diesem Repository reviewen, lassen sie gegen echte Aufgaben laufen und streichen, was der Agent übergeht oder falsch versteht.
- Die tatsächlichen Build-, Test- und Lint-Befehle, damit der Agent seine Arbeit prüft, bevor Sie es tun
- Konventionen, die Ihre Reviewer ohnehin durchsetzen, einmal formuliert und auf die Pfade begrenzt, für die sie gelten
- Eine Trennung zwischen dauerhaft aktiven Regeln und solchen, die nach Pfad oder auf Anforderung greifen, um Kontext zu sparen
- Eine verantwortliche Person und ein Review für Regeländerungen
Aufgabenzuschnitt und Review-Praxis
Liefert ein Agent laufend Diffs, kann das Review zum Engpass werden. Darauf zielt vieles von dem, was wir üben: Arbeit so schneiden, dass eine Aufgabe einen prüfbaren Diff ergibt, bei übergreifenden Änderungen vor dem ersten Edit einen Plan verlangen und einen Plan ablehnen, der mehr anfasst, als die Aufgabe braucht.
Dazu gehört, rechtzeitig aufzuhören. Ob man eine Sitzung weiter nachsteuert oder mit engerem Auftrag neu beginnt, ist eine Ermessensfrage: Wie weit hat sich die Arbeit vom ursprünglichen Umfang entfernt, wie viel Kontext der Sitzung ist inzwischen veraltet, und lässt sich der entstehende Diff noch prüfen? Außerdem braucht das Team eine klare Antwort darauf, wer die Tests ausführt und wer die Ausgabe liest. Die Meldung des Agenten, die Tests seien grün, ist kein Check.
- Eine Aufgabe, ein Diff, den ein Reviewer in einem Durchgang lesen kann
- Zuerst ein Plan bei modulübergreifenden Änderungen, geprüft wie eine Designnotiz
- Tests, die eine Person oder die CI ausführt und deren Ausgabe jemand liest
- Ein vereinbarter Punkt, an dem man die Sitzung verwirft und neu beginnt oder selbst übernimmt
- Fehlersuche anhand des fehlschlagenden Befehls und seiner tatsächlichen Ausgabe
Werkzeugzugriff, interaktive Arbeit und Cloud-Agenten
MCP-Server und Auto-Run-Einstellungen bestimmen, was der Agent erreicht und was er ohne Rückfrage tut. Bleibt das den einzelnen Laptops überlassen, unterscheidet es sich von Person zu Person. Ergebnisse lassen sich dann schwer vergleichen und Vorfälle schwer rekonstruieren. Wir vereinbaren mit Ihnen eine Freigabeliste, einschließlich der Frage, welche Server Zugangsdaten tragen und was diese dürfen, und legen den gemeinsamen Teil im Repository oder in den Admin-Einstellungen ab, soweit Ihr Tarif das unterstützt.
Cloud-Agenten arbeiten auf einem Branch in einer entfernten Umgebung und liefern einen Pull Request. Bevor sich ein Team darauf verlässt, prüfen wir drei Dinge: ob die Umgebung das Repository bauen und testen kann, welche Secrets sie dafür bräuchte und ob Sie diese dort ablegen wollen, und wie die Läufe in Ihrem Tarif im Vergleich zur Arbeit im Editor abgerechnet werden. Arbeit mit beweglichen Anforderungen oder teuren Fehlschritten bleibt interaktiv.
Was Sie konfigurieren können, hängt von Ihrem Cursor-Tarif und den Admin-Einstellungen ab. Beides prüfen wir, bevor wir etwas vorschlagen. Für Daten gilt dasselbe: Wir listen auf, was mit Ihren aktuellen Einstellungen zu Privacy Mode und Indexierung wohin gesendet wird, und Sie gleichen das mit den Bedingungen von Cursor ab. Zusagen zum Datenschutz geben wir für Cursor nicht ab.
Schulungsformat und was bei Ihnen bleibt
Die Schulung ist eine Arbeitssitzung mit einem Team, in seinen Repositories und an Aufgaben aus seinem Backlog. Die Zeit geht in die Punkte, an denen die Praxis im Team auseinanderläuft. Funktionsrundgänge überlassen wir der Dokumentation von Cursor.
Die Inhalte hängen davon ab, wo das Team steht. Ein Team am Anfang braucht eine Grundlage: Regeln, Zuschnitt, Review. Ein Team, das Cursor seit Längerem täglich nutzt, muss meist Meinungsverschiedenheiten klären, etwa wie viel delegiert wird, welche Modelle Standard sind und was ein Reviewer bei einem vom Agenten geschriebenen Diff voraussetzen darf. Danach behält das Team die Regeln, die Übungen, die Notizen zum Werkzeugzugriff und ein kurzes Runbook für das Onboarding.
Fragen
Wann gehört eine Aufgabe an einen Cloud-Agenten statt in den Editor?
Wenn Sie sie schriftlich an eine Kollegin oder einen Kollegen übergeben könnten, die Tests des Repositories ein falsches Ergebnis erkennen würden, die entfernte Umgebung ohne Secrets bauen kann, die Sie lieber lokal halten, und jemand das Ergebnis als Pull Request prüft. Fehlt eines davon, bleibt die Aufgabe im Editor.
Enthält jeder Cursor-Tarif, was diese Seite beschreibt?
Nein. Funktionen und Admin-Einstellungen unterscheiden sich je Tarif und ändern sich mit der Zeit. Wir prüfen vor dem Zuschnitt, was Ihr Tarif und Ihre Einstellungen erlauben, und lassen weg, was Sie nicht haben.
Welches Modell sollte Team-Standard sein?
Das, das sich bei Ihren Aufgaben zu vertretbaren Kosten bewährt, und das unterscheidet sich je Repository und Aufgabentyp. In Cursor lässt sich das Modell pro Anfrage unter den verfügbaren Modellen wählen. Ein Team-Standard ist deshalb zunächst eine Konvention; welche Admin-Kontrollen Ihr aktueller Tarif dafür tatsächlich bietet, ist zu prüfen, statt es vorauszusetzen. Ist die Wahl wichtig genug, um sie zu messen, beschreiben Repository-Evaluierungen das Vorgehen. Was Tarif und nutzungsabhängige Kosten pro akzeptierter Änderung ausmachen, behandelt die Seite LLM-Kosten senken.
Verwandte Leistungen
Harness Engineering für Coding-Agenten
Wie sich ein Coding-Agent in Ihrem Repository verhält, entscheidet großenteils sein Harness: was er erfährt, was er ausführen und erreichen kann und welche Checks seine Ausgabe durchläuft, bevor ein Mensch sie sieht. Wir entwickeln diese Software-Laufzeitumgebung gemeinsam mit Ihrem Team, damit der Agent mit Ihrem Build, Ihren Tests und Ihrem Review-Prozess arbeitet.
Coding-Agenten an Ihren Repositories evaluieren
Öffentliche Benchmarks sagen wenig darüber aus, wie gut ein Agent mit Ihrem Code arbeitet. Wir helfen Ihnen, Modelle und Änderungen am Harness an Aufgaben aus Ihren eigenen Repositories zu evaluieren.
LLM-Kosten für Coding-Agenten senken
Wir helfen Ihnen herauszufinden, wohin Ihre Ausgaben für Coding-Agenten und LLMs fließen, und setzen dann die Änderungen um, die sich im Qualitätstest bewähren.