Einführung
Agentische Systeme ändern die Erstellung und Wartung von Software. Anstatt sich nur auf Entwickler zu verlassen, um Code zu schreiben und zu aktualisieren, übernehmen Teams Systeme, die Ziele interpretieren, Lösungen vorschlagen und Maßnahmen innerhalb von Repositorys ergreifen können. In GitHub kann ein Agent einen Branch erstellen, Dateien ändern, eine Pull-Anfrage öffnen und dann basierend auf Feedback aus Tests, Sicherheitsüberprüfungen und Code-Reviews iterieren.
Die Funktion allein macht jedoch keinen Agenten zuverlässig. Ohne eine klar definierte Architektur können Agents zu früh handeln, unklare Änderungen erzeugen oder ohne ausreichende Validierung funktionieren. In Produktionsumgebungen stellen diese Fehler echte Risiken für Codequalität, Sicherheit und Betriebsstabilität dar.
Das Entwerfen eines Agentensystems in GitHub bedeutet nicht, dem Agenten mehr Freiheit zu geben. Es geht darum, zu definieren, wie die Arbeit über das System fließt, indem ersetzbare GitHub Funktionen wie Pullanforderungen, Workflows und Repositoryregeln verwendet werden. Eine gut gestaltete Architektur stellt sicher, dass jede Agentaktion einen sichtbaren Datensatz hinterlässt, von objektiven Signalen überprüft wird und nur akzeptiert wird, wenn sie richtlinienanforderungen erfüllt.
Glossary
Schlüsselbegriffe und Definitionen
In diesem Modul wird eine kleine Gruppe von wiederkehrenden Ausdrücken verwendet. Die nachstehenden Definitionen erläutern, wie sie im gesamten Inhalt verwendet werden.
Plan (Artefakt) Eine strukturierte Beschreibung der beabsichtigten Änderungen, die in der Regel in einer Pull-Request-Beschreibung enthalten sind. Er beschreibt das Ziel, den Umfang, die Schritte, Risiken und Validierungskriterien für die Arbeit.
Planung (Agent-Funktion) Der Prozess, mit dem ein Agent einen Plan basierend auf einer Aufgabe, einem Problem oder einer Benutzereingabe generiert oder optimiert. Dies kann in verschiedenen Einstiegspunkten auftreten, z. B. in einem GitHub Problem oder in der Agents-Schnittstelle.