39 lines
2.7 KiB
Markdown
39 lines
2.7 KiB
Markdown
---
|
||
type: other
|
||
source_url: https://t.me/c/3839640481/14853
|
||
retrieved: 2026-09-17
|
||
title: "Stefan Weimar — „Vier Schritte hin zum Agentic Engineering" (KI Meetup Hannover #5)"
|
||
author: "Netbits (Fotos), Hector (Auswertung)"
|
||
tags: [event, ki-meetup-hannover, weimar, prodoc, agentic-engineering, spec-driven, rag]
|
||
---
|
||
|
||
# Stefan Weimar — „Vier Schritte hin zum Agentic Engineering"
|
||
|
||
## Quellenkontext
|
||
|
||
Netbits (@NetLightning) teilte am 17.09.2026 zwei Fotos aus dem letzten Vortragsblock (Block 2, 19:30–21:00) des 5. KI Meetup Hannover: die Folie von **Stefan Weimar** (PRODOC Digital, Thema „KI-Agenten & RAG für Software-Teams") und ein QR-Code-Slide desselben Slots. Auswertung per Bildanalyse; inhaltliche Einordnung in `wiki/people/stefan-weimar.md`.
|
||
|
||
## Folie
|
||
|
||
- **Logo (oben rechts):** EPRODOC (ProDoc Digital)
|
||
- **Hauptüberschrift:** „Vier Schritte hin zum Agentic Engineering"
|
||
- **Fußzeile:** „Dipl.-Ing. Stefan Weimar"
|
||
|
||
**Die vier Schritte (wörtlich):**
|
||
|
||
1. **„Schreibt auf, was herauskommen soll"** — „woran man erkennt, dass es erreicht ist, und was ausdrücklich nicht dazugehört."
|
||
2. **„Sagt, für wen und in welchem Umfeld gebaut wird."** — „Daraus zieht die KI Anforderungen, die ihr selbst nicht kennt."
|
||
3. **„Zerlegt die Aufgabe in Teile"** — „und haltet fest, welcher Teil von welchem abhängt."
|
||
4. **„Prüft jeden Teil für sich"** — „bevor ihr weiterbaut."
|
||
|
||
## Weitere Bildinhalte
|
||
|
||
- **QR-Code-Slide** (zweites Foto): großer QR-Code auf der Leinwand, daneben der Referent am Stehtisch mit Laptop. Rechts zwei Roll-ups: „KI CLUB HANNOVER — Künstliche Intelligenz. Echte Menschen. → kiclub-hannover.de" und der helle Banner mit dem Porträt von Udo A. Schacht („KI verstehen. Börse meistern. Zukunft gestalten.").
|
||
|
||
## Einordnung
|
||
|
||
Die vier Schritte beschreiben **Spec-Driven Development** in Alltagssprache: Ziel und Abnahmekriterien zuerst (inklusive ausdrücklicher Nicht-Ziele), Kontext als Anforderungsquelle, Dekomposition mit Abhängigkeiten, Validierung pro Teil vor dem Weiterbauen. Deckt sich inhaltlich mit dem bereits dokumentierten [[../concepts/llm/spec-driven-development-harness.md|Spec-Driven-Development-Pattern]] (Tielke) — dort mit Test-Harness als ausführbarer Spezifikation.
|
||
|
||
## Abgrenzung
|
||
|
||
Folieninhalte aus automatischer Bildanalyse (OCR-behaftet). Die vier Schritte sind wörtlich lesbar und in sich konsistent; die Zuordnung „EPRODOC" als Logo ist eine OCR-Lesung. Inhaltliche Ausführungen des Vortrags (RAG-Architektur, Tooling) sind nicht dokumentiert. Auf dem hellen Banner liest die Analyse diesmal „10 Jahre Börsenerfahrung", in einer früheren Lesung desselben Banners „15 Jahre Erfahrung" — beides unsicher; die Website der Person nennt „35+ Jahre Finanzmärkte".
|