KI-Werkzeuge

Aider: Code im Terminal mit KI ändern und das Modell frei wechseln

Aider arbeitet als Programmierpartner direkt in der Kommandozeile, schreibt Änderungen in Ihr Git-Repository und lässt sich mit unterschiedlichen Sprachmodellen betreiben, auch mit einem lokal laufenden. Gedacht ist das Tool-Training für Entwicklungsteams, die nicht von einem einzelnen Anbieter abhängig werden wollen. Nach dem Tag haben Sie Aider an Ihrem eigenen Projekt eingesetzt, einen Modellwechsel erprobt und wissen, was der Einsatz monatlich kostet und wer ihn im Team betreut.

Für wen

Entwicklungsteams, die KI beim Programmieren nutzen möchten, ohne sich an einen Anbieter zu binden, und dafür auch lokal betriebene Modelle in Betracht ziehen.

KI-Tool-Training · 1 Tag

Aider einrichten, mit Git verzahnen und Modelle ohne Bruch austauschen

Das nehmen Sie mit

  • Eine lauffähige Aider-Installation, angebunden an ein Modell Ihrer Wahl und an Ihr Repository
  • Erfahrung mit einem Modellwechsel und einem lokalen Modell an realem Projektcode
  • Eine Kostenrechnung nach Anfragen im Vergleich zu pauschalen Abonnements, samt Ausstiegsweg
  • Teamregeln für Konfiguration, Commits und Review sowie eine benannte Zuständigkeit

Ablauf

  1. Teil 1

    Einheit 1 – Kompass: Aider, Git und die Frage der Modellwahl

    • Aider installieren und mit einem Sprachmodell verbinden, das Ihr Team selbst auswählt
    • Freie Modellwahl als Einkaufsargument: kein fester Vertragspartner, Wechsel bei Preis- oder Qualitätssprüngen
    • Wie Aider mit Git zusammenspielt und warum die Versionsverwaltung das Sicherheitsnetz bildet
    • Platz im KI-Werkzeugkasten: Aider zählt zu den Werkzeugen, die Programme nach einer Textbeschreibung schreiben
  2. Teil 2

    Einheit 2 – Terminalarbeit: Dateien holen, Aufträge geben, Kosten sehen

    • Gezielt jene Quelldateien in die Sitzung holen, an denen Aider arbeiten soll, und den Rest außen vor lassen
    • Änderungswünsche als klar umrissene Programmieraufgabe formulieren statt als vage Idee
    • Jede Änderung als Commit mit lesbarer Beschreibung nachvollziehen und bei Bedarf zurückdrehen
    • Die Kosten jeder Anfrage anzeigen lassen und den Verbrauch einer Sitzung verfolgen
    • Übung: Aider ergänzt in einem Beispielprojekt eine kleine Funktion; danach wird der entstandene Commit gelesen
  3. Teil 3

    Einheit 3 – Repository-Einsatz: Ihr Projekt mit wechselnden Modellen

    • Arbeit an Ihrem mitgebrachten Projekt, etwa eine Fehlerbehebung oder eine kleine Erweiterung
    • Mitten in der Aufgabe das Modell tauschen und prüfen, ob Sitzung und Repository sauber weiterlaufen
    • Ein lokal betriebenes Modell anschließen, sodass der Quellcode in diesem Schritt im Firmennetz bleibt
    • Übung: Eine Aufgabe aus Ihrem Projekt mit Aider umsetzen und das Ergebnis wie einen Pull Request begutachten
  4. Teil 4

    Einheit 4 – Review und Rechnung: Qualität, Rechtsrahmen, laufende Ausgaben

    • Prüfdisziplin: KI-Commits durchlaufen dasselbe Review wie andere Beiträge, zuständig bleibt der Entwickler
    • Nutzungsabhängige Modellkosten gegen pauschale Abonnements anderer Programmierassistenten rechnen
    • Quellcode mit Kundendaten, Pflichten aus der KI-Verordnung und Beteiligung des Betriebsrats klären
    • Monatsbetrag für den Betrieb ansetzen und festhalten, wie das Team zu einem anderen Werkzeug wechselt
  5. Teil 5

    Einheit 5 – Teamkonvention: Aider im Entwicklungsalltag halten

    • Festlegen, wer Modellzugänge, API-Schlüssel und Standardeinstellungen für das Team verwaltet
    • Gemeinsame Konfigurationsdatei und Regeln für Commit-Nachrichten als Teamvorlage sichern
    • Warnzeichen für einen Fehlgriff: Das Review der KI-Änderungen dauert länger als selbst zu programmieren
    • Fahrplan für weitere Repositories, versehen mit einer Aufwandsschätzung in Personentagen

VoraussetzungenSie programmieren, sind mit Git sowie der Kommandozeile vertraut und bringen ein eigenes Projekt mit.

AbschlussTeilnahmezertifikat und digitales Badge

Thema anfragen