Aider.

Codeänderungen im Zusammenspiel mit Git

Wenn eine Änderung mehrere zusammenhängende Dateien betrifft, ist es umständlich, jede in einen separaten Webchat zu kopieren. Aider wird im Projektverzeichnis gestartet; die nötigen Quelldateien werden zur Sitzung hinzugefügt. Der Assistent erhält ihren Inhalt, nutzt die Repository-Karte für zusätzlichen Kontext und bearbeitet sie gemäß der Aufgabe. Änderungen lassen sich über Git verfolgen und unerwünschte Anpassungen rückgängig machen.

Eine Projektkarte hilft, Verbindungen zu finden, macht aber den Kontext nicht unendlich. Wenn Sie zu viele Dateien hinzufügen, steigen die Kosten und die Wahrscheinlichkeit, dass eine wesentliche Anforderung übersprungen wird. Es ist besser, ein bestimmtes Verhalten zu identifizieren, ein reproduzierbares Beispiel anzubringen und Referenzmaterialien nur dort zu lassen, wo sie wirklich benötigt werden.

Erst fragen, dann ändern

Im Modus ask ist es bequem, den vorhandenen Code ohne Bearbeitung zu verstehen. Der Modus code ist für Bearbeitungen vorgesehen, und architect teilt das Design der Lösung und ihre Übertragung in Dateien zwischen dem Modell-Planer und dem Modell-Editor. Dies ist ein nützlicher Unterschied: Manchmal müssen Sie die Ursache des Fehlers verstehen, bevor Sie dem Tool erlauben, die Implementierung zu ändern.

Beispielsweise verliert eine Importfunktion Zeilen mit einem leeren optionalen Feld. Bitten Sie zunächst, den Pfad einer solchen Zeile und den Ort anzuzeigen, an dem sie verworfen wird. Begrenzen Sie dann die Änderung durch den Importhandler, geben Sie das erwartete Ergebnis für den leeren Wert an und bitten Sie darum, einen Test hinzuzufügen. Ein solches Briefing ist leichter zu bewerten als die Forderung "Schreiben Sie den Import richtig".

Modell wird separat ausgewählt

Aider lässt sich mit Cloud-Anbietern und lokalen Modellen verbinden, unter anderem über Ollama. Die Installation der Software stellt noch keine kostenlose Rechenleistung für ein Cloud-Modell bereit. Bei lokaler Nutzung verarbeitet der ausgewählte lokale Server den Text. Bearbeitungsqualität, Geschwindigkeit und verfügbare Kontextlänge hängen vom Modell und vom Rechner ab.

Die lokale Option gilt nicht automatisch für jeden Start. Der Cloud-Schlüssel sendet den entsprechenden Kontext an den Anbieter, und zusätzliche Quellen und Befehle können auf das Netzwerk zugreifen. Überprüfen Sie vor der Arbeit mit einem geschlossenen Projekt das aktive Modell, die Verbindungsadresse und die Zusammensetzung der Dateien in der Sitzung. Die Unterstützung fremder APIs belegt keine separate Cloud-API von Aider selbst.

Wie man das Ergebnis akzeptiert

Sehen Sie nach der Änderung den diff durch und prüfen Sie, ob der ursprüngliche Fehlerfall behoben wurde, nicht bloß der Text der Fehlermeldung. Automatische lint-Prüfungen und Tests finden einen Teil der Probleme; Befehle und Umgebung müssen zum Projekt passen. Testen Sie auch eine gewöhnliche Datei und einen fehlerhaften Datensatz, damit eine gezielte Korrektur keine benachbarten Abläufe beschädigt.

Ein Git-Commit erleichtert die Rückkehr zu einem früheren Stand, belegt aber nicht die Korrektheit des Codes. Geben Sie keine Geheimnisse in den Kontext und verlassen Sie sich nicht darauf, dass das Modell interne Architekturkonventionen von selbst errät. Halten Sie diese lieber in einer kurzen Regeldatei mit konkreten Beispielen fest.

Für welche Aufgaben geeignet

• Einen reproduzierbaren Fehler in mehreren Dateien beheben
• Besprechen Sie den Code vor der Bearbeitung
• Einen überprüfbaren Git-Diff vorbereiten
• Mit einem eigenen lokalen Modell arbeiten