Aider lebt im Terminal und arbeitet wie ein Pair-Programmer, der nichts anfasst, was man nicht prüfen kann. Sein herausstechendes Merkmal ist eine Repository-Map: Es baut einen Index des Projekts auf, um die richtige Datei zu finden, statt aus dem zu raten, was man gerade eingefügt hat.
Jede Änderung wird mit einer generierten Nachricht in git committet. Genau diese Design-Entscheidung ist der Grund, warum viele Entwickler ihm in echten Repositories vertrauen – man kann jeden Schritt mit den bereits genutzten Werkzeugen diffen, zurücksetzen oder cherry-picken.
Bild: automatisch generierte Social Card des GitHub-Repositorys Aider-AI/aider. (github.com/Aider-AI/aider)
Was es bietet
- Repositoryweiter Kontext über die Repository-Map
- Automatische Git-Commits mit aussagekräftigen Nachrichten
- Viele Modelle, auch lokale, pro Sitzung umschaltbar
- Sprach- und Skriptmodi für freihändige oder Stapel-Workflows
Was man vor dem Wechsel wissen sollte
Es ist ein Kommandozeilenwerkzeug ohne GUI, und der Workflow belohnt Leute, die Diffs mögen. Die Kosten sind nutzungsbasiert, und ein sorgloser Lauf gegen ein teures Modell in einem großen Repository kann sich summieren. Wer git nicht mag, wird Aider nicht mögen.
Für wen es passt
Backend- und Infrastruktur-Entwickler, Personen, die große oder übernommene Repositories pflegen, und alle, die eine prüfbare Spur von KI-Änderungen möchten.