Drost Consulting (Senior Software Engineer Energy Platforms & AI, Agentur, Hybrid-München): finale bewerbung.md; Gedaechtnis (Reisekosten-/Standortvorteil nicht ausspielen, Coding-Agenten decken weniger geläufige Sprachen, Datenpipelines/Zeitreihen, SQL zurückhaltend); Log; Register

gedaechtnis/inhalte.md

@@ -65,6 +65,19 @@ Was hier steht, ist verifiziert richtig. Wird am Ende jeder Session aktualisiert
   in einer Vektordatenbank ablegt, plus die Kischdle-Modellevaluierung). Weiterhin **keine fertige/produktive
   RAG-Lösung** behaupten (siehe „Nicht zutreffend"). Nutzbar für [[RAG]], [[Vektordatenbanken]].
 
+- **Datenpipelines und Zeitreihenverarbeitung (belegt, für Data-/Backend-Plattform-Rollen):** Ehrlich
+  behauptbar als „Datenpipelines und die Verarbeitung von Zeitreihen in mehreren Projekten aufgebaut, etwa
+  bei der Analyse und Konvertierung von Netzwerk- und Kommunikationsdaten" (gedeckt durch PyShark-Trace-Konvertierung,
+  Pandas/NumPy-Datenanalyse, zeitbezogene Ethernet-/CAN-Verkehrsanalyse mit KPIs/Timing bei ASMPT). Buzzword-Treffer
+  für „Datenpipelines", „Zeitreihenverarbeitung". Nutzbar für [[Python]], [[System Integration]].
+- **SQL nicht offensiv als Skill ausspielen (Nutzer-Signal, Drost Consulting):** Obwohl SQL im CRM-Match als ✅
+  bestätigt wurde, hat der Nutzer SQL aus dem Bewerbungstext gestrichen. SQL daher nicht als aktiven Skill-/Buzzword-Claim
+  in Anschreiben setzen, außer der Nutzer wünscht es ausdrücklich. REST APIs, Docker, Git bleiben unbedenklich.
+- **State-of-the-Art Coding-Agenten decken weniger geläufige Programmiersprachen ab (belegt, Fähigkeit):** Python ist
+  primäre Sprache; Rust, Go, Java, TypeScript u. a. werden mit Coding-Agenten effizient und auf hohem Qualitätsniveau
+  bedient. Ehrliche Fähigkeitsaussage (TÜV-AI-Consultant, produktiver Coding-Agent-Einsatz seit März 2026), kein
+  Referenzclaim. Formulierung siehe [[stil.md]]. Nutzbar für [[Agentic AI]], [[Python]].
+
 ## Bewährte Bausteine
 - Product-Lifecycle-Baustein: „In mehreren Positionen habe ich komplexe technische Systeme von Grund auf begleitet, vom Aufstellen der Anforderungen über Lösungskonzepte und Implementierung bis zu Verifikation, Deployment und geordnetem Wissenstransfer bei der Übergabe."
 - Wissenstransfer an Kunden ist in **jedem** Projekt gelebte Selbstverständlichkeit: laufend über regelmäßige Update-Meetings und direkten Austausch während der Zusammenarbeit, nach Bedarf. Nicht auf die (kurzen) KI-Workshops/Schulungen verengen, das stellt es zu klein dar. Bewährter Satz (Doku-Variante, wenn die Rolle Dokumentation betont): „Wissenstransfer ist für mich gelebte Praxis: In allen bisherigen Projekten habe ich mein Wissen laufend in regelmäßigen Update-Meetings, je nach Bedarf im direkten Austausch mit den Experten und durch sorgfältige Dokumentation an die Teams meiner Kunden weitergegeben."

gedaechtnis/log.md

@@ -533,3 +533,16 @@ Datierte Einträge: was wurde am Gedächtnis geändert und **warum**.
 - Stil: Stundensatz mit expliziten Kalkulations-Annahmen begründen (100 % Auslastung, 1 Woche Onboarding
   vor Ort, danach 100 % Remote) löst zugleich den unklaren Remote-Anteil → in stil.md verankert.
 - CRM: Verkaufschance bereits in derselben Session angelegt (Match Must 81 %, Team DesTEngS, Agentur über cAccount1).
+
+## 2026-07-02 — Drost Consulting GmbH & Co. KG, Senior Software Engineer Energy Platforms & AI (m/w/d), Agentur, Hybrid-München
+- Freelancermap-Projekt (selbst gefunden), Ansprechperson Thomas Drost. Bewerbung über freelancermap-Portal
+  (Klartext, keine Betreff-Zeile, keine Fett-Formatierung), CV als .doc. Onsite-lastig (München, 20 % Remote),
+  ab sofort, 100 %, 6 Monate.
+- Kern-Differenzierer auf Nutzerwunsch: Python primär, weniger geläufige Sprachen (Rust, Go, Java, TypeScript)
+  über State-of-the-Art Coding-Agenten abgedeckt → deckt die Must-Sprachen „Rust, Python, Go oder Java" komplett.
+- Stil (verbindliche neue Regel): Standort-/Reisekosten-Vorteil (Nähe München, „ohne Reise-/Übernachtungskosten")
+  künftig NICHT mehr als Stärke ausspielen — beeindruckt den Empfänger nicht. Ersetzt die frühere gegenteilige
+  Empfehlung; Onsite nur sachlich zusagen. In stil.md verankert.
+- Inhalte: Datenpipelines/Zeitreihenverarbeitung ehrlich verankert (PyShark, Pandas/NumPy, Ethernet-/CAN-Analyse);
+  SQL trotz CRM-✅ auf Nutzerwunsch aus dem Anschreiben herausgehalten; Coding-Agent-Sprachabdeckung als Fähigkeit.
+- CRM: Verkaufschance in derselben Session angelegt (Match Must 100 % / Nice 21 %, Team DesTEngS, Agentur über cAccount1).

gedaechtnis/stil.md

@@ -174,6 +174,15 @@ Buzzwords und Zahlen mit der Ausschreibung ab.
 
 ## Legacy-/Wissenslücke bei KI-affiner Rolle souverän rahmen
 - Ergänzung zu „Lücken nicht erwähnen": Bei **ausdrücklich KI-affinen** Rollen darf eine kleine, klar benannte Wissenslücke (z. B. Oracle Forms) **als vernachlässigbar gerahmt** werden, statt sie ganz zu verschweigen, indem die KI-gestützte Arbeitsweise als Ausgleich gespielt wird („vielleicht fehlendes Detailwissen … fällt bei der effizienten Umsetzung kaum ins Gewicht, da State-of-the-Art KI-Werkzeuge die eigene Intelligenz ergänzen"). Nur bei KI-Rollen, wo das KI-gestützte Arbeiten selbst Teil des Nutzenversprechens ist. (Nutzer-Entscheidung Amoria Bond.)
+- **Weniger geläufige Programmiersprachen offensiv über Coding-Agenten abdecken (Nutzer-Wunsch).**
+  Fordert die Ausschreibung mehrere Sprachen (z. B. „Rust, Python, Go oder Java") und ist nur eine davon
+  (Python) belegt, die übrigen als bewusst gerahmten eigenen Absatz mitnehmen: „Meine primäre
+  Programmiersprache ist Python. Sprachen wie Rust, Go, Java und TypeScript, die mir weniger geläufig
+  sind, decke ich mit State-of-the-Art Coding-Agenten ab, mit denen ich auch in diesen Sprachen effizient
+  und auf hohem Qualitätsniveau entwickle." Ehrliche Fähigkeits-/Umsetzbarkeitsaussage (kein Referenzclaim),
+  die die Must-Sprachen komplett abdeckt und zugleich die AI-Consultant-Kompetenz sichtbar macht. Beim
+  **Agentur**-Empfänger die generische Kategorie „State-of-the-Art Coding-Agenten" nennen, nicht den
+  Produktnamen (Claude Code). (Nutzer-Entscheidung Drost Consulting, Senior Software Engineer Energy Platforms & AI.)
 
 ## Lücke offen nennen, wenn der Empfänger ausdrücklich auch unpassende Bewerbungen erbittet
 - Ausnahme zu „Lücken nicht erwähnen": Bittet die Ansprechperson **ausdrücklich darum, sich auch bei nicht
@@ -245,9 +254,15 @@ Buzzwords und Zahlen mit der Ausschreibung ab.
        stellen (z. B. Session-Dauer, Vergütung der Kursvorbereitung). (Nutzer-Entscheidung
        Masterschool, GenAI-Instructor.)
    - **Vor-Ort-Termine** (falls Onsite gefordert): bis zu X Vor-Ort-Termine inkl.
-     Reise-/Übernachtungskosten im All-in-Satz enthalten. **Bei stark onsite-lastigen
-     Projekten im Großraum München** (Onsite-Ort lokal erreichbar) stattdessen als Stärke
-     spielen: Präsenz „leicht und ohne Reise- oder Übernachtungskosten machbar".
+     Reise-/Übernachtungskosten im All-in-Satz enthalten.
+   - **Standort-/Reisekosten-Vorteil NICHT als Stärke ausspielen (verbindlich, Nutzer-Regel).**
+     Den Bewerbungsempfänger interessiert es nicht, ob Thomas nahe am Einsatzort (z. B.
+     Großraum München) wohnt oder ob Reisekosten anfallen; das beeindruckt ihn nicht.
+     Formulierungen wie „ohne Reise- oder Übernachtungskosten machbar" oder „leicht erreichbar,
+     weil lokal" künftig **weglassen**. Onsite-Präsenz nur sachlich zusagen (z. B. „Wie gewünscht
+     erbringe ich die Leistungen überwiegend vor Ort in München"). **Ersetzt** die frühere
+     gegenteilige Empfehlung, bei onsite-lastigen München-Projekten die kostenfreie Präsenz als
+     Stärke zu spielen. (Nutzer-Entscheidung Drost Consulting, Senior Software Engineer Energy Platforms & AI.)
    - **Remote-Anteil** (falls vorhanden): Leistung remote, dafür eigene Räume mit
      professionellem IT-Equipment im Ingenieurbüro in Unterhaching (Großraum München).
      Formulierung: Leistung „remote **in** meinem Ingenieurbüro", nie „aus meinem Ingenieurbüro".