Über mich
Mein Name ist
Andre Semek.
Ich lebe in Berlin und arbeite als Cloud Engineer bei Vattenfall. 15 Jahre Infrastruktur — von Windows-Servern über Linux zu Azure und Kubernetes.
Bei Vattenfall.
Ich bin Teil des ACAE-Teams — Azure Container App Environment. Wir betreiben eine zentrale Container-Plattform für mehr als zehn interne Geschäftsbereiche. Meine Aufgabe ist das Template-Repository: Bicep-Module, Azure DevOps Pipelines, DTAP-Modell (Dev/Test/Acc/Prod), Blue-Green Deployments mit Traffic-Splitting, Key Vault Integration.
Bevor es Azure-native wurde: klassische Windows- und Linux-Server-Administration, Virtualisierung, Container. Die Linie von damals bis heute ist gerade: wartbare Setups, kleine Diffs, klare Module, dokumentierte Standards.
Privat.
Zwei Kinder, Fußball, Musik.
ADHS — bedeutet, ich arbeite besser mit klaren Strukturen, kurzen Zyklen und viel Dokumentation. Das prägt auch, wie ich Projekte führe: kleine Schritte statt großer Sprünge, frühes Zeigen statt großem Reveal am Ende.
Kleine Schritte statt großer Sprünge, frühes Zeigen statt großem Reveal am Ende.
Woran ich gerade arbeite.
Azure & Container
Container Apps, AKS, ACR, App Services, Key Vault
Infrastructure-as-Code
Bicep, Terraform, Ansible — Module statt Monolithe
CI/CD & Pipelines
Azure DevOps, GitHub Actions — DTAP, Blue-Green, Rollback
Infrastruktur-Automatisierung
Cloud-hybride Systeme, Monitoring mit Prometheus/Grafana, CLI-Workflows
KI-Automation
Mehrere Agenten parallel, Modellwahl nach Kosten, MCP-Server, eigene Agenten-Setups
So arbeite ich
Mein Ansatz für KI-gestützte Arbeit.
Ich setze im Alltag selbst mehrere KI-Agenten parallel ein, mit fester Aufgabenteilung. Was hier steht, ist keine Verkaufsfolie, sondern beschreibt, wie ich tatsächlich arbeite.
Kosten-Tier-Routing
Modellwahl
Für Suchen, Umbenennen oder Zusammenfassen reicht ein schnelles, günstiges Modell. Architektur- oder Reasoning-Fragen gehen an das stärkste verfügbare. So bleibt das Budget im Rahmen, ohne bei den schwierigen Aufgaben zu sparen.
Parallele Subagenten
Orchestrierung
Recherche, Review und Refactoring müssen nicht nacheinander laufen, wenn sie unabhängig voneinander sind. Ein Orchestrator teilt die Arbeit auf und führt die Ergebnisse wieder zusammen.
Adversarial Review
Qualitätssicherung
Bei größeren Architekturentscheidungen lasse ich ein zweites, unabhängiges Modell gegenprüfen, bevor ich mich festlege — vor allem wenn eine spätere Korrektur teuer würde.
Cross-Session-Gedächtnis
Kontinuität
Wenn eine Agent-Session zu lang wird oder der Kontext voll läuft, schreibt ein Handoff-Mechanismus Zwischenstand und offene Punkte weg. Die nächste Session kann direkt dort weitermachen.
Der Ablauf
In Kundenprojekten arbeite ich nach denselben Grundsätzen: Kosten-Tier-Routing, unabhängige Gegenprüfung, kleine Diffs, saubere Übergaben. Welche Werkzeuge dahinterstehen — Claude, OpenCode und andere — zeigt sich konkret in den Projekten selbst, etwa bei Pridovo, context-parachute und lore.