LeistungenCoding-Agent-Tools
GitHub Copilot innerhalb der Richtlinien, die Sie bereits haben
Wir richten Copilot und seinen Cloud-Agenten passend zu den Richtlinien Ihrer Organisation, den Vorgaben für Ihre Repositories und Ihrem Review-Prozess ein und messen dann einen Piloten, bevor es weitergeht.
Erforderliche Checks und Branch Protection bleiben unangetastet.
Was ein erstes Einführungsprojekt liefert
Wir beginnen mit einem Repository und einigen Aufgaben, die für das Team typisch sind, etwa einem kleinen Bug, den ein fehlschlagender Test bereits zeigt. Bevor der Pilot startet, legen wir mit Ihnen fest, was als Erfolg gilt und wer entscheidet.
Am Ende steht eine funktionierende Einrichtung in diesem Repository und eine schriftliche Entscheidung, ob es weitergeht, mit welchen Repositories und unter welchen Bedingungen.
- Anleitungen zu Build und Tests, denen der Cloud-Agent folgen kann, im Repository abgelegt
- Freigaberegeln für die Pull Requests des Agenten, abgestimmt mit Ihren Reviewern
- Für jede Aufgabe festgehalten: übernommene Änderungen, Review-Aufwand und Kosten
- Die Konfiguration und ein Runbook, mit denen Ihr Team ohne uns weiterarbeitet
Zuerst kommen Ihre GitHub-Einstellungen
Copilot arbeitet innerhalb der Regeln, die in Ihrer GitHub-Organisation festgelegt sind. Deshalb lesen wir diese Regeln durch, bevor wir irgendetwas anfassen: die Einstellungen der Organisation, die Richtlinien jedes Repositorys, Branch Protection und CI.
- Richtlinien, die Copilot-Funktionen ein- oder ausschalten, für die ganze Organisation und pro Repository
- Benutzerdefinierte Anweisungen in jedem Repository dazu, wie der Code gebaut, getestet und geschrieben wird
- Eine abgestimmte Liste der Repositories und Daten, die die Arbeit umfasst
Wenn der Cloud-Agent einen Pull Request öffnet
Pull Requests des Cloud-Agenten werden wie jede andere Änderung behandelt: Ein Mensch reviewt jeden einzelnen, und die erforderlichen Checks müssen erfolgreich durchlaufen. Mit Ihren Reviewern legen wir fest, worauf sie achten und wann eine Änderung an den Agenten zurückgeht.
- Die CI-Checks, die Sie verlangen, bleiben in Kraft
- Alle Reviewer sehen, welche Aufgabe der Agent bekommen hat
- Was Reviewer finden, dazu Nacharbeit und Reverts, aufgeschlüsselt nach Team, Aufgabe und Modell
Ein Pilot, gemessen an Ihrer Baseline
Bevor der Pilot beginnt, messen wir eine Baseline. Danach läuft der Pilot mit Arbeit, die für Ihre Teams typisch ist, und seine Ergebnisse werden mit diesen Ausgangswerten verglichen. Berichtet wird über Teams, Aufgaben und Modelle. Kein Engineer wird einzeln bewertet.
Wie Entwicklungsteams lernen, mit Copilot zu arbeiten
Entwickler finden sich am schnellsten in Copilot ein, wenn sie an Issues arbeiten, die in Ihrem Backlog tatsächlich offen sind. Sie lernen, für eine Aufgabe zwischen Chat, Edits und dem Agenten zu wählen. Außerdem zeigen wir, wie man ein Issue so klar formuliert, dass der Cloud-Agent es abschließen kann. Auch das Review der Pull Requests, die er öffnet, gehört dazu. Das Training findet remote oder bei Ihnen vor Ort in Deutschland oder Polen statt, auf Deutsch, Englisch oder Polnisch.
Was in Ihrer Organisation bleibt
- Die Copilot-Richtlinien und die benutzerdefinierten Anweisungen der Repositories
- Runbooks, um weitere Repositories und Teams hinzuzufügen
- Messwerte aus dem Piloten, erhoben an der Arbeit Ihrer Teams
Was die Zahlen zeigen müssen
- Die Zahl der Pull Requests des Cloud-Agenten, die ohne Nacharbeit gemergt werden
- Wie lange ein Review dauert, wenn der Agent den Pull Request geöffnet hat und wenn ein Mensch es war
- Was Seats und Nutzung kosten, gemessen an der Arbeit, die gemergt wird
Fragen
Passt Copilot zu unserer Arbeitsweise und den Tools, die wir nutzen?
Das prüfen wir vor allem anderen. Wir gehen Ihre Organisationseinstellungen und Branch Protection durch, Ihre CI und alle Tools, die daran angebunden sind. Wenn sich zeigt, dass Copilot für manche Repositories oder Aufgabentypen schlecht passt, macht der Pilot das vor einem breiteren Rollout sichtbar.
Einige unserer Teams arbeiten mit anderen Coding-Agenten. Spielt das eine Rolle?
Nein. Arbeit, die mehrere Tools umfasst, gehört zu einer anderen unserer Leistungen: Einführung von Coding-Agenten.
Meinen Sie GitHub Copilot oder Microsoft 365 Copilot?
GitHub Copilot, also den Assistenten und die Agenten, die Softwareteams für Code nutzen. Microsoft 365 Copilot ist ein anderes Produkt, gebaut für die Office-Anwendungen, und das implementieren wir nicht.
Verwandte Leistungen
Einführung von Coding-Agenten
Der Einsatz von Agenten, ausgeweitet von wenigen Pilotteams auf die gesamte Entwicklung, mit Schulungen und einem gemeinsamen Setup.
Harness Engineering
Das Setup, das einem Agenten sagt, wie er Ihren Code baut, testet und ändert, abgelegt in der Versionskontrolle.
Evaluierungen auf Ihren Repositories
Tools, Modelle oder Einstellungen im direkten Vergleich, getestet an Änderungen, die Sie bereits gemergt haben, bevor Sie sich festlegen.
Aus dem Blog
Metriken für einen GitHub-Copilot-Pilot
Was die Copilot-Nutzungsmetriken von GitHub messen, wo sie aufhören und wie Sie sie mit eigenen Daten zu Review und Nacharbeit kombinieren, um über die Fortsetzung zu entscheiden.
Branch-Schutz für Agenten-Pull-Requests
Welche Einstellungen für Branch-Schutz und Rulesets auf GitHub gelten sollten, wenn Coding-Agenten Pull Requests öffnen, und wie Sie prüfen, ob sie wirklich greifen.
Mit einem Engineer sprechen
Bringen Sie eine Aufgabe mit, die Sie verbessern möchten. Das Gespräch dauert 30 Minuten und braucht keinen Zugriff auf Ihre Systeme oder Ihre Daten.
Die Buchung läuft über Google Kalender.
Lieber zuerst schreiben? Hinterlassen Sie Ihre E-Mail-Adresse und ein paar Zeilen, dann antworten wir mit Terminvorschlägen.
Sehen Sie in Ihrem E-Mail-Programm nach dem Entwurf
Senden Sie ihn von dort ab, und ein Engineer antwortet Ihnen persönlich mit Terminvorschlägen für ein 30-minütiges Gespräch. Hat sich kein Entwurf geöffnet, schreiben Sie uns an miki@cloudsail.com.