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.

.checkpoint-pending.txt

@@ -1,2 +1,2 @@
-S10
-S10 abgeschlossen. Aufgabe 1 (DOCX-Heading-Farbe und H1+H2-Bold) komplett geloest: Farb-Audit 0B5394 zu 3C68AE in vier Dateien, Linked-Char-Style-Diagnose und Fix in build-reference-docx.py (HEADING_COLOR_STYLES um Heading1Char/2Char/3Char erweitert, neue set_heading_bold-Funktion). Aufgabe 2 (cv.md Sinn-Korrekturen) komplett geloest: 18 Sprach- und Stilkorrekturen plus Methodik-Umsortierung nach Projekt-Lifecycle, atomar via Python-aus-Disk umgesetzt. Aufgabe 3 (Buzzword-Erweiterung KI-Block) komplett geloest: KI-Sektion umstrukturiert nach Thomas-Layout mit Edge-AI-Stack-Buendel-Sektion am Ende inklusive Quantisierung, Modell-Formaten und Software-Stack. Aufgabe 4 (PDF-Layout) teilweise geloest mit Trade-off: H1 ohne Trennlinie, H2 schwarze 8.6 cm 1.25 pt Trennlinie analog DOCX, H3 in DesTEngS-Blau und nicht fett, erste Seite ohne graue Header-Trennlinie und Foto plus H1 nahe Top-Margin via vspace-1.16cm. Body-Spacings bleiben etwas groesser als Header (parskip-Glue-Eliminierung kostet 2-3 zusaetzliche Seiten, deshalb ruecknahme). Pagebreaks bei Trainings/Kenntnisse/Berufliche-Stationen koennen unschoen sein. Sandbox-Build-Setup mit pdflatex und lmodern in /tmp/sbxbuild eingerichtet, Page-Layout-Tendenzen 1zu1 vergleichbar zu Thomas Setup. Lessons-learned Block in agent-prompt.md und teilgebiete/01-lebenslauf.md festgehalten: Sandbox-Build vor Iterationen, Layout-Eingriffe einzeln testen, parskip-Glue ist essentiell, Pandoc 3.x emittiert minipage[t] mit parboxrestore in Tabellen-Cells, titlesec vertraegt kein par im after-code, nopagebreak in longtable ist als noalign ueberschrieben. Strategische Entscheidung mit Thomas: PDF-Pipeline wird in S12 mit professioneller CV-LaTeX-Klasse moderncv oder awesome-cv oder typst neu aufgesetzt. cv.md bleibt single source of truth, Daten-Extraktion via Custom-Pandoc-Filter oder Build-Skript-Erweiterung. S11 davor nur fuer Lebenslauf-Inhalt: Methodik-Sektion ergaenzen und inhaltliche Kleinigkeiten. DOCX-Stand ist gut und einsatzbereit. agent-prompt.md und teilgebiete/01-lebenslauf.md mit S10-Doku und S11-S12-Plan fortgeschrieben.
+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).

artefakte/01-lebenslauf/source/cv.md

@@ -266,8 +266,13 @@ Mai 2000    Seminar „Persönlichkeitsentwicklung im Team"
 
 - Konzepterstellung
 - Machbarkeitsstudien
-- Technologie-Evaluierung und -Auswahl
+- 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

changelog.md

@@ -51,3 +51,4 @@ Chronologisches Log aller Entscheidungen und Prozessereignisse.
 2026-04-27 18:51 | S09 | Teilgebiet 01 Iteration C Foto-Einbindung umgesetzt. Header als 2-Spalten-Grid-Table in cv.md mit Strich-Verhaeltnis 112:60 (= 65,1%/34,9% Spaltenbreite, ca. 10,15/5,43 cm bei 16 cm Textbreite). Foto rechts oben, 4,06x4,06 cm, beide Dimensionen explizit im Markdown um Pandocs Default-Wrapper keepaspectratio mit height=textheight zu vermeiden, der die Layout-Box auf 24cm Hoehe streckt und die Tabellen-Zeile zerschiesst. DOCX-Header-Spacing per neuer 4. Modifikation in build/post-process-docx.py (process_header_table): findet erste Tabelle, setzt Heading1-spacing-before=0 und Foto-Paragraph spacing-before=100 (=5pt) plus jc=right. PDF-Layout via neuem Pandoc-Lua-Filter build/header-image-wrap.lua: wrappt das Header-Foto im LaTeX-Output mit hfill+raisebox(-height)[0pt][0pt]{...}, hfill schiebt rechtsbuendig in raggedright-p-Spalte, raisebox setzt Bild-Top auf Cell-Top und reportet null Hoehe an die Tabellen-Zeile. Filter prueft FORMAT=latex und Image-Pfad enthaelt foto, DOCX bleibt unberuehrt. Lua-Filter-Erste-Version (Image durch RawInline ersetzt mit gebackenem Pfad) hat Pandocs Image-Resource-Resolution gebrochen und LuaLaTeX scheiterte mit File foto.jpg not found, Fix: Filter gibt Lua-Liste zurueck mit Original-img-Element zwischen RawInline-Wrappern. Template-Hotfixes fuer PDF: renewcommand-nolinkurl-zu-Plaintext (verhindert at-xverbatim-Bruch in longtable-Minipage durch URL-Display-Text-Verbatim-Mode), titlespacing-section-before=0pt fuer H1-Top-Alignment. cv.md: Pipe-Alignment in Grid Table programmatisch via Python ljust und Pipe-Position-Eindeutigkeitscheck (Pandoc 3.x ist beim Grid-Table-Pipe-Alignment streng, Sandbox-Pandoc 2.9 ist toleranter und damit irrefuehrend). build.ps1 erweitert um lua-filter-Argument in PDF und DOCX, plus Read-Host-Wait-on-Error entfernt (blockiert AI-Agents und CI), durch Start-Sleep 3s am Ende ersetzt. header-image-wrap.lua als Pflichtdatei in Test-Path-Check aufgenommen. Vier weitere Edit-Tool-Truncation-Vorfaelle in S09 (cv.md, template.tex zweimal, build.ps1), Lehre verschaerft Edit-Tool fuer jede nicht-triviale Modifikation auf NTFS-Mount-Dateien meiden. Sandbox-NTFS-Stale-Read auf DOCX-Output (DOCX-Datei als not a zip file, Workaround DOCX im Sandbox neu generieren). Sandbox-NTFS-Mount kann auch Datei-Schreiben mit open(w) verweigern obwohl os.path.exists True liefert, Workaround tmp-Datei plus os.rename. Build und visuelle Bestaetigung durch Thomas erfolgt fuer DOCX und PDF. teilgebiete/01-lebenslauf.md um Iteration-C-Block ergaenzt und Naechste-Schritte-Liste auf S10-Plan umgestellt (1 DOCX-Heading-Farben pruefen, 2 Doublecheck der generierten Texte mindestens elektrischer-Gehaeuse ist sinnverkehrt, 3 Buzzword-Kompetenzen brainstormen mindestens Umgang mit quantisierten LLMs fehlt, 4 PDF-Spacings H1/H2/Kontaktdaten und hellgraue Trennlinien korrigieren, 5 Hyphenation-Feintuning, 6 Teilgebiet abschliessen). agent-prompt.md Aktueller-Stand-Block fuer S10 fortgeschrieben.
 2026-04-27 20:27 | S10 | Aufgabe 1 (DOCX-Heading-Farbe und -Bold) abgeschlossen. Farb-Audit zuerst: DesTEngS-Primaerfarbe ist 3C68AE, in 4 Dateien (agent-prompt.md, teilgebiete/01-lebenslauf.md, build/build-reference-docx.py Konstante HEADING_COLOR und Doc-Kommentar, templates/template.tex destengsblue-Definition) von 0B5394 auf 3C68AE korrigiert. changelog.md (append-only) und cv-debug.tex (generierter Output) bewusst ausgenommen. Diagnose der nicht-greifenden Heading-Farbe: Pandoc-3.x-Default-Reference enthaelt Linked Character Styles Heading1Char/2Char/3Char mit eigener color val=0F4761 themeColor=accent1 themeShade=BF (Aptos-Petrol). Char-Styles dominieren in Word ueber Para-Styles bei Run-Eigenschaften, deshalb gewann das Aptos-Theme. Pandoc 2.9 (Sandbox) hat diese Char-Styles nicht, daher konnte der Bug dort nicht reproduziert werden. Fix in build/build-reference-docx.py: HEADING_COLOR_STYLES um Heading1Char Heading2Char Heading3Char erweitert. Zusatzanforderung von Thomas: H1 und H2 fett. Neue Funktion set_heading_bold mit Konstante HEADING_BOLD_STYLES analog (Heading1+2 Para- und Char-Stil). H3 bleibt unveraendert. Docstring-Block B4 um beide Erklaerungen erweitert. Sandbox-syntaktischer Test der neuen Funktionen erfolgreich. Build und visuelle Bestaetigung durch Thomas: alle Headings im DOCX in DesTEngS-Blau 3C68AE, H1 und H2 fett, H3 normal. Aufgabe 2 Diff-Material vorbereitet: alte CV-Quelle Lebenslauf_Thomas_Langer_2025-03-21.docx aus archiv via pandoc nach markdown konvertiert und mit aktueller cv.md verglichen. Vier Output-Dateien in artefakte/01-lebenslauf/output: cv-old-plain.txt (DOCX normalisiert 305 Zeilen), cv-new-plain.txt (cv.md normalisiert 289 Zeilen), cv-diff-unified.txt (kompletter unified diff 551 Zeilen), cv-diff-report.md (sektionsweise Vergleichsbericht mit Mapping Berufstaetigkeit gleich Projekte als freiberuflicher Consultant). Sektion-Groessenvergleich zeigt erwartete Aenderungsmuster: Header kompakter, Zusammenfassung und Kenntnisse erweitert (KI-Fokus), Trainings stark gekuerzt, Veroeffentlichungen in Ausbildung integriert. Sinn-Check selbst macht Thomas in seinem Tempo, dann gemeinsames Review.
 2026-04-28 17:56 | S10 | S10 abgeschlossen. Aufgabe 1 (DOCX-Heading-Farbe und H1+H2-Bold) komplett geloest: Farb-Audit 0B5394 zu 3C68AE in vier Dateien, Linked-Char-Style-Diagnose und Fix in build-reference-docx.py (HEADING_COLOR_STYLES um Heading1Char/2Char/3Char erweitert, neue set_heading_bold-Funktion). Aufgabe 2 (cv.md Sinn-Korrekturen) komplett geloest: 18 Sprach- und Stilkorrekturen plus Methodik-Umsortierung nach Projekt-Lifecycle, atomar via Python-aus-Disk umgesetzt. Aufgabe 3 (Buzzword-Erweiterung KI-Block) komplett geloest: KI-Sektion umstrukturiert nach Thomas-Layout mit Edge-AI-Stack-Buendel-Sektion am Ende inklusive Quantisierung, Modell-Formaten und Software-Stack. Aufgabe 4 (PDF-Layout) teilweise geloest mit Trade-off: H1 ohne Trennlinie, H2 schwarze 8.6 cm 1.25 pt Trennlinie analog DOCX, H3 in DesTEngS-Blau und nicht fett, erste Seite ohne graue Header-Trennlinie und Foto plus H1 nahe Top-Margin via vspace-1.16cm. Body-Spacings bleiben etwas groesser als Header (parskip-Glue-Eliminierung kostet 2-3 zusaetzliche Seiten, deshalb ruecknahme). Pagebreaks bei Trainings/Kenntnisse/Berufliche-Stationen koennen unschoen sein. Sandbox-Build-Setup mit pdflatex und lmodern in /tmp/sbxbuild eingerichtet, Page-Layout-Tendenzen 1zu1 vergleichbar zu Thomas Setup. Lessons-learned Block in agent-prompt.md und teilgebiete/01-lebenslauf.md festgehalten: Sandbox-Build vor Iterationen, Layout-Eingriffe einzeln testen, parskip-Glue ist essentiell, Pandoc 3.x emittiert minipage[t] mit parboxrestore in Tabellen-Cells, titlesec vertraegt kein par im after-code, nopagebreak in longtable ist als noalign ueberschrieben. Strategische Entscheidung mit Thomas: PDF-Pipeline wird in S12 mit professioneller CV-LaTeX-Klasse moderncv oder awesome-cv oder typst neu aufgesetzt. cv.md bleibt single source of truth, Daten-Extraktion via Custom-Pandoc-Filter oder Build-Skript-Erweiterung. S11 davor nur fuer Lebenslauf-Inhalt: Methodik-Sektion ergaenzen und inhaltliche Kleinigkeiten. DOCX-Stand ist gut und einsatzbereit. agent-prompt.md und teilgebiete/01-lebenslauf.md mit S10-Doku und S11-S12-Plan fortgeschrieben.
+2026-04-28 19:39 | 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.

teilgebiete/01-lebenslauf.md

@@ -337,29 +337,45 @@ Die in S04 mit docx-js erstellte Version hatte strukturelle typographische Mäng
 
 **Strategische Entscheidung am Ende von S10 (mit Thomas):** PDF-Pipeline wird in S12 mit professioneller CV-LaTeX-Klasse neu aufgesetzt (`moderncv` / `awesome-cv` / typst — Tool-Recherche dort). `cv.md` bleibt single source of truth; Daten-Extraktion via Custom-Pandoc-Filter oder Build-Skript-Erweiterung.
 
-## Nächste Schritte
+## S11 — Methodik-Sektion ergänzt
 
-**S11 — nur Lebenslauf-Inhalt:**
+**Ausgangslage:** Methodik-Liste hatte 7 Einträge (Konzepterstellung, Machbarkeitsstudien, Technologie-Evaluierung und -Auswahl, Spezifikationserstellung, Technische Dokumentation, Systematische Fehleranalyse, Projektmanagement). Thomas: lückenhaft, außerdem sollte „Spezifikationserstellung" vor „Technologie-Evaluierung und -Auswahl" stehen, und wichtige Lifecycle-Phasen (System Design, Software Design, Test, System Integration) fehlen.
 
-1. **Methodik-Sektion ergänzen.** Aktuelle 7 Einträge auf weitere relevante Methodik-Begriffe ausbauen.
-2. **Inhaltliche Kleinigkeiten verbessern.** Thomas hat konkrete Detail-Verbesserungen in `cv.md` im Sinn.
+**Diskussion mit Thomas:**
 
-**S12 — PDF-Pipeline-Refactoring mit professioneller CV-LaTeX-Klasse:**
+- Reordering bestätigt: Spec vor Technologie-Auswahl folgt der „Was-vor-Wie"-Logik und stimmt mit `marketing.md` Abschnitt 2 überein („Konzeptfindung, Requirements Engineering und Erstellung von Spezifikationen").
+- „Software Design"-Konflikt mit der bestehenden Kenntnisse-Subsection `**Software Design:**` (Sprachen/Paradigmen) gelöst über **Variante 1**: Methodik-Eintrag heißt „SW-Architektur und -Design" — Subsection-Titel bleibt unverändert.
+- „Test" wird als „Verifikation und Validierung" formuliert (im regulierten Engineering präziser, deckt Reviews/Analysen mit ab).
+- „Anforderungsanalyse / Requirements Engineering" und „Spezifikationserstellung" beide drin — verschiedene Schritte (Bedarf erheben → in Spec überführen).
+- Querschnittsthemen (Risikomanagement, QS, Konfigurationsmanagement, Reviews, V-Modell/Agile) bewusst weggelassen.
+- „Inbetriebnahme und Übergabe" weggelassen — kein Schwerpunkt im aktuellen Positionierungs-Kern (Consultant, Entwicklungsingenieur), KI-Pendant „KI-Implementierung" steht bereits im KI-Block.
+- „Systematische Fehleranalyse" beibehalten nach Diskussion: V&V deckt SFA nicht ab. V&V ist entwicklungsbegleitend, beweist Konformität. SFA ist reaktiv, findet Root Cause bei unerwartetem Fehlverhalten. Unterschiedliche Werkzeuge, unterschiedlicher Zeitpunkt. SFA ist ein Differenzierer in Thomas' Profil (Toshiba, Multilink, Freelance-Stationen) und Recruiter-Filter-Begriff (Root Cause Analysis, Troubleshooting, Debugging).
 
-1. Tool-Recherche: `moderncv` vs. `awesome-cv` vs. typst (oder andere). Vergleich nach Optik, Aufwand, MikTeX-Integration, DesTEngS-CI-Anpassbarkeit (`#3C68AE`, IBM Plex Sans).
-2. `cv.md` bleibt single source of truth.
-3. Daten-Extraktion aus `cv.md` für CV-Klasse-Features (`\cventry` / `\cvevent` etc.):
-   - Custom Pandoc-Filter (Lua oder Python) ODER
-   - Erweiterung von `build.ps1` mit Python-Pre-Processor, der `cv.md` → `cv.tex` transformiert.
-4. Implementierung, Sandbox-Test, visuelle Verifikation durch Thomas.
-5. Teilgebiet nach erfolgreichem Output und Freigabe durch Thomas abschließen (R2-OK von Thomas: Status auf „abgeschlossen" im `zentral-index.md`).
+**Finale Liste in `cv.md` (12 Einträge, in Lifecycle-Reihenfolge):**
+
+1. Konzepterstellung
+2. Machbarkeitsstudien
+3. Anforderungsanalyse / Requirements Engineering
+4. Spezifikationserstellung
+5. Technologie-Evaluierung und -Auswahl
+6. System-Architektur und -Design
+7. SW-Architektur und -Design
+8. Verifikation und Validierung
+9. System Integration
+10. Technische Dokumentation
+11. Systematische Fehleranalyse
+12. Projektmanagement
+
+**Umsetzung:** Atomar via Python-aus-Disk (`os.replace`), kein Edit-Tool — gemäß S08/S09-Lehre. Ein-Treffer-Check vor dem Replace bestand. Sandbox-Read der geänderten Datei verifiziert: 12 Einträge in korrekter Reihenfolge, Vor-/Nachkontext (Software-Design-Subsection, IT-Subsection) unverändert.
+
+**Offen für S11 (zweiter Teil):** Inhaltliche Kleinigkeiten in `cv.md`, die Thomas im Sinn hat — wird in einer der nächsten Aktionen abgearbeitet.
 
 ## Nächste Schritte
 
-**S11 — nur Lebenslauf-Inhalt:**
+**S11 — Rest des Lebenslauf-Inhalts:**
 
-1. **Methodik-Sektion ergänzen.** Aktuelle 7 Einträge auf weitere relevante Methodik-Begriffe ausbauen.
-2. **Inhaltliche Kleinigkeiten verbessern.** Thomas hat konkrete Detail-Verbesserungen in `cv.md` im Sinn.
+1. ~~Methodik-Sektion ergänzen~~ — abgeschlossen (siehe S11-Block oben).
+2. **Inhaltliche Kleinigkeiten verbessern.** Thomas hat konkrete Detail-Verbesserungen in `cv.md` im Sinn — werden in einer Folgesitzung oder im Anschluss an S11 abgearbeitet.
 
 **S12 — PDF-Pipeline-Refactoring mit professioneller CV-LaTeX-Klasse:**