Wissen on AereA GmbH - Software, die auch in fünf Jahren noch läuft

Wie wir mit KI-Agenten entwickeln und welche Sicherungen dafür nötig waren

info@aerea.de (AereA GmbH) — Wed, 05 Aug 2026 00:00:00 +0000

Dieser Text beschreibt eine Pipeline, die bei uns produktiv läuft - an einem mandantenfähigen Kommunikationssystem auf ASP.NET Core, Angular und FreeSWITCH, mit selbst gehostetem GitLab. Alle unten genannten Befunde stammen aus echten Durchläufen und wurden vor dem Merge gefunden und behoben. Das System benennen wir nicht, weil einzelne Befunde sonst rückverfolgbar wären.

Was ist der eigentliche Engpass beim Entwickeln mit KI? #

Nicht die Geschwindigkeit, mit der Code entsteht. Der Engpass ist Vertrauen: Code, der kompiliert, dessen Tests grün sind und der sich beim Lesen richtig anfühlt - und trotzdem falsch ist. Diese Fehlerklasse macht fast jeden Fund aus, den wir haben, und keine Standardpipeline sieht sie.

Testautomatisierung intern aufbauen oder extern vergeben?

info@aerea.de (AereA GmbH) — Wed, 08 Jul 2026 00:00:00 +0000

Warum ist die Frage falsch gestellt? #

Testautomatisierung ist kein Projekt mit Abschluss, sondern ein Bestand mit Wartungslast. Die Frage lautet deshalb nicht „wer baut sie", sondern „wer pflegt sie in drei Jahren". Wer das überspringt, kauft eine Testsuite, die nach zwei Releases rot ist, dann übersprungen und schließlich abgeschaltet wird - und hat den Aufwand zweimal.

Wie stehen die beiden Wege gegeneinander? #

Kriterium	Interner Aufbau	Externe Vergabe
Anlaufzeit	Lang. Werkzeugauswahl, Lernkurve und die ersten verworfenen Ansätze inklusive	Kurz. Erfahrung ist eingekauft, die ersten Tests laufen in Tagen
Fachwissen über das Produkt	Vorhanden. Der größte Vorteil und oft unterschätzt	Muss aufgebaut werden, kostet die ersten Wochen
Werkzeug- und Methodenwissen	Muss aufgebaut werden	Vorhanden
Kosten kurzfristig	Niedriger, aber verdeckt: Entwicklerzeit, die anderswo fehlt	Höher und sichtbar in der Rechnung
Kosten langfristig	Niedriger, wenn die Kompetenz im Haus bleibt	Laufend, solange extern gepflegt wird
Priorisierung im Alltag	Verliert regelmäßig gegen das nächste Kundenticket	Geschützt, weil beauftragt und terminiert
Testtiefe	Steigt langsam, dafür passgenau zum Produkt	Steigt schnell, kann aber am Produktverständnis vorbeigehen
Wartbarkeit nach Übergabe	Hoch, weil die Autoren im Haus sitzen	Abhängig davon, ob Wissenstransfer Teil des Auftrags war
Typischer Fehlschlag	„Wir machen das nebenbei"	Übergabe ohne Wissenstransfer

Wo scheitert der interne Aufbau? #

Fast immer an derselben Stelle: Testautomatisierung läuft neben dem Tagesgeschäft und verliert jede Priorisierung gegen ein Kundenticket. Nach einem Quartal existieren zwanzig Tests, nach zwei sind fünf davon rot, und niemand hat Zeit, sie zu reparieren.

Welche Leitplanken wir Agenten setzen

info@aerea.de (AereA GmbH) — Fri, 19 Jun 2026 00:00:00 +0000

Darf ein Agent in einem regulierten Projekt Code schreiben? #

Ja - unter denselben Bedingungen wie ein Mensch. Entscheidend ist nicht, wer die Zeile geschrieben hat, sondern ob sie spezifiziert, geprüft, getestet und freigegeben ist. Wer diese Kette schließt, kann Agenten einsetzen. Wer sie für Agenten öffnet, hat auch für Menschen ein Problem.

Dieser Text ist die kurze Grundsatzantwort. Wie die Kette in einem produktiven Projekt tatsächlich aussieht - mit Rollentrennung, doppelter Review über den Fix-Diff und den Befunden, die eine grüne Pipeline nicht geliefert hätte - steht im Feldbericht Wie wir mit KI-Agenten entwickeln.

Eigenentwicklung oder Standardsoftware im Energiemanagement?

info@aerea.de (AereA GmbH) — Thu, 14 May 2026 00:00:00 +0000

Wann reicht ein Standardprodukt? #

Solange Ihre Anlage dem Bild entspricht, für das das Produkt gebaut wurde: ein Hersteller, ein überschaubarer Anlagenumfang, eine Optimierungsstrategie aus dem Katalog. Dann ist das System des Herstellers praktisch unschlagbar - schneller verfügbar, billiger im Einstieg, gewartet von jemand anderem. Der Kipppunkt liegt fast nie bei der Anschaffung, sondern beim dritten Sonderfall.

Wie stehen die beiden Wege gegeneinander? #

Kriterium	Standardsoftware	Eigenentwicklung
Zeit bis zum ersten Nutzen	Tage bis Wochen. Anlage anschließen, Konto anlegen, fertig	Wochen bis Monate. Die Datengrundlage entsteht zuerst
Gerätevielfalt	Die Herstellerliste des Anbieters. Alles außerhalb davon gar nicht oder über Umwege	Beliebig. Die Anbindung liegt in einer eigenen Verarbeitungsstufe, neue Geräte berühren die Auswertung nicht
Optimierungslogik	Vorgegebene Strategien, über Parameter einstellbar	Frei. Marktpreise, CO₂-Intensität, Prognosen und betriebliche Nebenbedingungen als gleichrangige Eingangsgrößen
Marktdaten	Falls vorhanden, dann als Funktion des Anbieters mit dessen Datenquelle	Day-Ahead-Preise europäischer Gebotszonen und Netz-CO₂-Intensität direkt als Eingangsgröße
Datenhoheit	Meist Anbieter-Cloud, Standort und Aufbewahrung nach dessen Vorgabe	On-Premises, deutsche Cloud oder hybrid - Sie entscheiden, wo verarbeitet wird
Laufende Kosten	Lizenz je Anlage, Zählpunkt oder Ladepunkt. Skaliert mit dem Ausbau	Betrieb und Wartung. Keine Lizenzskalierung beim Zubau
Historische Daten	Aufbewahrungsdauer nach Anbietervorgabe, Export oft eingeschränkt	Vollständig bei Ihnen, in einer Zeitreihendatenbank Ihrer Wahl
Abhängigkeit	Roadmap, Preismodell und Fortbestand des Anbieters	Eigener Bestand. Trägt nur, wenn er dokumentiert ist
Risiko	Gering und bekannt	Höher. Steigt mit unklarer Anforderung, sinkt mit belastbarer Datenlage

Woran erkennt man den Kipppunkt vorher? #

Drei Fragen, die sich ohne Projekt beantworten lassen:

OPC UA oder MQTT für die Maschinenanbindung?

info@aerea.de (AereA GmbH) — Fri, 24 Apr 2026 00:00:00 +0000

Was ist der Unterschied in einem Satz? #

OPC UA ist ein Informationsmodell mit Transport, MQTT ein Transport ohne Informationsmodell. OPC UA beschreibt, was ein Wert bedeutet - Typ, Einheit, Zugehörigkeit, Zugriffsrechte. MQTT bringt ihn nur von A nach B und überlässt die Bedeutung Ihrer Konvention. Alles Weitere folgt aus diesem einen Unterschied.

Wie unterscheiden sich die beiden im Detail? #

Kriterium	OPC UA	MQTT
Informationsmodell	Im Standard enthalten: typisierte Knoten, Referenzen, Einheiten, Companion Specifications je Branche	Keins. Bedeutung entsteht aus Topic-Struktur und Payload-Konvention, die Sie selbst festlegen und durchsetzen
Discovery	Eingebaut. Der Adressraum ist zur Laufzeit durchsuchbar; ein Client findet Knoten ohne Vorwissen	Nicht vorhanden. Topics müssen bekannt sein oder über eine Konvention erschlossen werden
Kommunikationsmuster	Client/Server (Request, Subscribe) und seit 1.04 zusätzlich PubSub	Publish/Subscribe über einen Broker, mit QoS 0/1/2
Latenz	Session-basiert; typisch niedrige zweistellige Millisekunden im LAN. Der Verbindungsaufbau ist teuer, die laufende Session günstig	Sehr gering im Steady State. QoS 2 kostet zwei zusätzliche Roundtrips, QoS 0 keinen
Payload-Größe	Binärkodierung kompakt, JSON-Kodierung deutlich größer. Der Adressraum-Overhead fällt beim Verbindungsaufbau an, nicht je Wert	Header ab 2 Byte. Die tatsächliche Größe bestimmt allein Ihr Payload-Format
Security-Modell	Im Standard: X.509-Zertifikate je Anwendung, Signierung und Verschlüsselung auf Nachrichtenebene, Benutzerrechte im Adressraum	TLS auf Transportebene. Authentifizierung und Rechte hängen am Broker und sind zwischen Implementierungen unterschiedlich
Firewall-Verhalten	Server steht im Werk, Verbindungen kommen eingehend an. Über Werksgrenzen hinweg braucht es eine Freigabe oder einen Reverse-Tunnel	Ausgehende Broker-Verbindung. Kommt durch NAT und restriktive Firewalls, ohne eingehende Ports zu öffnen
Broker-Abhängigkeit	Keine im Client/Server-Modus. PubSub kann optional über einen Broker laufen	Zwingend. Der Broker ist Single Point of Failure und muss betrieben, skaliert und abgesichert werden
Eignung an der Edge	Ressourcenbedarf real: Stack, Zertifikatsspeicher, Adressraum. Für Kleinstgeräte meist zu viel	Läuft auf Mikrocontrollern. Der Client ist in wenigen Kilobyte implementierbar
Werkzeugunterstützung	Ausgereift auf Steuerungsseite: nahezu jede moderne SPS bringt einen Server mit. Auf Auswertungsseite schmaler	Ausgereift auf Auswertungsseite: Broker, Bridges, Stream-Anbindungen überall. Auf Steuerungsseite oft nachgerüstet

Wann trägt OPC UA? #

Wenn die Semantik mitreisen soll. Sobald Maschinen verschiedener Hersteller dasselbe Konzept - Werkzeug, Auftrag, Zustand, Störung - vergleichbar liefern müssen, spart ein standardisiertes Informationsmodell genau die Abbildungsarbeit, die sonst in jedem Integrationsprojekt neu anfällt.

E2E-Tests gegen echte Datenbanken mit Testcontainers

info@aerea.de (AereA GmbH) — Thu, 12 Mar 2026 00:00:00 +0000

Warum testen wir End-to-End gegen eine echte Datenbank? #

Weil ein Mock die Annahme bestätigt, die man beim Schreiben hatte, und eine echte Datenbank ihr widerspricht. Die Fehler, die in verteilten Systemen teuer werden, sitzen genau dort, wo der Mock nichts weiß: in Transaktionsgrenzen, Isolationsstufen, der Reihenfolge von Migrationen und im Zeitzonenverhalten von Zeitstempeln. Ein Test gegen ein In-Memory-Substitut misst das Substitut, nicht das System.