Peak One GmbH (KI Consultant / KI Enabler im regulierten Umfeld, Agentur, Hybrid-Kiel): finale Fassung bewerbung.md (ehrliche, knappe Bewerbung; VS-NfD/Zugriffskonzepte offen genannt); Register; Gedaechtnis: Stil-Baustein Luecke-offen-nennen-bei-Einladung, Inhalte Private-Cloud-Services-statt-Microservices und On-Premise-ASR/TTS; Prozess: Agentur-Satz 93 EUR, feste Untergrenze aufgehoben, effektiver Mindestsatz 45 EUR
marketing.md enthaelt zusaetzlich die bereits vor der Session vorhandenen, vom Nutzer gewollten "ueber 30 Jahre" -> "jahrzehntelang" Anpassungen. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -4,7 +4,7 @@ Bewährte, faktisch korrekte Inhalte und Formulierungen zu Erfahrungen/Skills.
|
||||
Was hier steht, ist verifiziert richtig. Wird am Ende jeder Session aktualisiert.
|
||||
|
||||
## Korrekte Fakten
|
||||
- Standard-All-in-Stundensatz für **Agenturprojekte: 105 € netto** (Direktbeauftragung KMU: 120 € netto). Quelle: `vorgaben/marketing.md` §2. Im Anschreiben als **Vorstellung** formulieren (Verhandlungsbereitschaft, siehe `stil.md`).
|
||||
- Standard-All-in-Stundensatz für **Agenturprojekte: 93 € netto** (per Nutzer-Entscheidung 2026-06-29 von 105 € gesenkt; Direktbeauftragung KMU: 120 € netto). Quelle: `vorgaben/marketing.md` §2. Im Anschreiben als **Vorstellung** formulieren (Verhandlungsbereitschaft, siehe `stil.md`).
|
||||
- **Englischer Lebenslauf vorhanden:** Basisname `CV_Thomas_Langer_PhD` — bei englischen Bewerbungen anhängen. Format empfängerabhängig: Agentur `.doc`, Endkunde `.pdf` (siehe `stil.md`).
|
||||
- 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).
|
||||
- **On-Prem-Infrastruktur (belegbar, nutzbar in KI-Bewerbungen):** Das EspoCRM läuft in einem Podman-Pod-Container auf dem Server **DesTEngSsv006**, dem eigenen On-Premise-KI-Server (GPU-Inference). Auf demselben Server laufen auch die Claude-Code-Sessions. Der `projekt-anlegen`-Skill holt Projektausschreibungen automatisiert von Portalen (z. B. freelancermap), gliedert sie in Must/Nice/Misc, bewertet sie und trägt sie via REST-API ins CRM ein. Beleg für Agentic AI, MCP, Web-Datenextraktion und produktiv genutzte On-Premise-KI; auch als konkreter, authentischer Aufhänger im Anschreiben verwendbar.
|
||||
@@ -31,6 +31,15 @@ Was hier steht, ist verifiziert richtig. Wird am Ende jeder Session aktualisiert
|
||||
betrieben (On-Premise belegt) und zugleich Cloud-LLMs produktiv genutzt → Aussage „Cloud- und On-Premise-Lösungen mit ihren
|
||||
jeweiligen Stärken, auch unter den Gesichtspunkten Governance, Datenschutz und Compliance, gegeneinander abwägen" ist gedeckt.
|
||||
„DSGVO-konforme KI-Anwendungen" (CV) stützt Datenschutz/Compliance/Governance. Nutzbar für [[On-Premise KI]], [[LLM]].
|
||||
- **Self-Hosted-Container korrekt benennen — „Private Cloud Services", nicht „Microservices" (Nutzer S+):** Git, Nextcloud,
|
||||
EspoCRM usw. in Docker-/Podman-Containern sind **mehrere eigenständige Anwendungen**, nicht die Zerlegung *einer* App in
|
||||
unabhängig deploybare Dienste. Daher „**Private Cloud Services**" (deckt sich mit dem CV-Wortlaut „Self-Hosted Services in
|
||||
Docker-/Podman-Containern"), nicht „Microservices". Bewährte Formulierung: „Seit 2011 nutze ich Linux Root Server, auf denen
|
||||
auch meine Private Cloud Services in Docker- oder Podman-Containern laufen; beispielsweise läuft mein CRM in meiner lokalen
|
||||
Umgebung." Nutzbar für [[On-Premise KI]], [[Container]].
|
||||
- **On-Premise-Modelle nicht nur LLMs (Nutzer S+):** Auf dem eigenen KI-Server laufen außer LLMs auch **ASR- und TTS-Modelle**
|
||||
(Open Source). Daher beim Agentur-Empfänger der breitere Begriff „**Open-Source-KI-Modelle**" statt „Open-Source-LLMs", wenn
|
||||
die ganze On-Premise-Bandbreite gemeint ist. Nutzbar für [[On-Premise KI]], [[Multimodale KI]].
|
||||
- **CAD-Systeme und Engineering-/PLM-Landschaften ehrlich verankern (für KI-im-Engineering-/Konstruktions-Rollen):** „Konstruktion / CAD (z. B. CATIA)" zielt auf mechanisches CAD, das **nicht** belegt ist (kein CATIA, kein Maschinenbau-CAD) → nicht behaupten. Ehrlich abgedeckt ist dagegen: jahrzehntelange intensive Arbeit mit **CAD-/EDA-Entwicklungswerkzeugen** (Keysight ADS, Ansys HFSS/SIwave, CST, PCB-Layout) sowie deren **Auswahl und Evaluierung** (Toshiba: „Evaluierung und Auswahl von HF-Entwicklungssoftware"). „Digitale Engineering-/PLM-Landschaften": belegt über **PTC Integrity** (Requirements/Tasks/Reviews/Defects bei Magna), **Azure DevOps Server**, Git/Subversion und Cloud-gestützte Kollaborationsdienste. Zulässige Formulierung: „mit CAD-Systemen jahrzehntelang gearbeitet, mehrfach ausgewählt und evaluiert; Engineering-Prozesse, Product-Lifecycle-Management-Systeme und digitale Kollaborationsdienste bestens vertraut" — ohne Toolnamen beim Agentur-Empfänger (Buzzword-Ebene CAD/PLM/Engineering-Prozesse genügt).
|
||||
- **ASMPT-KI-Workshop-Vorbereitung als Beleg für KI-Use-Case-Analyse in Engineering-Prozessen:** Zur Vorbereitung des KI-Potenzialanalyse-Workshops bei ASMPT hat Thomas sich mit den **Engineering-Entwicklungsprozessen** befasst und herausgearbeitet, an welchen Stellen sich generative KI integrieren lässt. Sauberer Beleg für „Analyse und Bewertung von KI-Anwendungsfällen in Konstruktions-/Entwicklungsprozessen". Drei KI-Potenzialanalyse-Workshops durchgeführt (Kerngeschäft, siehe [[KI-Beratung & Potenzialanalyse]]).
|
||||
|
||||
|
||||
Reference in New Issue
Block a user