Bewerbung Effection Network (AI / MCP Engineer, Agentur, Remote) versandreif

- bewerbung.md finalisiert; Entwurf: Orchestrierungs-Formulierung (Variante A) eingesetzt
- Stil: keine koerperlichen Metaphern fuer KI-Agenten; Ausnahme zur Agentur-Buzzword-Regel
  bei persoenlicher Anfrage mit benannten Kundensystemen (beratend/systemspezifisch)
- Inhalte: AI-Agenten-Orchestrierung als Baustein; Caveat keine belegte API-Praxis
  mit SharePoint/Jira/Confluence/Azure OpenAI (nur Umsetzbarkeit behaupten)
- Register + Log aktualisiert

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

gedaechtnis/inhalte.md

@@ -21,6 +21,12 @@ Was hier steht, ist verifiziert richtig. Wird am Ende jeder Session aktualisiert
 - **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]]).
 
+- **AI-Agenten-Orchestrierung (belegt, für Agentic-AI-/MCP-Rollen):** „Mit verschiedenen AI Automation
+  Tools AI-Agenten orchestriert, sie mit Tools ausgestattet und an Datenquellen angebunden" ist gedeckt
+  (n8n-Telegram-Agent mit Google-Cloud-Datenzugriff, Make.com, Langflow-Evaluierung). Tool Use / Function
+  Calling und Datenanbindung als alltägliches Werkzeug behauptbar. Nutzbar für [[Agentic AI]], [[MCP]],
+  [[Workflow-Automatisierung]].
+
 ## 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."
@@ -60,3 +66,4 @@ Was hier steht, ist verifiziert richtig. Wird am Ende jeder Session aktualisiert
 - **Computer Vision / Bildverarbeitung:** Nur Evaluierung multimodaler Vision-LLMs belegt ([[Multimodale KI]]), **keine** klassische Computer Vision / Bildverarbeitung (OpenCV-Pipelines, Feature-Detection) → nicht als fundierte CV-Kompetenz anpreisen.
 - **OCR-Technologien / Document-AI:** keine Praxis (Paperless-ngx wird betrieben, aber kein OCR-Entwicklungsnachweis) → nicht behaupten.
 - **MLOps, CI/CD, Cloud-native:** kein belegter produktiver MLOps-/Cloud-native-Betrieb (Fokus On-Premise/Self-Hosted; Azure DevOps Server = ALM, kein Cloud-native-Beleg) → nicht behaupten.
+- **APIs von Standard-Unternehmenssystemen (SharePoint, Jira, Confluence, Azure OpenAI o. Ä.):** keine belegte API-Praxis mit diesen Systemen → **keine Referenzprojekt-/Erfahrungs-Behauptung**. Zulässig ist nur die **Fähigkeits-/Umsetzbarkeitsaussage**, dass sich solche Schnittstellen KI-gestützt schnell entwickeln bzw. anbinden lassen (Formulierung „so lassen sich Schnittstellen zu APIs von … entwickeln", „gehe ich davon aus, dass sich … integrieren lässt"). Stützt einen Buzzword-Treffer auf die Kundensysteme, ohne Falschaussage. (Effection Network, AI / MCP Engineer.)

gedaechtnis/log.md

@@ -2,6 +2,24 @@
 
 Datierte Einträge: was wurde am Gedächtnis geändert und **warum**.
 
+## 2026-06-22 — Bewerbung Effection Network (AI / MCP Engineer, Remote, Agentur), versandreif
+- Agentur, Kontakt Alen Arnautovic schrieb Thomas **persönlich** mit detailliertem Projektangebot an
+  (E-Mail bekannt → Rich-Text, .doc-CV + TÜV-Zertifikat). Endkunden-Systemlandschaft im Brief benannt:
+  SharePoint, Jira, Confluence, Azure OpenAI, AI Automation Tool, Darstellung im Intranet, dreimonatige
+  Pilotphase mit angedachtem Folgeausbau der KI-Plattform.
+- **Stil** (`stil.md`): (1) **Keine körperlichen Metaphern für KI-Agenten** („an die Hand geben" verworfen,
+  Agenten haben keine Hände) → sachlich „sie mit Tools ausgestattet und an Datenquellen angebunden".
+  (2) Neue **Ausnahme zur Agentur-Buzzword-Beschränkung**: bei persönlicher Anfrage mit benannten
+  Kundensystemen darf das Anschreiben beratend/systemspezifisch auftreten (Kundensysteme = faktische
+  Ausschreibungs-Buzzwords), solange nur Fähigkeit/Umsetzbarkeit statt Referenzprojekte behauptet wird.
+- **Inhalte** (`inhalte.md`): AI-Agenten-Orchestrierung als belegter Baustein (n8n/Make/Langflow);
+  neuer „nicht behaupten"-Caveat: keine belegte API-Praxis mit SharePoint/Jira/Confluence/Azure OpenAI →
+  nur KI-gestützte Umsetzbarkeit formulieren, keine Erfahrungs-/Referenzbehauptung.
+- Finale Fassung weitgehend vom **Nutzer selbst** geschrieben und mehrfach überarbeitet (zwei Push-Runden
+  „Überarbeitet"/„Feinschliff"); Skill gab nur Stil-/Wahrhaftigkeits-Feedback und setzte zuletzt die vom
+  Nutzer gewählte Orchestrierungs-Formulierung (Variante A) ein. Negation „… nicht ausreichen" bewusst belassen.
+  Schwerpunkte: Agentic AI, MCP, LLM, RAG, Workflow-Automatisierung, System Integration.
+
 ## 2026-06-22 — Bewerbung Masterschool/MSIT (Freelance Instructor GenAI Engineering, deutschsprachig, Remote, Direktkunde)
 - Kundenanfrage über Freelancermap-Postfach, Kontakt Lazar Savkovic, E-Mail bekannt → Versand per E-Mail,
   Rich-Text, sparsame Fett-Labels. Direktkunde + KI-affin + **Coaching-/Instructor-Rolle** → konkrete

gedaechtnis/stil.md

@@ -12,6 +12,10 @@ aktualisiert. Nur **übertragbares** Wissen, keine projektspezifischen Einmaligk
   „möglich", „leistbar".
 - **Schreibweise „System Integration"** (zwei Wörter, englisch), nie „Systemintegration".
   Gilt für Bewerbungstexte.
+- **Keine körperlichen Metaphern für Software-/KI-Agenten.** Wendungen wie „AI-Agenten etwas
+  **an die Hand geben**" wirken primitiv, weil Agenten keine Hände haben. Sachlich formulieren,
+  z. B. „AI-Agenten orchestriert, **sie mit Tools ausgestattet und an Datenquellen angebunden**".
+  (Nutzer-Entscheidung Effection Network, AI / MCP Engineer.)
 
 ## Grundsätze (verbindlich)
 - **Keine falschen Behauptungen.** Niemals etwas behaupten, das der Lebenslauf nicht
@@ -111,6 +115,14 @@ Buzzwords und Zahlen mit der Ausschreibung ab.
     „Vector-Tools wie CANoe" nimmt den exakten Treffer mit und bleibt zugleich ehrlich breit.
     (Nutzer-Entscheidung Amoria Bond, Systemingenieur Automotive.)
   - **Bewusst etwas breitere Infrastruktur-Kompetenz durchscheinen lassen, wenn ein Ausschreibungs-Schlagwort es motiviert:** Steht ein Schlagwort wie **Backend** in der Ausschreibung, darf der Nutzer auch beim Agentur-Empfänger etwas Netzwerk-/Server-/Cloud-Kompetenz andeuten, obwohl die konkreten Begriffe nicht in der Ausschreibung stehen. Dann **allgemein verständliche** Begriffe wählen (z. B. „eigene Linux Root Server", „Private Cloud Services") statt zu spezieller, für den Agentur-MA nichtssagender Begriffe (z. B. „On-Premise KI-Server" wurde wieder gestrichen). Abwägung bleibt Nutzer-Entscheidung. (Nutzer-Entscheidung RecNow, Freelance Testautomatisierer Backend/Integration.)
+  - **Persönliche Anfrage mit detailliertem Brief und benannten Kundensystemen (Ausnahme zur Buzzword-Beschränkung):**
+    Schreibt der Agentur-Kontakt Thomas **persönlich** an und nennt im Projektangebot die **konkreten
+    Systeme des Endkunden** (z. B. SharePoint, Jira, Confluence, Azure OpenAI, Intranet), darf das
+    Anschreiben **beratend und systemspezifisch** auftreten: genau diese Systeme namentlich aufgreifen und
+    einen darauf zugeschnittenen Lösungs-/Integrationsweg skizzieren. Die benannten Kundensysteme sind
+    faktisch die Buzzwords der Ausschreibung, der Text bleibt also treffer-orientiert und wirkt zugleich
+    kompetent statt generisch. Voraussetzung: nichts Falsches behaupten (Fähigkeits-/Umsetzbarkeitsaussagen
+    statt Referenzprojekte, siehe `inhalte.md`). (Nutzer-Entscheidung Effection Network, AI / MCP Engineer.)
   - **Kern-Tool der Ausschreibung nicht belegt (z. B. UiPath):** Dann tragen die belegten gleichwertigen Tools die Substanz — sie konkret nennen und **jedes auf ein in der Ausschreibung genanntes System mappen** (Beispiel Amoria Bond / RPA: UI.Vision-Webshop-Automation ↔ webbasiertes Ticketsystem; Python-Oberflächenautomatisierung ↔ Oracle-Forms-Desktop-ERP; Power Automate Desktop als „RPA-Plattform evaluiert"). So entsteht ein glaubwürdiger Eignungsnachweis trotz fehlendem Kern-Tool, auch beim Agentur-Empfänger. (Nutzer-Entscheidung Amoria Bond, Process Automation & RPA UiPath.)
 
 ## „Eigene Einschätzung"-Absatz bei geforderter Eignungsbewertung