Programmieren mit KI für Java-Entwickler – Claude Code und lokale KI im Workshop

Für Java-Teams bedeutet Programmieren mit KI vor allem eines: Der Agent muss seine Änderungen selbst bauen und testen können. In diesem eintägigen Workshop arbeitet Claude Code deshalb von Anfang an mit Maven oder Gradle und JUnit, und jede Übung endet mit einem messbaren Ergebnis – kompiliert es, laufen die Tests, was hat sich am Testordner geändert. Dieselben Aufgaben löst dein Team zusätzlich mit der hauseigenen KI.

Für wen ist dieses Seminar

Für Java-Entwicklerinnen und -Entwickler, die Anwendungen mit Spring, Jakarta EE oder für Tomcat bauen und KI-Werkzeuge im Team einführen wollen, und für technische Leitungen, die entscheiden müssen, welcher Code an eine Cloud-KI gehen darf. Java-Kenntnisse werden vorausgesetzt, nicht vermittelt: Neu ist die Arbeit mit dem Agenten. Das Angebot richtet sich an Unternehmen, Behörden und öffentliche Einrichtungen, Vereine und Verbände sowie Selbstständige.

Was du mitbringen solltest

Sichere Java-Praxis, Erfahrung mit Maven oder Gradle, JUnit und Git. Auf den Arbeitsplätzen sollten JDK 21 und Git installiert sein; VS Code, die Java-Erweiterungen und Claude Code richtet dein Team im Workshop gemeinsam ein. Maven oder Gradle selbst müssen nicht installiert werden – das Übungsprojekt bringt den Wrapper mit. Je Teilnehmenden ist ein kostenpflichtiges Claude-Abo nötig, für den Vergleich ein erreichbarer KI-Server im Haus. Wer den Workshop sprachunabhängig betrachten möchte, findet den Überblick unter Programmieren mit KI – Claude Code und lokale KI.

Inhalte im Überblick

Das Übungsprojekt ist ein kleiner Online-Shop in Java 21 mit JUnit 5, wahlweise für Maven oder Gradle, als Git-Repository mit festem Startpunkt. Jede Übung hat ein geprüftes Soll-Ergebnis.

Agent, Datenschutz und Einrichtung

• Chat, Vervollständigung, Agent: Wer schlägt nur vor, und wer handelt selbst?
• Agentic Coding statt Vibe-Coding: Was ändert sich, wenn der Agent selbst handelt?
• Vibe-Coding: Wann trägt es, und wann kippt es?
• Warum tut der Agent das? Ein Fehler bestellt, drei Dateien umgebaut – und die Korrektur von gestern ist heute vergessen
• Neues Projekt oder gewachsener Bestand: Warum verhält sich der Agent so verschieden?
• Welches Modell, wie viel Denkaufwand – und was kostet das?
• Was geschieht mit deinem Code beim Anbieter, und darf der Agent Zugangsdaten lesen?
• Prompt Injection und die „Lethal Trifecta“: Wann wird ein präpariertes Dokument gefährlich?
• Der Agent kennt dein Projekt nicht – wie erfährt er, wie hier gebaut und getestet wird? (VS Code; Hinweise für IntelliJ IDEA)
• AGENTS.md, CLAUDE.md, Context Engineering: Was muss der Agent wissen, und was ist zu viel?
• Skills, Hooks und MCP-Server: Was bringen sie, und welche Angriffsfläche öffnen sie?

Programmieren mit Tests zuerst

• Knapper Auftrag, viele Korrekturrunden: Was fehlt dem Agenten?
• Spec-Driven Development: Wann lohnt sich die Spezifikation zuerst, und wann wird aus einem Bugfix ein Pflichtenheft?
• Geldbeträge in Java: Was passiert, wenn der Agent nebenbei den Typ wechselt?

Refactoring im Vergleich

• Charakterisierungstests: Eine gewachsene Klasse mit verschachtelten Bedingungen und double-Beträgen – wie baut der Agent sie um, ohne das Verhalten zu ändern?
• Claude oder hauseigene KI: Kompiliert es, laufen die Tests, wie viel Nacharbeit bleibt?

Optimierung und Review

• Der Code ist langsam – aber wo genau?
• Zwei Modelle prüfen denselben JDBC-Code: Wer findet was, und wie viele Fehlalarme kommen dazu?

Große Projekte und Teamregeln

• Große Java-Repositorys und lange Umbauten: Wo steht, was gilt?
• Token, Abo oder API: Was kostet der Agenteneinsatz, und wer behält es im Blick?
• Welche Regeln sollen im Team für den KI-Einsatz gelten?
• Kognitive Schulden: Wer versteht den Code noch, den der Agent geschrieben hat?

Wahlbausteine aus der Praxis (je nach Zeit)

Je nach Zeit und Schwerpunkt der Gruppe kommen Wahlbausteine mit Fällen aus einem laufenden Plattformprojekt hinzu. Jeder beginnt mit Problemen, in denen du dich wiederfindest.

Große Aufgaben – wenn der Agent den Faden verliert

• Nach vielen Sitzungen fehlen Details aus dem Plan
• Das Review ist grün, aber umgesetzt wurde etwas anderes
• Die fünfte Review-Runde findet immer noch etwas – wann ist es genug?

Im Team – wenn mehrere Menschen und Agenten am selben Code arbeiten

• Zwei Kollegen, derselbe Code, zwei verschiedene Ergebnisse
• Jeder Agent hat sein eigenes Gedächtnis – was weiß das Team?
• AGENTS.md: Claude, Copilot und der KI-Assistent der IDE im selben Projekt – wer befolgt welche Regeln?

Wartung und Pflege – wenn das KI-Projekt älter wird

• Pläne veralten, und der Agent arbeitet nach dem alten Stand weiter
• Widersprüche wachsen: Zwei Regeln sagen Gegenteiliges – welche gilt?
• Agent Instruction Bloat: Die Regeldatei wird länger, und im Praxisfall stimmte jede zehnte Aussage nicht mehr
• Aus einer Korrektur wird eine Pauschalregel, aus der nächsten Kritik die Gegenregel
• Das KI-Gedächtnis weiß etwas anderes als die Projektregeln

Typische KI-Fehler in Java – und was sie abfängt

KI-Modelle kennen Java gut, aber sie kennen viele Java-Versionen gleichzeitig. Die häufigsten Fehler sind deshalb nicht Syntaxfehler, sondern plausible Mischungen aus alten und neuen Konventionen. Der Workshop zeigt für jeden Fehlertyp das Gegenmittel, das ihn in aller Regel findet.

Alle Übungen sind vor dem Workshop gegen das Übungsprojekt geprüft. Ein Beispiel aus Übung 3: Ein Umbau, der bestehendes Verhalten „verbessert“, wirkt wie ein Fortschritt – und fällt an den Referenztests auf (geprüft 03.10.2026, Java 21).

Was du danach kannst

• Claude Code für ein Maven- oder Gradle-Projekt einrichten, Build und Tests freigeben, vertrauliche Dateien sperren
• einen Java-Auftrag mit Fachregel und Beispielwerten so formulieren, dass er als JUnit-Test abnehmbar ist
• gewachsene Java-Klassen mit Charakterisierungstests absichern und in Etappen umbauen
• Java-typische KI-Fehler erkennen und mit Compiler, Tests und git diff abfangen
• zwischen Claude und der hauseigenen KI umschalten und begründen, welche für eine Aufgabe passt
• Skills, Hooks und MCP-Server als Erweiterungen von Claude Code einordnen und typische Rechte-Einstellungen kennen

Formate und Ablauf

Dauer: ein Tag, optional ein zweiter Praxistag an deinem eigenen Projekt – auch an Tomcat- oder Spring-Anwendungen. Dafür wählt dein Team vorab mit einem Steckbrief eine überschaubare Klasse oder ein Modul aus, das sich eigenständig bauen und testen lässt. Unterlagen: Teilnehmerskript, Foliensatz und das Java-Übungsprojekt.

Verwandte Seminare und Vertiefung

Die sprachunabhängige Fassung mit allen Grundlagen beschreibt Programmieren mit KI – Claude Code und lokale KI. Wer anschließend eine komplette Webanwendung mit Agenten entwickeln will, setzt im Seminar Webanwendungen mit Claude und KI-Agenten entwickeln fort. Für Teams mit viel SQL-Anteil in der Java-Anwendung passt KI und Vibe-Coding für SQL und Datenbanken; wer nur lokal arbeiten darf, vertieft das in Programmieren mit lokaler KI. Wie ein Ollama-Server stabil läuft und welches Modell sich eignet, zeigen Ollama im Dauerbetrieb und Ollama und offene KI-Modelle im Vergleich; die Datenschutz-Seite beleuchtet Lokale KI im Unternehmen. Alle KI-Seminare stehen unter KI-Programmierung.

Häufige Fragen (FAQ)

Arbeitet der Workshop mit Maven oder mit Gradle?

Mit beidem. Das Übungsprojekt gibt es in einer Maven- und einer Gradle-Variante mit identischem Code und identischen Übungen; du wählst die Variante, die dein Team auch im Alltag nutzt.

Müssen wir statt IntelliJ IDEA VS Code verwenden?

Im Workshop arbeiten alle mit VS Code, damit Einrichtung und Bildschirmfreigabe für alle gleich sind. Claude Code gibt es auch als Plugin für IntelliJ IDEA; Projekteinstellungen, CLAUDE.md und das Umschalten auf die lokale KI funktionieren dort genauso.

Welche Java-Version wird vorausgesetzt?

Das Übungsprojekt nutzt Java 21. Deine Projekte am zweiten Tag dürfen eine andere Version verwenden – die Arbeitsweise mit dem Agenten ist dieselbe.

Können wir am zweiten Tag an unserer Tomcat- oder Spring-Anwendung arbeiten?

Ja, wenn sich die gewählte Stelle eigenständig bauen und testen lässt. Ein Steckbrief hilft, vorab eine geeignete Klasse oder ein Modul auszuwählen und zu klären, ob der Code an Claude gehen darf oder nur mit der lokalen KI bearbeitet wird.

Wie lange dauert der Workshop?

Einen Tag; der optionale Praxistag am eigenen Code kommt als zweiter Tag hinzu, sinnvollerweise ein bis drei Wochen später.

Was kostet der Workshop?

Der Preis richtet sich nach Format, Umfang und Teilnehmerzahl und wird auf Anfrage angeboten.

Individuell anfragen

Nach deiner Anfrage klären wir Build-Werkzeug, Java-Version, Teamgröße, Format und die Ausstattung mit Claude-Abo und lokalem KI-Server; danach erhältst du einen Termin- und Inhaltsvorschlag. Die Anfrage ist unverbindlich und kostenlos.