Seminar Aider – KI-gestützte Entwicklung mit Git

Aider unterstützt die Zusammenarbeit mit Sprachmodellen direkt in einem Git-Repository. Die Qualität hängt wesentlich davon ab, welche Dateien bearbeitet werden dürfen, welcher Kontext verfügbar ist und wie Änderungen geprüft werden. Das Seminar baut einen nachvollziehbaren Arbeitsablauf für Entwickler auf, die bevorzugt im Terminal arbeiten.

Eine bestehende Anwendung wird schrittweise erweitert und umstrukturiert. Modellantworten werden mit dem tatsächlichen Codezustand verglichen; Linter und Tests liefern technische Rückmeldungen. Die Trennung zwischen Aider als Werkzeug und dem verbundenen Modellanbieter macht außerdem sichtbar, welche Daten verarbeitet werden und wo Nutzungskosten entstehen.

Lernziele

• Aider für ein vorbereitetes Repository und einen freigegebenen Modellzugang konfigurieren.
• Dateien und Repository-Kontext gezielt auf die Aufgabe beschränken.
• Änderungen mit Linter, Tests und Git nachvollziehbar überprüfen.
• Fehlgeschlagene Bearbeitungen analysieren und kontrolliert korrigieren.

Seminarinhalte

• Installation und Modellanbindung
• Dateikontext und Repository-Übersicht
• Planung und Codebearbeitung
• Tests, Linter und Git
• Refactoring und Fehlerbehandlung

Installation und Modellanbindung

Arbeitsumgebung, Zugangsdaten und Modellkonfiguration werden vorbereitet. Unterstützte Bearbeitungsformate und der Zusammenhang zwischen Modellwahl und Änderungserfolg werden eingeordnet. Zugangsdaten werden außerhalb des Repositorys verwaltet; der initiale Projektzustand wird mit Git und einem Testlauf gesichert.

Dateikontext und Repository-Übersicht

Die bearbeitbaren Dateien werden bewusst ausgewählt. Zusätzliche Informationen können ausschließlich zum Lesen bereitgestellt werden. Die Repository-Übersicht unterstützt die Orientierung, ersetzt aber nicht das Prüfen tatsächlich relevanter Schnittstellen und Abhängigkeiten.

Planung und Codebearbeitung

Erklärende Rückfragen, Änderungsvorschläge und Umsetzung werden getrennt eingesetzt. Eine Funktion wird über mehrere Dateien erweitert. Der Umfang einer Änderung bleibt begrenzt, damit fehlerhafte Annahmen, ungeplante Abhängigkeiten und unvollständige Bearbeitungen früh erkennbar sind.

Tests, Linter und Git

Projektbezogene Prüfkommandos werden in den Arbeitsablauf eingebunden. Automatische Commit-Funktionen und manuelle Kontrolle werden aufeinander abgestimmt. Vorhandene lokale Änderungen werden geschützt; das Rücknehmen eines Aider-Schritts wird vom Wiederherstellen des gesamten Arbeitsverzeichnisses unterschieden.

Refactoring und Fehlerbehandlung

Ein überschaubares Refactoring wird durch zusätzliche Tests abgesichert. Bei erfolglosen Modellversuchen werden Kontext, Aufgabenbeschreibung und Bearbeitungsformat überprüft. Wiederholte Versuche erhalten eine klare Grenze; der abschließende Patch wird fachlich und technisch abgenommen.

Praxisprojekt

1. Ein sauberes Git-Arbeitsverzeichnis und den Ausgangsteststand herstellen.
2. Modellzugang konfigurieren und nur die betroffenen Projektdateien auswählen.
3. Eine Erweiterung zunächst erläutern und planen lassen.
4. Den Plan umsetzen und die Änderung mit Linter und Tests kontrollieren.
5. Einen fehlerhaften Bearbeitungsschritt zurücknehmen und den korrigierten Stand als kleinen Commit sichern.

Arbeitsumgebung

Aider, Git, eine vorbereitete Laufzeit mit Testwerkzeugen und ein freigegebener Modellzugang mit ausreichendem Nutzungskontingent werden benötigt. Lokale Modelle sind eine mögliche Variante, sofern deren Eignung vor dem Termin geprüft wurde.

Die Schulungsumgebung wird vom Kunden bereitgestellt. Installation, Zugänge, erforderliche Lizenzen beziehungsweise Nutzungskontingente und die Funktionsfähigkeit des Übungsprojekts werden vor dem Termin abgestimmt und geprüft.