S11: Methodik-Sektion in cv.md erweitert nach Diskussion mit Thomas: 7 Eintraege ersetzt durch 12 Eintraege in Project-Lifecycle-Reihenfolge (Konzepterstellung, Machbarkeitsstudien, Anforderungsanalyse / Requirements Engineering, Spezifikationserstellung, Technologie-Evaluierung und -Auswahl, System-Architektur und -Design, SW-Architektur und -Design, Verifikation und Validierung, System Integration, Technische Dokumentation, Systematische Fehleranalyse, Projektmanagement). Software-Design-Konflikt mit der bestehenden Kenntnisse-Subsection ueber Variante 1 geloest (Methodik-Eintrag heisst SW-Architektur und -Design, Subsection-Titel bleibt). Test als Verifikation und Validierung formuliert. Anforderungsanalyse und Spezifikationserstellung bleiben getrennte Schritte. Querschnittsthemen Risikomanagement QS Konfigurationsmanagement Reviews Vorgehensmodelle bewusst weggelassen. Inbetriebnahme und Uebergabe weggelassen. Systematische Fehleranalyse beibehalten nach Argumentation V&V deckt SFA nicht ab. Atomarer Replace via Python-aus-Disk mit os.replace, Edit-Tool fuer cv.md vermieden. Doppelter Naechste-Schritte-Block in teilgebiete/01-lebenslauf.md aus S10 konsolidiert. teilgebiete/01-lebenslauf.md um S11-Block ergaenzt. agent-prompt.md Aktueller-Stand-Abschnitt fuer S11 fortgeschrieben mit verbleibender S11-Aufgabe inhaltliche Kleinigkeiten und unveraendertem S12-Plan PDF-Pipeline-Refactoring.

agent-prompt.md

@@ -85,65 +85,40 @@ Setze zwischen sinnvollen Zwischenständen Checkpoints (z.B. nach "Marketing.md
 
 ## Aktueller Stand / Nächste Aufgabe
 
-**Letzte Session:** S10 (2026-04-28)
+**Letzte Session:** S11 (2026-04-28)
 
-**Was wurde in S10 gemacht:**
+**Was wurde in S11 gemacht:**
 
-S10 — **Aufgabe 1 (DOCX-Heading-Farbe und H1+H2-Bold).**
+S11 — **Methodik-Sektion in `cv.md` erweitert.**
 
-- Farb-Audit: DesTEngS-Primärfarbe ist `#3C68AE`, nicht `#0B5394`. In vier Dateien korrigiert (`agent-prompt.md`, `teilgebiete/01-lebenslauf.md`, `build/build-reference-docx.py`, `templates/template.tex`). `changelog.md` (append-only) und `cv-debug.tex` (Build-Output) ausgenommen.
-- Diagnose der nicht-greifenden Heading-Farbe im DOCX: Pandoc-3.x-Default-Reference enthält Linked Character Styles `Heading1Char`/`2Char`/`3Char` mit eigener `<w:color val="0F4761" themeColor="accent1" themeShade="BF"/>` (Aptos-Petrol). Char-Styles haben in Word Vorrang vor Para-Styles bei Run-Eigenschaften (Schrift, Farbe). Pandoc 2.9 (Sandbox) hat diese Char-Styles nicht — daher war das Problem in der Sandbox nicht reproduzierbar.
-- Fix in `build/build-reference-docx.py`: `HEADING_COLOR_STYLES`-Tuple um `Heading1Char`/`2Char`/`3Char` erweitert. Zusatzanforderung Thomas: H1+H2 fett. Neue Funktion `set_heading_bold` mit Konstante `HEADING_BOLD_STYLES` (Heading1+2 Para- und Char-Stil). H3 bleibt unverändert.
-- Visuelle Bestätigung im DOCX: alle Headings in `#3C68AE`, H1+H2 fett, H3 normal.
+- Ausgangslage: 7 Einträge in suboptimaler Reihenfolge, mit Lücken bei Architektur/Design, Test und System Integration.
+- Diskussion mit Thomas: Reordering bestätigt (Spezifikation vor Technologie-Auswahl, „Was-vor-Wie"-Logik), Software-Design-Konflikt mit der Kenntnisse-Subsection `**Software Design:**` über Variante 1 gelöst (Methodik-Eintrag heißt „SW-Architektur und -Design", Subsection-Titel bleibt unverändert), „Verifikation und Validierung" statt schlichtem „Test", „Anforderungsanalyse / Requirements Engineering" und „Spezifikationserstellung" beide drin (verschiedene Schritte), Querschnittsthemen (Risikomanagement, QS, Konfigurationsmanagement, Reviews, Vorgehensmodelle) bewusst weggelassen.
+- Diskussion über Streichungs-Vorschläge: „Inbetriebnahme und Übergabe" weggelassen (kein Schwerpunkt im aktuellen Positionierungs-Kern); „Systematische Fehleranalyse" beibehalten nach Argumentation, dass V&V (entwicklungsbegleitend, Konformitätsnachweis) und SFA (reaktiv, Root Cause bei unerwartetem Fehlverhalten) verschiedene Aktivitäten sind und SFA ein Differenzierer in Thomas' Profil und Recruiter-Filter-Begriff ist.
+- Finale Liste in `cv.md` (12 Einträge, Lifecycle-Reihenfolge): Konzepterstellung → Machbarkeitsstudien → Anforderungsanalyse / Requirements Engineering → Spezifikationserstellung → Technologie-Evaluierung und -Auswahl → System-Architektur und -Design → SW-Architektur und -Design → Verifikation und Validierung → System Integration → Technische Dokumentation → Systematische Fehleranalyse → Projektmanagement.
+- Umsetzung atomar via Python-aus-Disk (`os.replace`), kein Edit-Tool. Ein-Treffer-Check vor Replace bestand. Verifikation per Re-Read: 12 Einträge in korrekter Reihenfolge, Vor-/Nachkontext (Software-Design-Subsection, IT-Subsection) unverändert.
+- Doku-Pflege: Doppelter `## Nächste Schritte`-Block in `teilgebiete/01-lebenslauf.md` (Reste aus S10) konsolidiert.
 
-S10 — **Aufgabe 2 (cv.md Sinn-Korrekturen).**
+**Was aus S10 weiterhin gilt:**
 
-- Diff alter CV (`archiv/Lebenslauf_Thomas_Langer_2025-03-21.docx`) vs. aktueller `cv.md` vorbereitet: `cv-old-plain.txt`, `cv-new-plain.txt`, `cv-diff-unified.txt`, `cv-diff-report.md` in `output/`.
-- 18 Sprach-/Stilkorrekturen umgesetzt (atomar via Python-aus-Disk):
-  - Thomas-Funde: „Digitales"→„digitales Dämpfungsglied", „Leiterplattenherstellern"→„Leiterplattenhersteller", Komma-Konsistenz Toshiba-Spezifikation, „Detaillierte Analysen elektrischer IC-Gehäuse"→„Detaillierte elektrische Analysen von IC-Gehäusen", „Dotierungsprofile und dessen Implementierung"→„… und Implementierung".
-  - Agent-Funde: „inclusive"→„inklusive", „Faseroptische"→„faseroptische", „10 KHz"→„10 kHz", PyAutoGui→PyAutoGUI, Halbgeviertstrich + Komposita-Fix bei Transimpedanzverstärker-GaAs-MMICs, „2.5 GHz"→„2,5 GHz", „Evaluierungsboard Redesigns"→„-Redesigns", Komma vor „abgeschlossen 2001", Mixed-Mode-S-Parameter mit Bindestrich, Realtime-Oszilloskopen, Objektorientierte/ereignisorientierte ohne Bindestrich.
-  - Methodik-Liste umsortiert (Projekt-Lifecycle): Konzepterstellung → Machbarkeitsstudien → Technologie-Evaluierung und -Auswahl → Spezifikationserstellung → Technische Dokumentation → Systematische Fehleranalyse → Projektmanagement.
+- **DOCX-Stand:** gut und einsatzbereit. Kann sofort an Recruiter/Agenturen versendet werden. DOCX-Pipeline wird in S12 nicht angefasst.
+- **PDF-Stand:** funktional aber nicht typografisch perfekt. H1 + Foto Seite 1 oben ✓, Trennlinien-Stil schwarz analog DOCX ✓, H3 blau ✓, Body-Spacings etwas größer als Header (akzeptierter Trade-off), Pagebreaks bei Trainings/Kenntnisse/„Berufliche Stationen" können unschön sein, Page-Count ca. 7 Seiten. Final-Lösung kommt mit S12 (CV-LaTeX-Klasse).
 
-S10 — **Aufgabe 3 (Buzzword-Erweiterung KI-Block).**
+**Lessons-learned aus S10 (weiterhin wichtig für Folge-Sessions):**
 
-- KI-Sektion umstrukturiert nach Thomas-Layout: Service-Begriffe (Potenzialanalyse, Schulung, Implementierung, Prompt Engineering, Multimodale KI, DSGVO) → KI Software (Office/Marketing-Tools) → GenAI/LLMs mit Sub-Bullet MoE/Reasoning/Function-Calling → Agentic AI mit Sub-Bullet MCP → NLP → RAG mit Sub-Bullet Chunk-Strategien → „Edge AI / On-Premise KI-Infrastruktur" als gebündeltes Stack-Kapitel am Ende (Hardware NVIDIA Blackwell + CUDA → Quantisierung FP8/MXFP4 → Modell-Formate GGUF/Safetensors → Software-Stack Ollama/Hugging Face Transformers/PyTorch/llama.cpp/Open WebUI).
-
-S10 — **Aufgabe 4 (PDF-Layout) — TEILWEISE GELÖST mit Trade-off, Final-Lösung in S12 mit professioneller CV-LaTeX-Klasse.**
-
-- H1: keine Trennlinie mehr (analog DOCX).
-- H2: schwarze Trennlinie 8,6 cm × 1,25 pt (1:1 wie DOCX-H2-Trennlinie).
-- H3: in DesTEngS-Blau, nicht fett (analog DOCX).
-- Erste Seite: graue Header-Trennlinie weg (`\renewcommand{\headrule}{}` in `firstpage` plus `\headrulewidth=0pt`); `\vspace*{-1.16cm}` direkt nach `\thispagestyle{firstpage}` rückt H1+Foto an die Top-Margin.
-- Body-Spacings (H2↔Linie und Linie↔Bullets) bleiben etwas größer als im Header. Versuch der Angleichung durch `parskip`-Glue-Eliminierung + zweifache `parskip`-Kompensation im H2-after-code wurde nach Sandbox-Diagnose **rückgebaut** — er produzierte 2–3 zusätzliche PDF-Seiten. parskip-Glue ist essentiell für LaTeX-Pagebreak-Flexibilität. Final-Lösung der Body-Header-Konsistenz kommt mit S12 (CV-LaTeX-Klasse).
-- Trainings/Kenntnisse/„Berufliche Stationen vor der Selbständigkeit": longtable-Pagebreak-Logik macht im aktuellen Setup gelegentlich unschöne Trennungen. Auch dieses Problem wird mit der CV-LaTeX-Klasse in S12 strukturell gelöst.
-
-**Lessons-learned aus S10 (wichtig für Folge-Sessions):**
-
-- **Sandbox-Build als Pflicht für Layout-Iterationen.** Iterations-Loop über Thomas ist nur sinnvoll, wenn jede Variante vorher selbst getestet wurde. Sandbox-Setup mit `pdflatex` + `lmodern` (statt `lualatex` + IBM Plex Sans) ist eingerichtet unter `/tmp/sbxbuild` (in Linux-Sandbox); Page-Counts und Pagebreak-Verhalten lassen sich dort gut beurteilen, exakte Schriftbilder weichen ab.
-- **Layout-Eingriffe einzeln testen.** Mehrere Mechanismen (parskip-Manipulation + needspace + penalty + bodyonlyvspace) kombiniert haben Diagnose blockiert. Saubere Sandbox-Isolierung jedes Mechanismus hat den Schuldigen schnell gefunden (parskip-Glue).
-- **parskip-Glue ist essentiell.** `\setlength{\parskip}{0.5em plus 0.2em minus 0.1em}` (Glue) gibt LaTeX Layout-Flexibilität. Eliminierung des Glues kostet 2+ Seiten und ist ungeeignet.
-- **Pandoc 3.x emittiert `minipage[t]` für Tabellen-Cells**, in denen `\@parboxrestore` `parskip` auf 0pt setzt. Daher unterschiedliche Spacings Body vs. Header — strukturell schwer mit Custom-titlesec-Tricks anzugleichen.
-- **`titlesec` verträgt kein `\par` im after-code** (`! Paragraph ended before \ttl@format@iii was complete.`). Direktes `\penalty`-TeX-Primitive ist sicherer.
-- **`\nopagebreak` ist in longtable-Kontext** auf `\noalign{...}`-Form überschrieben und bricht im after-code mit `! Misplaced \noalign.`. Direktes `\penalty 7500` ist longtable-sicher.
-
-**Aktueller PDF-Stand am Schluss von S10:**
-
-Funktional, aber nicht typografisch perfekt:
-- H1 + Foto Seite 1 oben ✓
-- Trennlinien-Stil schwarz analog DOCX ✓
-- H3 blau ✓
-- Body-Spacings etwas größer als Header (akzeptierter Trade-off)
-- Pagebreaks bei Trainings/Kenntnisse/„Berufliche Stationen" können unschön sein
-- Page-Count: ca. 7 Seiten (Sandbox-Schätzung 8, Thomas-Layout typischerweise eine niedriger)
-
-**DOCX-Stand:** gut und einsatzbereit. Kann sofort an Recruiter/Agenturen versendet werden, falls Thomas das wünscht. Die DOCX-Pipeline wird in S12 nicht angefasst.
+- **Sandbox-Build als Pflicht für Layout-Iterationen.** Setup unter `/tmp/sbxbuild` mit `pdflatex` + `lmodern` (statt `lualatex` + IBM Plex Sans) eingerichtet. Page-Layout-Tendenzen 1:1 vergleichbar zu Thomas' Setup, exakte Schriftbilder weichen ab.
+- **Layout-Eingriffe einzeln testen.** Mehrere Mechanismen kombiniert blockieren Diagnose.
+- **parskip-Glue ist essentiell.** `\setlength{\parskip}{0.5em plus 0.2em minus 0.1em}` (Glue) gibt LaTeX Layout-Flexibilität. Eliminierung kostet 2+ Seiten.
+- **Pandoc 3.x emittiert `minipage[t]` für Tabellen-Cells**, in denen `\@parboxrestore` `parskip` auf 0pt setzt — erklärt unterschiedliche Spacings Body vs. Header.
+- **`titlesec` verträgt kein `\par` im after-code** — direktes `\penalty` ist sicherer.
+- **`
+opagebreak` in longtable-Kontext** ist als `
+oalign{...}` überschrieben — `\penalty 7500` ist longtable-sicher.
 
 **Nächste Aufgaben:**
 
-**S11 — nur Lebenslauf-Inhalt:**
+**S11 — Rest des Lebenslauf-Inhalts (offen):**
 
-1. **Methodik-Sektion ergänzen.** Aktuelle 7 Einträge (Konzepterstellung, Machbarkeitsstudien, Technologie-Evaluierung und -Auswahl, Spezifikationserstellung, Technische Dokumentation, Systematische Fehleranalyse, Projektmanagement) auf weitere relevante Methodik-Begriffe ausbauen.
-2. **Inhaltliche Kleinigkeiten verbessern.** Thomas hat konkrete Detail-Verbesserungen in `cv.md` im Sinn, die in S11 umgesetzt werden.
+1. **Inhaltliche Kleinigkeiten in `cv.md`.** Thomas hat konkrete Detail-Verbesserungen im Sinn, die in S11 oder einer kurzen Folgesitzung abgearbeitet werden.
 
 **S12 — PDF-Pipeline-Refactoring mit professioneller CV-LaTeX-Klasse:**
 
@@ -159,6 +134,6 @@ Funktional, aber nicht typografisch perfekt:
 - **Sandbox-Build-Setup** unter `/tmp/sbxbuild`: pdflatex statt lualatex, lmodern statt IBM Plex Sans. Pandoc 2.9 vs. 3.x bei Thomas — strukturelle Differenzen bei Tabellen-Cells und Image-Wrappern bekannt, aber Page-Layout-Tendenzen 1:1 vergleichbar.
 - **Live-Template-Stand** (clean S10) ist als Fallback im Git committet. Endgültige typografische Qualität kommt mit S12 (CV-LaTeX-Klasse).
 - **DOCX-Pipeline ist 3-stufig** mit vier Post-Processing-Modifikationen: (1) `build/build-reference-docx.py` baut die `reference.docx` (manuell aufrufen), (2) `build/build.ps1` baut PDF und DOCX, (3) `build/post-process-docx.py` macht: 3-3-Listen-Bullet-Regel, H2-Trennlinien, Bullet-Einzüge in `numbering.xml`, Header-Tabellen-H1-Spacing-und-Foto-Spacing.
-- **Edit-Tool-Truncation** auf NTFS-Mount-Dateien ist nach S07/S08/S09/S10 ein systematisches Problem — durchgehend Python-aus-git-HEAD- oder Python-aus-Disk-Pattern verwenden (atomar via `os.replace`).
+- **Edit-Tool-Truncation** auf NTFS-Mount-Dateien ist nach S07/S08/S09/S10 ein systematisches Problem — durchgehend Python-aus-git-HEAD- oder Python-aus-Disk-Pattern verwenden (atomar via `os.replace`). In S11 für `cv.md`, `teilgebiete/01-lebenslauf.md` und `agent-prompt.md` konsequent angewandt.
 
 **Offene Punkte (unverändert seit S04):** Zuschnitt und Festpreise der KI-Produkte (`marketing.md` Abschnitt 2), KMU-Direkthonorarsatz festlegen (`marketing.md` Abschnitt 2), Vergütungsmodell-Wahl bei erstem konkreten Fall (Notiz in `marketing.md` Abschnitt 2).