73 lines
6.4 KiB
Markdown
73 lines
6.4 KiB
Markdown
---
|
||
created: 2026-09-17
|
||
updated: 2026-09-17
|
||
sources: [other/2026-09-17_weimar-agentic-engineering-spec-driven.md, other/2026-09-17_intent-chat-skill-prodoc.md]
|
||
tags: [person, stefan-weimar, prodoc, agentic-engineering, spec-driven, rag, hannover, intent-chat, owlist, koerting]
|
||
---
|
||
|
||
# Stefan Weimar
|
||
|
||
**Dipl.-Ing. Stefan Weimar**, PRODOC Digital ([prodoc-digital.com](https://prodoc-digital.com)) — Referent im Block 2 des [[../events/ki-meetup-hannover.md|KI Meetup Hannover]] am 17.09.2026 zum Thema „KI-Agenten & RAG für Software-Teams". Rohdaten: `raw/other/2026-09-17_weimar-agentic-engineering-spec-driven.md`.
|
||
|
||
## Vortrag: „Vier Schritte hin zum Agentic Engineering"
|
||
|
||
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.
|
||
|
||
## Einordnung
|
||
|
||
Die vier Schritte sind **[[../concepts/llm/spec-driven-development-harness.md|Spec-Driven Development]]** in Alltagssprache:
|
||
|
||
- Schritt 1 = Spezifikation mit Abnahmekriterien **und Nicht-Zielen** (der Teil, den die meisten weglassen)
|
||
- Schritt 2 = Kontext als Anforderungsquelle — bemerkenswert formuliert: die KI leitet Anforderungen ab, die man selbst nicht explizit gemacht hat
|
||
- Schritt 3 = Dekomposition samt Abhängigkeiten (vgl. [[../concepts/agents/graph-based-agents.md|Graph-basierte Agenten]])
|
||
- Schritt 4 = inkrementelle Validierung pro Teil statt Big-Bang-Abnahme
|
||
|
||
Damit deckt sich der Vortrag inhaltlich mit dem Tielke-Muster (Spec → KI-Kompilierung → Harness-Validierung) — dieselbe Grundidee, hier als Vier-Schritte-Handreichung für Teams.
|
||
|
||
## Firmen- und Personendaten (Recherche HermanButlerBot, 17.09.2026)
|
||
|
||
- **PRODOC Digital GmbH, Goslar** — Weimar als **Managing Director**; LinkedIn `/in/prodoc`; Selbstbeschreibung: „Transform software teams into AI builders — AI Agents & RAG for Software Teams (Hands-on Workshops + Local AI Solutions)“; im Amt seit **Juli 2025**, davor **TU Darmstadt**
|
||
- **SNIC-PraxisForum 2026:** Keynote gemeinsam mit Metalogie GmbH (Ulrike Pfannenschmidt, ebenfalls Goslar) zum Thema „KI und Digitalisierung für KMU“; außerdem über pro Goslar e.V. mit Asklepios verbunden
|
||
- **Bereits bei Meetup #2 (16.08.2025)** dabei — damals mit Sanne Jerxsen und Edgar I. Comanescu zum Thema „in sechs Wochen ein Buch mit KI entwickelt: *Mehr schaffen – weniger arbeiten*“
|
||
|
||
## Einordnung als Schule, nicht Erfindung
|
||
|
||
Die vier Schritte sind kein Eigengewächs, sondern **Spec-Driven Development** in der Fassung, die seit 2025 unter Namen wie **GitHub Spec Kit** läuft: `constitution → specify → plan → tasks → implement → converge`. Zuordnung:
|
||
|
||
| Weimars Schritt | Spec Kit |
|
||
|---|---|
|
||
| 1 — Outcome + Ausschlüsse | specify |
|
||
| 2 — Zielgruppe/Umfeld, KI leitet Anforderungen ab | Kontext & Constraints |
|
||
| 3 — Zerlegung + Abhängigkeiten | tasks (in Abhängigkeitsreihenfolge) |
|
||
| 4 — jeden Teil validieren | die Prüfschleife vor dem Weiterbauen |
|
||
|
||
Dieselbe Doktrin findet sich bei **Addy Osmani** („How to write a good spec for AI agents") und quer durch die deutschsprachige Podcast-Szene. Die Konvergenz auf „erst spezifizieren“ ist inzwischen breit — dieselbe Reihenfolge zu predigen heißt nicht zwingend, dieselbe Sache zu meinen.
|
||
|
||
## Verifikationsstand
|
||
|
||
- **Domain korrigiert (17.09.2026):** `prodoc.digital` löst zwar im DNS auf (AAAA `2a01:238:20a:202:1094::`, Strato), liefert aber **keinen TLS-Handshake** (HTTP 000). Die erreichbare Domain ist **`prodoc-digital.com`** (Cloudflare, `2a06:98c1:3121::3`, HTTP 200) — dieselbe Domain, von der auch der `intent-chat`-Skill-Download ausgeliefert wird. Die frühere Notiz im Wiki nannte die falsche Domain; das ist damit behoben.
|
||
- **Impressum (`prodoc-digital.com/impressum`, abgerufen 17.09.2026):** „PRODOC Digital GmbH · Am Sachsenhai 4 · 38642 Goslar · Deutschland"; „Vertreten durch: Geschäftsführer: Stefan Weimar"; Telefon „+49 5321 7799404".
|
||
- **Telefonnummer stimmt überein** mit der Kontaktangabe im Skill-Paket (`LIESMICH.md`: +49 5321 7799404) — die Paket-Herkunft ist damit nicht mehr nur plausibel, sondern über das Impressum gedeckt.
|
||
- **Website-Navigation** nennt „Owlist" und „Koerting Institut" — dieselben Träger, die der Skill als Methodik-Quellen angibt; „Intentron" erscheint zweimal auf der Startseite.
|
||
- **Folie:** Inhalte per Bildanalyse gelesen (OCR-behaftet); Kopf-Logo als „EPRODOC" gelesen — aufgelöst: PRODOC Digital.
|
||
|
||
## Skill `intent-chat` 1.0 (Distribution)
|
||
|
||
Am 17.09.2026 wurde in der OME-Gruppe ein Download des Skills `intent-chat` 1.0 geteilt: https://prodoc-digital.com/downloads/ic-7k3q9v/intent-chat-skill-1.0.zip (SHA-256 `c960de5d…`, 18 Dateien, 66 KB). Details, statischer Sicherheitsbefund und die Anbieterverifikation: `raw/other/2026-09-17_intent-chat-skill-prodoc.md`.
|
||
|
||
Inhaltlich ist der Skill die **Werkzeugfassung derselben Doktrin**, die Weimar im Meetup-Vortrag in vier Schritten vorstellte: ein vages Vorhaben wird zu einem messbaren Intent-Statement verdichtet — drei Modi (Anwendung / Engagement / Strategie), sechs Schritte, zweistufiger Self-Check (Linter + Substanz-Check), Anti-Pattern-Matrix F1–F9. Der Skill deklariert sich selbst als Claude-Artefakt (liest `.claude/environment.json`, bindet sein Artefakt an eine Canvas-URL) und ist damit nicht ohne Umbau in einer OpenClaw-Runtime lauffähig.
|
||
|
||
## Offene Punkte
|
||
|
||
- Werdegang-Angaben (Managing Director seit Juli 2025, TU Darmstadt) sind Fremdangaben aus HermanButlerBot-Recherche (LinkedIn, SNIC); das Impressum belegt die Geschäftsführung, nicht die Daten davor.
|
||
- Inhaltliche Tiefe des Vortrags (RAG-Architektur, konkrete Tooling-Entscheidungen) ist nicht dokumentiert; die Folie ist eine Handreichung, kein technischer Deep-Dive.
|
||
|
||
## Verwandte Seiten
|
||
|
||
- [[../concepts/llm/spec-driven-development-harness.md|Spec Driven Development mit Harness]] — dasselbe Muster ausführlicher
|
||
- [[../events/ki-meetup-hannover.md|KI Meetup Hannover]] — Veranstaltung
|
||
- [[../concepts/agents/agent-loops.md|Agenten-Loops]] — technisches Umfeld
|
||
- Methodik-Träger (kein eigener Wiki-Eintrag): OWLIST GmbH (Schweiz, Framework „Intentron") und Körting Institut (KISB) — beide in der Navigation von prodoc-digital.com genannt
|