Vier Monate an OCHA RAG, dem KI-System, mit dem die Assessment & Analysis Cell von UN OCHA Lageanalysen aus den Informationen einer Krise erstellt. Ich habe es bei drei Erdbeben eingesetzt und anschließend das, was im Einsatz nicht funktionierte, in getestete Verbesserungen des Produkts umgesetzt.
Ich habe mit dem leitenden Entwickler der Cell an drei Versionen des Systems gearbeitet: einer Python-Kommandozeilen-Pipeline pro Ereignis, einer auf Azure bereitgestellten Weboberfläche dafür und dem aktuellen Rust-Dienst mit Wissensgraph, Vektorsuche und Webkonsole.
Jeder Notfall war ein Praxistest. Während des Einsatzes habe ich das Werkzeug betrieben und geliefert, was das Büro brauchte; danach habe ich die Ursache im Produkt behoben. Drei Regeln leiteten die Arbeit: einen Fehler an echten Daten nachstellen, bevor man seine Ursache benennt; sicherstellen, dass jede neue Prüfung tatsächlich fehlschlagen kann; und jede Änderung über einen geprüften Pull Request einbringen.
Einsätze
Juni 2026Philippinen · M7,8
Offizielle Zahlen hinter einem CAPTCHA
Problem. Die Lageberichte der nationalen Katastrophenschutzbehörde, die Quelle für Opferzahlen, lagen hinter Cloudflare und einem CAPTCHA.
Lösung. Ein automatisierter Browserzugang mit lokalen Treibern für eingeschränkte Netze, dann der Wechsel zu Spiegelseiten.
Wirkung: offizielle nationale Zahlen erreichten die Berichtspipeline noch während des Einsatzes.
Juni–Juli 2026Venezuela
RAG-CLI und Weboberfläche im Einsatz
Problem. Analysten brauchten Berichte innerhalb von Stunden, aus einer Pipeline, die von Hand gestartet werden musste.
Lösung. Bereitstellung einer Weboberfläche auf Azure, ereignisbezogene Nachrichtensuche, Abgleich der Zahlen mit maßgeblichen Quellen sowie Vorlagen für Cluster-Analysen und Bedarfserhebungen.
Wirkung: 4 Ausgaben der Lageanalyse, 3 Cluster-Analysen und eine Bedarfserhebung in zwei Wochen; Länderbüros in der Nutzung geschult.
Aug. 2026Kolumbien · M7,4
Schwer erreichbare ländliche Dörfer
Problem. Schadenszahlen erfassten Städte; verstreute ländliche Siedlungen blieben unsichtbar. Das Büro brauchte außerdem Analysen für die Cluster.
Lösung. Unterstützung der Koordination und Cluster-Kurzberichte für das Länderbüro; Abgleich des ShakeMap-Intensitätsrasters mit jedem besiedelten Ort in sechs Departements.
Wirkung: 271 ländliche Siedlungen mit Intensität VII–VIII markiert, 34 davon im Chocó, für die Zugangsplanung.
Aug. 2026Kolumbien · Dashboard
NASA-Satellitenkarte der Brände
Problem. Das Einsatz-Dashboard zeigte keine Brandaktivität rund um das Epizentrum.
Lösung. Aktive Branderkennungen von NASA FIRMS über den Erschütterungszonen, mit einem Text, in dem jede Zahl aus den Daten stammt, nie aus dem Modell.
Wirkung: die Erkennungen stiegen von 47 pro Tag vor dem Beben auf 351 am Tag des Bebens.
Verbesserungen: Plattform, Datenaufnahme und Abfragen
Aufräumen und Datenaufnahme unter Last. Massen-Uploads erschöpften die Datenbankverbindungen, und toter Code häufte sich an. Gebündelte Schreibvorgänge und Uploads in einer Anfrage; 256.695 tote Zeilen entfernt.
Robusteres Abrufen und Geografie. Berichte, die nur aus PDFs bestanden, scheiterten dauerhaft, und Zahlen einzelner Departements wurden als national abgelegt. Anhänge bleiben erhalten, Orte werden von der feinsten Ebene aus aufgelöst, und ein Dienst erkennt ein Ereignis über USGS, GDACS und WFP ADAM hinweg.
Mehrsprachige Antworten. Fragen auf Spanisch und Bahasa umgingen die Logik für aktuelle Zahlen. Jetzt gilt in allen drei Sprachen derselbe Weg, und nationale Fragen erhalten die nationale Zahl.
Veröffentlichungsdaten. Keines von 95 von Hand hochgeladenen PDFs war datiert, wodurch 28 % des Bestands für Datumsfilter unsichtbar waren. Daten werden jetzt bei der Aufnahme ermittelt und im Bestand nachgetragen, und die Suche lässt sich auf einen Zeitraum beschränken.
Trennung der Arbeitsbereiche. Drei Graph-Schnittstellen konnten Daten eines anderen Arbeitsbereichs zurückgeben. Eine gemeinsame Regel hat das geschlossen.
Erst messen, dann bauen. Ein Experiment mit 72 Abfragen zeigte, dass eine ortsbezogene Suche die thematische Relevanz von 90 % auf 52 % senken würde; sie wurde daher verworfen statt gebaut.
Das Berichtsmodul
Rund sechs der sechzehn Wochen flossen hierher. Das Ziel: ein Bericht, den ein Analyst freigeben kann, als Fließtext geschrieben, auf ein Gebiet beschränkt, mit belegten Zahlen und einer Quelle für jede Aussage.
Berichte als Fließtext. Vorlagen mit Leitfrage, Abschnittszielen und Schreibvorgaben; ein spanischsprachiger Bestand belegt seine Zahlen wieder; Hintergrundzahlen gelangen nicht mehr in einen Erdbebenbericht.
Auswahl des Verwaltungsgebiets. Eine Analyse wird auf Land, Departement und Gemeinde aus den offiziellen Grenzen beschränkt, sodass der Bericht im gewählten Gebiet bleibt.
Word-Export und eigene Vorlagen. Berichte lassen sich im Word-Format von OCHA herunterladen, und Krisenteams gestalten ihre Berichtsstruktur selbst, ohne Codeänderung.
Quellenangaben. Als Daten gespeichert statt dem Modell überlassen, in Lesereihenfolge nummeriert, bei der automatischen Überarbeitung erhalten (6 von 6 Testläufen behielten jede Markierung), ein Tooltip pro Aussage.
Prüfung der Zahlen. Ein Reiter „Zahlen“, in dem eine Person eine Zahl bestätigt, zurückzieht oder ergänzt. Eine bestätigte Zahl gilt im ganzen Bericht, und die übrigen gemeldeten Werte bleiben sichtbar.
Zuverlässige Zahlenprüfung. Komplette Fehlschläge durch Daten ohne Trennzeichen beseitigt, und jede verworfene Einschätzung wird jetzt mit Grund protokolliert.
Die Regel hinter allem: Ein Mensch entscheidet über die Zahlen, die Engine zeigt ihre Quellen. Zahlen aus verschiedenen Quellen werden nie von einem Modell gemittelt oder addiert; eine bestätigte Zahl gibt den Ausschlag, die Bandbreite bleibt sichtbar.
Wie es weitergeht
Ein zentrales Indikatorenregister. Das Vokabular der Indikatoren wird an sieben Stellen von Hand gepflegt. Ein Register sollte für jeden Indikator Typ, Summierbarkeit über Orte hinweg und Referenzstandard (Sendai, HXL, JIAF) festlegen, mit einem Test, der fehlschlägt, sobald der Code einen nicht deklarierten Indikator ausgibt.
Qualität des Zahlenregisters. Festhalten, zu welchem Ereignis eine Zahl gehört, eine Leitzahl wählen, wenn keine bestätigt ist, und die Herkunft einer Zahl verfolgen, damit eine Wiederholung nicht als zweite Quelle zählt.
Ungenutzte Regeln anbinden oder entfernen. Die Ableitungsregeln von Auswirkungen auf Bedarfe haben nie gegriffen; sie sollten angebunden oder gelöscht werden.
Diese Seite beschreibt meinen eigenen Beitrag in groben Zügen. Sie gibt nicht die offizielle Haltung der Vereinten Nationen wieder, und es werden keine internen Daten, kein Code und keine Dokumente geteilt.