Narrative Shield ist die KI-gestützte StratCom-Entscheidungsunterstützungsplattform von Corvus Intelligence — eine einheitliche Konsole für kognitive Domänenoperationen, die den gesamten strategischen Kommunikations-Effektezyklus abdeckt. Im Gegensatz zu Einzelwerkzeugen, die sich nur auf Erkennung oder nur auf Inhaltsgenerierung konzentrieren, ist Narrative Shield um drei miteinander verflochtene operative Abläufe organisiert: einen reaktiven Ablauf für die Dauerüberwachung von Bedrohungen, einen proaktiven Ablauf für geplante Einflussoperationen und einen Bewertungsablauf für Nachbetrachtungsanalysen. Dieser Artikel erläutert die technische Architektur jedes Ablaufs sowie die Backend- und Frontend-Engineering-Entscheidungen, die sie unterstützen.

Die Plattform basiert auf .NET 8 / ASP.NET Core für die Backend-API, React 18 mit TypeScript und Vite im Frontend und integriert die Anthropic Claude API für alle KI-gestützten Denkaufgaben. Die Bereitstellung erfolgt Docker-basiert mit einer REST API, die OpenAPI 3 entspricht, und das System integriert OpenTAKServer für die Feldauslieferung genehmigter StratCom-Produkte.

Reaktiver Ablauf: kontinuierliche Narrations-Überwachungspipeline

Der reaktive Ablauf ist das kontinuierliche Überwachungsrückgrat von Narrative Shield. Er läuft als persistenter Hintergrunddienst im .NET-Backend, fragt konfigurierte Signalquellen in konfigurierbaren Intervallen ab (Standard: 5 Minuten) und leitet jedes aufgenommene Signal durch eine mehrstufige Verarbeitungspipeline, bevor qualifizierte Erkennungen der Operator-Warteschlange zugeführt werden.

Die Pipeline-Stufen sind: Aufnahme und Normalisierung, Schlüsselwort-Taxonomie-Abgleich, 5-Faktor-Schweregrad-Scoring, Ausbreitungskettengraph-Konstruktion, Generierung von Handlungsoptionen und Einfügung in die Operator-Warteschlange. Jede Stufe ist als unabhängiger Dienst mit einer definierten Schnittstelle implementiert, sodass einzelne Stufen ersetzt oder erweitert werden können, ohne den Rest der Pipeline zu beeinflussen.

Der 5-Faktor-Schweregrad-Scoring-Algorithmus

Das Schweregrad-Scoring ist der zentrale quantitative Schritt im reaktiven Ablauf. Jedes erkannte Narrativ wird anhand von fünf unabhängigen Dimensionen bewertet:

Reichweite — das geschätzte Publikum, das zum Zeitpunkt der Erkennung dem Narrativ ausgesetzt ist, abgeleitet aus der Follower-Anzahl der Konten, plattformübergreifenden Duplikaten und der geschätzten organischen Verstärkungsrate. Die Reichweite wird log-normiert, um zu verhindern, dass Konten mit großer Follower-Zahl die Scores in allen Dimensionen dominieren.

Geschwindigkeit — die Ausbreitungsrate gemessen als Gradient der Reichweite über das vorangegangene 6-Stunden-Beobachtungsfenster. Ein Narrativ, das sein Publikum innerhalb von zwei Stunden verdoppelt hat, erzielt bei der Geschwindigkeit einen höheren Score als eines, das dasselbe absolute Publikum über 48 Stunden erreicht hat. Die Geschwindigkeit ist das zuverlässigste Frühwarnsignal für koordiniertes unechtes Verhalten.

Stimmungspolarität — der Grad der Feindseligkeit oder des Schadens, der gegen die überwachte Einheit gerichtet ist, bewertet von der Claude API auf einer Skala von -1,0 bis +1,0, wobei die Polaritätsmagnitude für den Schweregradbeitrag auf 0–100 abgebildet wird. Der API-Prompt enthält Entitätskontext, sodass mehrdeutige politische Sprache gegen das spezifisch überwachte Subjekt und nicht generisch bewertet wird.

Zielgruppenübereinstimmung — wie eng die beobachtete Verteilung des Narrativs den demografischen und psychografischen Profilen der definierten Prioritätspublika der überwachten Einheit entspricht. Dieser Faktor nutzt die im Zielgruppen-Mapping-Panel konfigurierten Zielgruppensegmentkarten und gleicht geografische Verteilungsdaten aus der Aufnahmeschicht ab.

Quellenglaubwürdigkeit — ein zusammengesetzter Autoritätsscore für die Ursprungs- und führenden Verstärkerkonten, der aus der von Operatoren gepflegten und kontinuierlich aus Verhaltenssignalen aktualisierten Quellenregistrierung stammt. Konten mit nachgewiesener Geschichte koordinierten unechten Verhaltens erhalten negative Glaubwürdigkeitsanpassungen.

Die fünf Dimensionswerte werden mit pro-Thema konfigurierbaren Gewichtungen zu einem einzigen 0–100 Schweregradindex zusammengefasst. Standardmäßig sind die Gewichtungen gleich (je 0,2 pro Faktor). Themen-Administratoren können die Gewichtungen über das Scoring-Konfigurationspanel anpassen; ein Kräfteschutz-Thema könnte beispielsweise Zielgruppenübereinstimmung und Quellenglaubwürdigkeit höher gewichten, während ein strategisches Narrativ-Thema Reichweite und Geschwindigkeit höher gewichten könnte.

Wichtige Erkenntnis: Das 5-Faktor-Modell ist absichtlich zerlegt und nicht monolithisch. Operatoren, die einen Schweregrad-Score in Frage stellen, können jeden Faktor unabhängig prüfen und genau verstehen, welche Dimensionen die Bewertung beeinflusst haben — diese Transparenz ist eine Voraussetzung für menschliche Aufsicht an Entscheidungspunkten und erfüllt das NATO-KI-Prinzip der Erklärbarkeit auf der Evidenzebene, nicht nur auf der Schlussfolgerungsebene.

Ausbreitungskettengraph-Konstruktion mit Cytoscape.js

Sobald ein Narrativ den Schweregrad-Schwellenwert überschreitet, erstellt der reaktive Ablauf einen Ausbreitungskettengraph, um zu visualisieren, wie der Inhalt von Ursprungsquellen durch Verstärkernetzwerke zu Publika gelangt ist. Der Graph wird im Frontend mit Cytoscape.js gerendert, das aufgrund seiner Leistung bei großen dünn besetzten Graphen und seiner Unterstützung für benutzerdefinierte Layout-Algorithmen, die für gerichtete Informationsfluss-Visualisierungen geeignet sind, ausgewählt wurde.

Die Graph-Konstruktion beginnt mit den Seed-Knoten aus der Quellenregistrierung: bekannte gegnerische Konten und Koordinierungscluster, die mit dem Beobachtungsthema verknüpft sind. Die Beziehungsdaten der Aufnahmeschicht — Antwort-Ketten, Repost-Bäume, plattformübergreifende Co-Posting-Muster — werden verwendet, um den Graphen von den Seed-Knoten ausgehend zu erweitern, indem zwischengeschaltete Verstärker und terminale Publikumsknoten verbunden werden. Kantengewichte kodieren das Volumen der zwischen Knoten fließenden Inhalte und die zeitliche Abfolge der Ausbreitungsschritte.

Der resultierende Graph dient zwei operativen Zwecken. Für den reaktiven Ablauf hilft er Operatoren, die Netzwerktopologie der erkannten Kampagne zu identifizieren — ob Inhalte aus einem kleinen koordinierten Cluster stammten oder organisch entstanden, und welche Verstärkerknoten strukturell entscheidend für die Ausbreitungskette sind. Für den Bewertungsablauf wird dieselbe Graphstruktur zur Grundlage für die Messung, ob Gegennarrations-Maßnahmen die Ausbreitung tatsächlich unterbrochen haben, indem Graphtopologie-Metriken vor und nach der Maßnahme verglichen werden.

Generierung von Handlungsoptionen über die Claude API

Für Erkennungen, die den Benachrichtigungs-Schwellenwert überschreiten, generiert der reaktive Ablauf automatisch drei strukturierte Handlungsoptionen (CoAs) über die Claude API. Jede CoA ist ein strukturiertes Objekt, das Folgendes enthält: einen empfohlenen Aktionstyp (Gegennarrations-Veröffentlichung, Quellenattributions-Herausforderung, Meldung von Plattforkmissbrauch, Schlüsselpersonen-Engagement, Schweigen/Abwarten), eine kurze Begründung mit expliziter Begründungskette, vorhergesagte Gegenreaktion von gegnerischen Akteuren, Eskalationsrisikowert und Attributionsrisikowert, sofern zutreffend.

Das Generieren von drei CoAs statt einer einzelnen Empfehlung ist eine bewusste Designentscheidung: Sie erhält die Handlungsfreiheit des Operators, indem der Entscheidungsraum präsentiert wird, anstatt ihn auf eine einzige KI-Empfehlung zu reduzieren. Die Begründungsspuren werden in der Operator-Benutzeroberfläche neben jeder CoA angezeigt, nicht hinter der Ausgabe verborgen. Operatoren können die Spur aufklappen, um die Chain-of-Thought-Begründung der Claude API zu sehen, bevor sie eine Handlungsoption akzeptieren oder ablehnen.

Wichtige Erkenntnis: Keine aus einer CoA abgeleitete Maßnahme wird jemals ohne ausdrückliche Genehmigung des Operators verbreitet. Die Plattform erzwingt dies auf der API-Schicht — der Verbreitungsendpunkt erfordert ein signiertes Genehmigungstoken, das nur durch den Operator-Genehmigungsworkflow generiert werden kann. Die architektonische Einschränkung ist nicht beratend; sie ist im Code durchgesetzt.

Proaktiver Ablauf: Zielgruppen-Segmentkartierung und Kampagnengenerierung

Während der reaktive Ablauf auf erkannte Bedrohungen reagiert, wird der proaktive Ablauf vom Operator initiiert: Ausgehend von einem definierten Kommunikationsziel generiert er einen strukturierten Kampagnenplan mit mehreren Varianten und vorhergesagten kognitiven Effekten. Der proaktive Ablauf eignet sich für geplante Informationsaktivitäten — Unterstützung einer Pressemitteilung, Vorpositionierung von Gegennarrativen vor einer antizipierten gegnerischen Operation oder Koordinierung alliierter Botschaften über mehrere Regierungskanäle.

Der proaktive Ablauf beginnt mit der Zielgruppen-Segmentkartierung. Operatoren definieren Zielsegmente über die geospatiale Leaflet / OpenStreetMap-Oberfläche — indem sie geografische Grenzen auf einer Karte zeichnen, zutreffende demografische und psychografische Profile aus der Segmentbibliothek auswählen und Sprach- und Kulturkontextattribute vergeben. Die Segmentdefinition steuert sowohl die Kampagnengenerierung als auch die nachfolgenden Inhaltsanpassungsschritte.

Die Generierung von Kampagnenvarianten wird von der Claude API anhand einer strukturierten Prompt-Vorlage durchgeführt, die das Kommunikationsziel, das definierte Zielgruppensegment, die aktuelle Narrativumgebung (aus den aktiven Erkennungen des reaktiven Ablaufs für die relevanten Beobachtungsthemen) und alle vom Operator festgelegten Einschränkungen (Inhaltsbeschränkungen, genehmigte Messaging-Themen, verbotene Behauptungen) enthält. Die API generiert drei Kampagnenvarianten, jede mit einer eigenen primären Rahmung, einem Satz unterstützender Sprechpunkte und vorhergesagten kognitiven Effekten, aufgeschlüsselt nach Zielgruppen-Teilsegmenten.

Das Modell für vorhergesagte kognitive Effekte stützt sich auf die Zielgruppensegmentprofile, um abzuschätzen, wie verschiedene Rahmungen von verschiedenen Teilpopulationen wahrscheinlich aufgenommen werden — nicht als präzises Vorhersagemodell, sondern als strukturierte Begründungsausgabe, die Operatoren auswerten und hinterfragen können. Die Vorhersagen sind klar als KI-generierte Einschätzungen und nicht als empirische Prognosen gekennzeichnet.

Die Inhaltsanpassung produziert zielgruppenangepasste Entwurfsinhalte in drei Registervarianten für jede Kampagne: allgemeine Öffentlichkeit (zugängliche Sprache, dem Zielgruppenprofil angepasste emotionale Rahmung), Medien (sachlich, zitierfähig, für journalistische Verwendung strukturiert) und alliierte Regierungen (formal, präzise, an diplomatische Konventionen angepasst). Alle Entwurfsinhalte befinden sich in der Operator-Überprüfungswarteschlange und erfordern ausdrückliche Genehmigung vor jeder nachgelagerten Lieferung.

Bewertungsablauf: Engagement-Korrelation und Nachbetrachtungsanalysen

Der Bewertungsablauf schließt den Effektezyklus, indem er misst, ob StratCom-Maßnahmen ihre beabsichtigten kognitiven Effekte tatsächlich erzielt haben. Er ist die Komponente, die bei Informationsoperations-Tools am häufigsten fehlt — Plattformen, die Inhalte generieren, bieten selten rigorose Mechanismen zur Messung der Wirkung dieser Inhalte.

Die Engagement-Korrelation ist der primäre Messmechanismus. Für jedes genehmigte und verbreitete StratCom-Produkt verfolgt der Bewertungsablauf Engagement-Signale (Reichweite, Stimmungsantwort, Gegenverstärkung, sekundäres Teilen) und korreliert sie mit den Ausbreitungsgraph-Metriken des Zielnarrativs. Die Korrelations-Engine vergleicht den Narrativanteil — den Anteil der gesamten Publikumsdiskussion, der vom überwachten Narrativ gegenüber Gegennarrativen beansprucht wird — vor und nach der Intervention unter Kontrolle des Basistrends.

Die Narrativanteil-Verfolgung ist als Zeitreihenmetrik implementiert, die pro Beobachtungsthema gespeichert und bei jedem Abfrageintervall durch die reaktive Ablaufpipeline aktualisiert wird. Das Bewertungs-Dashboard visualisiert den Narrativanteil als Trendlinie, mit überlagerten Interventionszeitstempeln, sodass Operatoren erkennen können, welche Maßnahmen mit Anteilsverschiebungen korrelierten. Die Korrelation ist beobachtend, nicht kausal — die Plattform behauptet nicht, dass ein Gegennarrativ eine Reduktion des Narrativanteils verursacht hat, sondern nur, dass die Korrelation innerhalb des Messfensters bestand.

Wichtige Erkenntnis: Ergebnisdaten aus dem Bewertungsablauf fließen über Narrative Shields geschlossenen Lernmechanismus in die Scoring-Modelle des reaktiven Ablaufs zurück. Wenn eine Intervention den Narrativanteil für einen bestimmten gegnerischen Quellen-Cluster erfolgreich reduziert hat, passt dieses Ergebnis die Quellenglaubwürdigkeits-Scores dieser Knoten bei nachfolgenden Erkennungen an — das System lernt aus Betriebserfahrungen auf eine nachvollziehbare, prüfbare Weise, nicht durch undurchsichtige Modell-Feinabstimmung.

.NET 8 Backend-API-Design

Das Backend ist als ASP.NET Core Web API mit einer modularen Service-Architektur organisiert. Die drei operativen Abläufe sind als unabhängige Hintergrunddienste implementiert, die beim generischen .NET-Host registriert sind, eine gemeinsame Datenzugriffsschicht teilen, aber auf separaten Warteschlangen und Zustandsspeichern arbeiten. Diese Trennung bedeutet, dass eine Verzögerung oder ein Fehler im Kampagnengenerierungsprozess des proaktiven Ablaufs die Erkennungspipeline des reaktiven Ablaufs nicht blockiert.

Die REST API entspricht OpenAPI 3 und ist über Swashbuckle dokumentiert. Jeder Endpunkt ist durchgehend typisiert — Anfrage- und Antwortmodelle werden zwischen dem Backend und dem React-Frontend über einen generierten TypeScript-Client geteilt, wodurch die Klasse von Integrationsfehlern beseitigt wird, die durch Schema-Drift zwischen API-Server und -Konsument verursacht werden. Die API wird über JWT Bearer-Tokens mit rollenbasierter Zugriffskontrolle auf Controller-Ebene authentifiziert.

Das Entscheidungsprotokoll — der unveränderliche Datensatz jeder KI-generierten Ausgabe, jeder Operator-Aktion, Genehmigung und Verbreitung — ist als Append-Only-Tabelle implementiert. Schreiboperationen im Entscheidungsprotokoll verwenden optimistisches Concurrency-Management, um doppelte Einträge bei gleichzeitigen Schreibvorgängen zu verhindern, und Lesevorgänge sind paginiert und nach Beobachtungsthema, Operator und Zeitstempel für eine effiziente Nachbetrachtungsabfrage indiziert.

React 18 Frontend mit TypeScript

Das Frontend ist eine React 18-Single-Page-Anwendung, die mit Vite und TypeScript erstellt und mit Tailwind CSS gestaltet wurde. Das State-Management verwendet React Query für den Server-Zustand (Erkennungswarteschlangen, Bewertungsdaten, Kampagnenvarianten) und React Context für den UI-Zustand (ausgewähltes Beobachtungsthema, aktives Panel). Die Architektur vermeidet einen globalen clientseitigen Store für Serverdaten — das Cache-Invalidierungs- und Hintergrundabruf-Verhalten von React Query ist besser für die polling-intensive Natur des reaktiven Ablaufs geeignet als ein manueller Zustand- oder Redux-Store es wäre.

Das Cytoscape.js-Graph-Rendering ist in einer dedizierten Komponente mit einem benutzerdefinierten React-Wrapper isoliert, der Graph-Initialisierung, Datenaktualisierungen und Layout-Neuberechnungen außerhalb von Reacts Render-Zyklus verwaltet — Cytoscape.js mutiert ein Canvas-Element direkt, und die Abstimmung damit mit Reacts virtuellem DOM erfordert sorgfältiges Boundary-Management. Die Layout-Neuberechnung wird gedrosselt und, wo die Browser-Unterstützung dies erlaubt, außerhalb des Haupt-Threads durchgeführt.

Die Leaflet-Geospatial-Komponente folgt demselben Muster: einmal initialisiert, imperativ über Refs aktualisiert und in eine React-Komponente eingeschlossen, die eine deklarative Schnittstelle zum Festlegen der angezeigten Segmentgrenzen und zum Überlagern von Narrativ-Verteilungs-Heatmaps bereitstellt.

OpenTAKServer-Integration für die Feldauslieferung

Genehmigte StratCom-Produkte werden über eine OpenTAKServer-Integration an Feldeinheiten geliefert. Wenn ein Operator eine Verbreitungsmaßnahme genehmigt, sendet das Backend ein CoT (Cursor on Target) Missionspaket über seine REST API an die konfigurierte OpenTAKServer-Instanz. Feldeinheiten, die TAK-kompatible Anwendungen ausführen, empfangen das Paket auf ihren Geräten, ohne einen separaten Kommunikationskanal oder eine manuelle Weiterleitung vom StratCom-Team zu benötigen.

Die Integration wird im Narrative Shield Administrationspanel konfiguriert: Operatoren geben den OpenTAKServer-Endpunkt, Anmeldedaten und die TAK-Gruppen an, die Pakete für jedes Beobachtungsthema erhalten sollen. Paketinhalte sind als strukturierter Text formatiert, der für die Feldanzeige geeignet ist — nicht als rohe Geheimdienstberichte, sondern als vom Operator genehmigte Sprechpunkte und Lagebeschreibung in einem Format, das für das taktische Publikum geeignet ist.

Für eine ausführlichere Diskussion darüber, wie Verteidigungssoftware mit missionskritischen Architektureinschränkungen umgeht, einschließlich Fehlertoleranz und degradiertem Betrieb, siehe unsere Architekturübersicht. Der Artikel zur CI/CD-Pipeline für Verteidigungssoftware behandelt die Build- und Bereitstellungsdisziplin, die Narrative Shields Freigabeprozess untermauert.

So konfigurieren Sie ein neues Narrativ-Beobachtungsthema in Narrative Shield

Die folgenden Schritte führen durch die vollständige Konfiguration eines neuen Beobachtungsthemas, von der anfänglichen Taxonomiedefinition bis zur Nachbetrachtung nach der ersten Betriebsperiode.

Schritt 1: Beobachtungsthema und Schlüsselwort-Taxonomie definieren. Navigieren Sie zu Verwaltung > Beobachtungsthemen und erstellen Sie ein neues Thema. Geben Sie eine beschreibende Bezeichnung ein und erstellen Sie die Schlüsselwort-Taxonomie, die primäre Begriffe, verwandte Phrasen und bekannte gegnerische Hashtags abdeckt. Die Taxonomie unterstützt boolesche Operatoren und Wildcard-Matching. Beginnen Sie breit und verfeinern Sie anhand der ersten 48 Stunden bewerteter Ergebnisse.

Schritt 2: Schweregrad-Scoring-Gewichtungen für dieses Thema konfigurieren. Öffnen Sie das Scoring-Konfigurationspanel des Themas. Passen Sie die fünf Faktorgewichtungsregler an operative Prioritäten an. Gewichtungsänderungen wirken sich auf nachfolgende Scoring-Durchläufe aus und bewerten historische Erkennungen nicht rückwirkend neu.

Schritt 3: Schweregrad-Schwellenwert für Operator-Benachrichtigungen festlegen. Legen Sie im Benachrichtigungspanel den Schweregrad-Indexschwellenwert fest, ab dem eine Erkennung eine sofortige Operator-Benachrichtigung auslöst. Der Standardschwellenwert von 65/100 eignet sich für die meisten Themen. Konfigurieren Sie den Benachrichtigungskanal und die Dienstoffizierzuweisung für dieses Beobachtungsthema.

Schritt 4: Ausbreitungsgraph mit bekannten Quellenkonten initialisieren. Fügen Sie bekannte gegnerische Konten, Verstärkernetzwerke und Koordinierungscluster zur Quellenregistrierung des Themas hinzu. Diese Seed-Knoten initialisieren den Cytoscape.js-Ausbreitungsgraph, wenn eine neue Erkennung auftritt. Die Registrierung akzeptiert direkte Kontenidentifikatoren und kann per CSV-Massenimport befüllt werden.

Schritt 5: Zielgruppensegment für dieses Thema kartieren. Öffnen Sie das Zielgruppen-Mapping-Panel, zeichnen Sie eine geografische Grenze auf der Leaflet-Karte, wählen Sie zutreffende demografische und psychografische Profile aus und ordnen Sie das Segment dem Beobachtungsthema zu. Diese Segmentdefinition wird sowohl vom reaktiven Ablauf (Scoring der Zielgruppenübereinstimmung) als auch vom proaktiven Ablauf (Generierung von Kampagnenvarianten) verwendet.

Schritt 6: Thema aktivieren und mit einer Testerkennung validieren. Setzen Sie den Themenstatus auf Aktiv. Verwenden Sie das Test-Injection-Tool, um ein synthetisches Signal zu übermitteln, das Ihrer Schlüsselwort-Taxonomie entspricht, bestätigen Sie, dass der Ausbreitungsgraph korrekt initialisiert wird, und überprüfen Sie, dass eine Benachrichtigung ausgelöst wird, wenn der synthetische Schweregrad-Score Ihren konfigurierten Schwellenwert überschreitet.

Schritt 7: Nach der ersten Betriebsperiode Nachbetrachtungsanalysen prüfen. Nach 24–72 Stunden Live-Betrieb öffnen Sie das Auswertungs-Dashboard für dieses Thema. Überprüfen Sie Engagement-Korrelationsdiagramme, untersuchen Sie Falschpositivraten und passen Sie Taxonomie oder Schwellenwerte entsprechend an. Exportieren Sie den Nachbetrachtungsbericht und führen Sie die Erkenntnisse in die Beobachtungsthemakonfiguration zurück, um die zukünftige Scoring-Genauigkeit zu verbessern.

Häufig gestellte Fragen

+Was ist der Unterschied zwischen dem reaktiven und dem proaktiven Ablauf von Narrative Shield?

Der reaktive Ablauf ist eine Dauerüberwachung: Er nimmt Signale auf, bewertet erkannte Narrative anhand eines 5-Faktor-Schweregradmodells, erstellt Ausbreitungskettengraphen und generiert strukturierte Handlungsoptionen für einen menschlichen Operator zur Überprüfung. Der proaktive Ablauf wird vom Operator initiiert: Ausgehend von einem Kommunikationsziel werden Zielgruppensegmente geospatial kartiert, mehrere Kampagnenvarianten mit vorhergesagten kognitiven Effekten generiert und zielgruppenangepasste Entwurfsinhalte erstellt — all das, bevor eine Bedrohung eingetreten ist.

+Wie funktioniert der 5-Faktor-Schweregrad-Scoring-Algorithmus?

Jedes erkannte Narrativ wird anhand von fünf unabhängigen Dimensionen bewertet: Reichweite (geschätztes exponiertes Publikum), Geschwindigkeit (Ausbreitungsrate über Plattformen und Zeit), Stimmungspolarität (Grad der Feindseligkeit oder des Schadens gegenüber der überwachten Einheit), Zielgruppenübereinstimmung (wie gut das Narrativ zu bekannten gegnerischen Zielpopulationen passt) und Quellenglaubwürdigkeit (Autoritätsbewertung der Ursprungs- und Verstärkerkonten). Die fünf Dimensionswerte werden gewichtet und zu einem einzigen 0–100 Schweregradindex zusammengefasst. Die Gewichtungen sind pro Beobachtungsthema konfigurierbar, um operativen Prioritäten Rechnung zu tragen.

+Ersetzt Narrative Shield menschliche StratCom-Offiziere?

Nein. Narrative Shield ist ausdrücklich auf menschliche Aufsicht an jedem Entscheidungspunkt ausgelegt. Die Plattform generiert Handlungsoptionen und Entwurfsinhalte, aber keine Ausgabe wird ohne Genehmigung des Operators verbreitet. Jede KI-generierte Ausgabe wird von einer sichtbaren Begründungskette begleitet, sodass Operatoren die zugrunde liegende Logik beurteilen können, nicht nur die Schlussfolgerung. Entscheidungszeitstempel und Genehmigungsprotokolle werden in ein unveränderliches Prüfprotokoll geschrieben.

+Wie funktioniert die OpenTAKServer-Integration?

Narrative Shield stellt einen Webhook-Endpunkt bereit, der genehmigte StratCom-Produkte — Lagebeschreibungen, Gegennarrations-Sprechpunkte und Leitfaden-Updates — als CoT (Cursor on Target) Missionspakete an eine OpenTAKServer-Instanz sendet. Feldeinheiten empfangen diese Produkte auf ihren TAK-Geräten, ohne einen separaten Kommunikationskanal oder eine manuelle Weiterleitung zu benötigen. Die Integration verwendet die Standard-OpenTAKServer REST API und wird über das Narrative Shield Administrationspanel konfiguriert.

+Welchem Compliance-Rahmen folgt Narrative Shield beim KI-Einsatz?

Narrative Shield ist darauf ausgelegt, den KI-Prinzipien der NATO zu entsprechen: menschliche Kontrolle an jedem Entscheidungspunkt, Transparenz der Begründung (alle Claude API-Ausgaben enthalten sichtbare Chain-of-Thought-Traces), Zuverlässigkeit durch deterministische Scoring-Pipelines, die für dieselbe Eingabe keine variierenden Ausgaben erzeugen, Sicherheit durch Prüfprotokollierung aller Aktionen und Genehmigungen sowie Rechenschaftspflicht durch vollständige Entscheidungsprovenienz von der Signalaufnahme bis zur genehmigten Verbreitung.

Weiterführende Lektüre: Die grundlegenden Architekturkonzepte, die dem Backend von Narrative Shield zugrunde liegen, finden Sie unter Missionskritische Software-Architektur für die Verteidigung. Die Bereitstellungs- und Pipeline-Technik hinter dieser Klasse von Plattformen wird in Aufbau einer gesicherten CI/CD-Pipeline für Verteidigungssoftware behandelt. Für den Kontext zu den übergeordneten Überlegungen bei der Lieferantenauswahl beim Erwerb von StratCom- oder kognitiven Verteidigungsplattformen, siehe So wählen Sie einen Verteidigungssoftware-Entwicklungsanbieter aus.