Erste Bewerbungs-Session: SÜ2-K.o.-Regel, Agentur-Schreibregeln, Entwurf FindYou
- rahmenbedingungen.md + Skill projekt-anlegen: Sicherheitsüberprüfung (SÜ/SÜ2) immer ❌ (Dauer ≥ 3 Monate, K.-o.-Kriterium) - gedaechtnis/stil.md: Agentur-Anschreiben-Regeln (Teaser, kein Techno-Blabla, keine falschen Behauptungen, Lücken nicht erwähnen, Absatz-Aufbau, Header, feste Grußformel) - gedaechtnis/schwerpunkte.md: Fachthemen + Querschnitts-Schlagworte ergänzt - gedaechtnis/inhalte.md: geprüfte Fakten und Nicht-Behauptungen - bewerbungen/: Entwurf FindYou (Data Scientist/MLOps) + Register-Eintrag - gedaechtnis/log.md: datierter Eintrag Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -4,10 +4,14 @@ Bewährte, faktisch korrekte Inhalte und Formulierungen zu Erfahrungen/Skills.
|
||||
Was hier steht, ist verifiziert richtig. Wird am Ende jeder Session aktualisiert.
|
||||
|
||||
## Korrekte Fakten
|
||||
_(noch keine Einträge)_
|
||||
- Standard-All-in-Stundensatz für **Agenturprojekte: 105 € netto** (Direktbeauftragung KMU: 120 € netto). Quelle: `vorgaben/marketing.md` §2.
|
||||
- Eine **Sicherheitsüberprüfung SÜ2** dauert mindestens drei Monate, teils bis zu einem Jahr → Projekte mit SÜ/Sicherheitsüberprüfung fallen aus (in `vorgaben/rahmenbedingungen.md` als ❌ verankert).
|
||||
|
||||
## Bewährte Bausteine
|
||||
_(noch keine Einträge)_
|
||||
- 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/Coaching ist durch mehrere durchgeführte KI-Potenzialanalyse-Workshops und KI-Schulungen belegt.
|
||||
|
||||
## Nicht zutreffend / nicht behaupten
|
||||
_(noch keine Einträge)_
|
||||
- **Nicht** behaupten, täglich/laufend an einer produktionsreifen Agentic-AI-Plattform oder „der ersten produktionsreifen Plattform" zu arbeiten.
|
||||
- On-Premise-KI mit RAG (Projekt „Kischdle") ist **Proof-of-Concept-/Evaluierungsniveau**, kein produktiver ML-Wirkbetrieb → kein „tiefgehendes Production-ML/MLOps" behaupten.
|
||||
- Keine Kafka-Praxiserfahrung behaupten (nur übertragbares Verständnis ereignisgetriebener Architekturen vorhanden).
|
||||
|
||||
@@ -5,3 +5,17 @@ Datierte Einträge: was wurde am Gedächtnis geändert und **warum**.
|
||||
## 2026-06-12 — Initialisierung
|
||||
- Gedächtnisstruktur angelegt (`stil.md`, `inhalte.md`, `schwerpunkte.md`, `log.md`)
|
||||
und Register `bewerbungen/index.md`. Noch keine inhaltlichen Lerneinträge.
|
||||
|
||||
## 2026-06-12 — Erste Praxis-Session (FindYou / Data Scientist MLOps), Feedback eingearbeitet
|
||||
- **SÜ2-Regel:** Sicherheitsüberprüfung (SÜ/SÜ2) dauert ≥ 3 Monate → ab sofort **immer ❌**.
|
||||
Verankert in `vorgaben/rahmenbedingungen.md` und Skill `projekt-anlegen` (Schritt 3b);
|
||||
CRM-Opportunity Zeile 11 von ✅ auf ❌ korrigiert (Match unverändert, Misc zählt nicht).
|
||||
- **Schwerpunkte:** nicht nur Fachthemen, auch Querschnitts-Schlagworte ergänzt
|
||||
(Öffentlicher Sektor, Produktiver Einsatz, Produktiver KI-Betrieb).
|
||||
- **Stil-Gedächtnis** umfangreich befüllt (`stil.md`): keine falschen Behauptungen,
|
||||
Lücken nicht erwähnen, Agentur-Anschreiben kurz/Teaser, keine Fachbegriffe außerhalb
|
||||
der Ausschreibung (Techno-Blabla), fester Absatz-Aufbau, Header mit Zielperson/Kanal/
|
||||
Anhängen, feste Grußformel „Mit besten Grüßen … Thomas Langer".
|
||||
- **Inhalte** (`inhalte.md`): Agentur-Satz 105 € netto, On-Premise-RAG nur PoC-Niveau,
|
||||
kein Production-ML/Kafka behaupten, Product-Lifecycle-Baustein.
|
||||
- Entwurf nach neuen Regeln neu geschrieben; Projekt wegen SÜ2 aber nicht versendbar.
|
||||
|
||||
@@ -8,4 +8,16 @@ Commit begründen. Ziel: gleiche Schwerpunkte immer gleich benennen
|
||||
|
||||
| Schlagwort | Definition |
|
||||
|---|---|
|
||||
| _(wächst mit der Zeit)_ | |
|
||||
| Agentic AI | Autonome KI-Agenten, Tool Use / Function Calling, Coding-Agent-Umgebungen (Claude Code/Cowork, Cline) |
|
||||
| MCP | Model Context Protocol; Anbindung externer Systeme/Tools an LLMs |
|
||||
| RAG | Retrieval Augmented Generation inkl. Chunking, Embeddings, Vektordatenbanken |
|
||||
| LLM | Large Language Models: Auswahl, Betrieb, Evaluierung, Fine-Tuning, On-Premise |
|
||||
| Vektordatenbanken | Pinecone, Qdrant und vergleichbare Vektorspeicher für semantische Suche |
|
||||
| On-Premise KI | Eigenbetrieb von KI-Inferenz auf eigener Hardware (GPU-Inference, Quantisierung) |
|
||||
| MLOps | Aufbau und produktiver Betrieb von ML-/LLM-Infrastruktur, Deployment, Monitoring |
|
||||
| Container | Containerisierung und Deployment mit Docker/Podman |
|
||||
| Python | Python-Entwicklung im Produktionskontext (FastAPI, Tooling, Datenverarbeitung) |
|
||||
| Event-Streaming | Verarbeitung kontinuierlicher Daten-/Nachrichtenströme, Message-Middleware (DDS, SOME/IP) |
|
||||
| Öffentlicher Sektor | Endkunde aus Verwaltung/Behörden/öffentlicher Hand (oft mit Sicherheitsanforderungen) |
|
||||
| Produktiver Einsatz | Tätigkeit zielt auf produktiven Wirkbetrieb, nicht nur Prototyp/PoC |
|
||||
| Produktiver KI-Betrieb | Betrieb von KI-/LLM-Systemen im laufenden produktiven Wirkbetrieb (MLOps, Deployment, Monitoring) |
|
||||
|
||||
@@ -7,14 +7,62 @@ aktualisiert. Nur **übertragbares** Wissen, keine projektspezifischen Einmaligk
|
||||
> sowie dessen Dos & Don'ts. Diese Datei ergänzt nur **bewerbungsspezifische**
|
||||
> Erkenntnisse darüber hinaus und wiederholt die Grundregeln nicht.
|
||||
|
||||
## Tonalität
|
||||
_(noch keine Einträge)_
|
||||
## Grundsätze (verbindlich)
|
||||
- **Keine falschen Behauptungen.** Niemals etwas behaupten, das der Lebenslauf nicht
|
||||
hergibt (z. B. „arbeite täglich an X", „erste produktionsreife Plattform"). Falsche
|
||||
Aussagen sind in Bewerbungen absolut tabu.
|
||||
- **Lücken nicht erwähnen.** Schwächen/fehlende Abdeckung nicht offenlegen. Entdeckt
|
||||
der Empfänger sie, lässt sich das im Interview souverän klären; von selbst darauf
|
||||
hinweisen schadet nur.
|
||||
|
||||
## Anrede & Form
|
||||
_(noch keine Einträge)_
|
||||
## Anschreiben an Agenturen
|
||||
Annahme: Der Agentur-Mitarbeiter hat fast keine Fachkenntnis und gleicht nur
|
||||
Buzzwords und Zahlen mit der Ausschreibung ab.
|
||||
- **Kurz und prägnant, Teaser-Charakter.** Nur klarstellen, welche wichtigen
|
||||
Anforderungen abgedeckt sind.
|
||||
- **Keine Fachbegriffe, die nicht in der Ausschreibung vorkommen** (Produktnamen,
|
||||
Modellnamen, Protokolle wie Ollama, PyTorch, gpt-oss, Qwen, DDS, SOME/IP). Solche
|
||||
Begriffe sind für den Agentur-Mitarbeiter nur „Techno-Blabla". Nur die Buzzwords
|
||||
der Ausschreibung selbst aufgreifen.
|
||||
|
||||
## Formulierungen – bevorzugt
|
||||
_(noch keine Einträge)_
|
||||
## Aufbau eines Anschreibens (Reihenfolge)
|
||||
1. **Einleitung:** Dank für die Ausschreibung + Begeisterung, sich sehr gern auf
|
||||
genau dieses Projekt zu bewerben.
|
||||
2. **Wichtigste Fakten** (jeweils als eigener Absatz mit Schlagwort am Anfang, da
|
||||
Bullet-Points im Mail-Editor oft nicht dargestellt werden):
|
||||
- **Verfügbarkeit:** ab wann, welcher Prozentsatz, Interesse an langfristiger Arbeit.
|
||||
- **Stundensatz:** All-in-Stundensatz in € netto (ggf. mit Randbedingungen).
|
||||
- **Vor-Ort-Termine** (falls Onsite gefordert): bis zu X Vor-Ort-Termine inkl.
|
||||
Reise-/Übernachtungskosten im All-in-Satz enthalten.
|
||||
- **Remote-Anteil** (falls vorhanden): Leistung remote, dafür eigene Räume mit
|
||||
professionellem IT-Equipment im Ingenieurbüro in Unterhaching (Großraum München).
|
||||
3. **Kurzer Absatz:** was mich am Projekt am meisten reizt.
|
||||
4. **Kurze Schilderung:** was ich einbringe und welche im Projekt geforderten
|
||||
Tätigkeiten ich bereits erbracht habe.
|
||||
5. **Product-Lifecycle-Absatz (falls passend, vorvorletzter Absatz):** Hinweis, dass
|
||||
meine Kompetenz einen weiten Bereich abdeckt, von Requirements Engineering bis
|
||||
Validation/Deployment/Wissenstransfer. Verbunden mit dem Nutzen für den Kunden.
|
||||
6. **Vorletzter/letzter Absatz:** Anhänge nennen („Gern sende ich Ihnen anbei meinen
|
||||
aktuellen Lebenslauf …"), Freude bei Interesse, Verfügbarkeit für Rückfragen/Gespräch.
|
||||
|
||||
## Formulierungen – vermeiden
|
||||
_(noch keine Einträge)_
|
||||
## Erfüllung der Ausschreibungs-Wünsche
|
||||
- Explizite Wünsche der Ausschreibung erfüllen: verlangt sie CV + Stundensatz per Mail,
|
||||
müssen **Stundensatz genannt** und **Anhang Lebenslauf erwähnt** werden.
|
||||
- Fehlt die nötige Kontaktangabe (z. B. E-Mail des Ansprechpartners) → **anmerken**,
|
||||
dass sie noch fehlt, statt sie zu erfinden.
|
||||
|
||||
## Header des Entwurfs
|
||||
Immer angeben: Zielperson, Nachrichtenkanal + Zieladresse, Betreff, Anhänge. Beispiel:
|
||||
```
|
||||
An: Frau Candy Williams per E-Mail an C.Williams@brink.de
|
||||
Betreff: …
|
||||
Anhänge: Lebenslauf_Dr-Ing_Thomas_Langer.pdf, Zertifikat TÜV AI Consultant
|
||||
```
|
||||
|
||||
## Grußformel (immer identisch)
|
||||
Ohne Dr.-Titel, drei Leerzeichen vor dem Namen:
|
||||
```
|
||||
Mit besten Grüßen
|
||||
|
||||
Thomas Langer
|
||||
```
|
||||
|
||||
Reference in New Issue
Block a user