← Neueste Arbeiten
💻 computer science

Model-Driven Requirements Configuration with Three-Valued Uncertainty Scoring

Dieses Paper präsentiert eine neuro-symbolische Multi-Agenten-Architektur, die ein Large Language Model mit einem deterministischen symbolischen Validierer und einem dreiwertigen Unsicherheits-Scoring-Framework kombiniert, um strukturelle Inkonsistenzen in LLM-generierten Anforderungen zu eliminieren und gleichzeitig die Entscheidungsunsicherheit formal zu quantifizieren, um eine sicherere Bereitstellung im Requirements Engineering zu gewährleisten.

Ursprüngliche Autoren: Ahmed Ibrahim

Veröffentlicht 2026-07-30
📖 8 Min. Lesezeit🧠 Tiefgang

Ursprüngliche Autoren: Ahmed Ibrahim

Originalarbeit lizenziert unter CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen

Stellen Sie sich vor, Sie versuchen, einen maßgeschneiderten Roboter zu bauen, aber anstatt Blaupausen zu zeichnen, unterhalten Sie sich einfach mit einem sehr gesprächigen, superintelligenten Roboterfreund, der es liebt, sich Dinge auszudenken. Sie sagen: „Ich möchte einen Roboter, der kochen und putzen kann“, und Ihr Freund beginnt begeistert, Teile aufzulisten. Aber weil er so eifrig ist, schlägt er versehentlich vielleicht ein Teil vor, das nicht passt, oder zwei Teile, die explodieren, wenn man sie zusammenfügt, oder er erfindet sogar ein Teil, das gar nicht existiert. Dies ist die knifflige Welt des Requirements Engineering: der Prozess, bei dem man genau herausfindet, was ein Stück Software oder eine Maschine tun muss. Lange Zeit haben Experten strikte, mathematische „Regelbücher“ (genannt formale Modelle) verwendet, um sicherzustellen, dass jedes Teil perfekt passt, aber diese Regelbücher sind für Menschen schwer zu lesen. Vor kurzem haben wir begonnen, Large Language Models (LLMs) einzusetzen – dieselbe Art von KI, die Gedichte schreibt und Fragen beantwortet – um uns dabei zu helfen, das, was wir wollen, in natürlicher Sprache zu beschreiben. Das Problem? Diese KI-Freunde sind großartig im Reden, aber schrecklich darin, den strengen Regeln des Regelbuchs zu folgen; sie entwerfen oft Designs, die gut aussehen, aber in sich zusammenbrechen, wenn man versucht, sie zu bauen.

Dieses Paper stellt ein kluges neues Team-Up vor, um genau dieses Problem zu lösen. Die Autoren haben ein System geschaffen, bei dem die gesprächige KI (das LLM) als kreativer Brainstormer fungiert, der Ideen basierend auf Ihrer Beschreibung in natürlicher Sprache vorschlägt, während ein strenger, unnachgiebiger „Regelprüfer“ (ein symbolischer Validator) Wache hält. Denken Sie an einen kreativen Koch und einen Gesundheitsinspektor, die zusammen in einer Küche arbeiten. Der Koch schlägt wilde, köstliche Rezepte vor, aber der Inspektor prüft sofort, ob die Zutaten sicher sind und ob die Schritte den Gesetzen entsprechen. Wenn der Koch vorschlägt, Gift mit Kuchen zu mischen, stoppt der Inspektor dies sofort. Das Paper zeigt, dass dieses Team-Up fast alle Fehler der KI behebt und chaotische, unmögliche Ideen in solide, baubare Pläne verwandelt. Sie haben auch eine neue Methode eingeführt, um das Vertrauen der KI zu messen, indem sie zwischen Dingen unterscheiden, die die KI wählen muss, Dingen, die sie frei wählen kann, und Dingen, die sie falsch gemacht hat.

Die Geschichte vom kreativen Koch und dem strengen Inspektor

In der Welt der Software müssen Sie entscheiden, was das Programm genau tun soll, bevor Sie auch nur eine einzige Zeile Code schreiben. Dies wird als Requirements Engineering bezeichnet. Stellen Sie sich vor, Sie entwerfen ein „Smart Home“. Sie müssen entscheiden: Hat es eine Ersatzbatterie? Nutzt es Wi-Fi oder Bluetooth? Können Sie das Licht mit Ihrer Stimme steuern? Wenn Sie diese Entscheidungen falsch treffen, funktioniert das ganze Haus vielleicht nicht.

Traditionell verwendeten Experten ein starres System namens OOMRAM (Object-Oriented Method for Requirements Authoring and Management). Betrachten Sie OOMRAM als ein riesiges, komplexes Flussdiagramm oder einen Entscheidungsbaum. Es hat strikte Regeln: „Wenn Sie ‚Smart Home‘ wählen, müssen Sie eine Stromquelle wählen. Wenn Sie ‚Wi-Fi‘ wählen, dürfen Sie nicht gleichzeitig ‚Bluetooth‘ wählen.“ Es ist wie ein Charakter-Editor in einem Videospiel, bei dem man keinen Schwert und einen Schild ausrüsten kann, wenn das Spiel sagt, dass sie sich gegenseitig ausschließen. Das Problem ist, dass diese Flussdiagramme für Menschen schwer zu navigieren sind. Man kann nicht einfach sagen: „Ich möchte ein Haus, das gemütlich und sicher ist“, und erwarten, dass das Flussdiagramm einen versteht. Man muss die exakten Namen jeder einzelnen Option kennen.

Hier kommt das Large Language Model (LLM) ins Spiel. Dies ist die KI, die Ihren Satz „Ich möchte ein gemütliches Haus mit Sprachsteuerung“ verstehen und erraten kann, welche Optionen Sie wahrscheinlich meinen. Es ist wie ein superschneller, kreativer Assistent, der Ihre Sprache spricht. Aber hier ist der Haken: Die KI ist ein wenig ein Tagträumer. Sie könnte eine „Quantenbatterie“ erfinden, die gar nicht existiert, oder sie könnte vergessen, dass man nicht sowohl Wi-Fi als auch Bluetooth gleichzeitig haben kann, was zu einem logisch fehlerhaften Design führt.

Das neuro-symbolische Team-Up

Die Autoren dieses Papers haben ein System gebaut, um dies zu beheben. Sie haben ein Team aus vier „Agenten“ (kleinen Computerprogrammen) erschaffen, die zusammenarbeiten:

  1. Der Navigator: Dieser Agent betrachtet das riesige Flussdiagramm (die OOMRAM-Lattice) und entscheidet, welcher Teil als Nächstes betrachtet werden soll. Er ist wie ein Reiseleiter, der auf die nächste Tür in einem Labyrinth zeigt.
  2. Der Interpretator (Die KI): Dies ist das LLM. Es hört sich Ihre „Projektvision“ (Ihre Beschreibung dessen, was Sie wollen) an und schlägt vor, welche Knöpfe auf dem Flussdiagramm gedrückt werden sollen. Es versucht zu erraten, welche Optionen zu Ihrer Beschreibung passen.
  3. Der Validator (Der Inspektor): Dies ist der strikte, regelbefolgende Teil. Er nutzt keine KI, sondern harte Mathematik. Er prüft jeden Vorschlag der KI gegen die Regeln des Flussdiagramms. Hat die KI zwei Dinge gewählt, die nicht zusammengehören? Hat sie einen obligatorischen Teil vergessen? Wenn die Antwort „Ja“ lautet, sagt der Validator: „Nein, versuch es nochmal“, und schickt die KI zurück, um ihren Fehler zu korrigieren.
  4. Der Schreiber: Sob, wenn alles genehmigt wurde, schreibt dieser Agent die endgültige, perfekte Liste der Anforderungen auf.

Die Magie geschieht, weil die KI und der Inspektor in einer Schleife miteinander kommunizieren. Die KI schlägt etwas vor, der Inspektor prüft es, und wenn es einen Fehler gibt, versucht die KI es erneut. Dies wiederholt sich so lange, bis das Design perfekt ist.

Die dreiwertige Scorecard: Wahrheit, Vielleicht und Falsch

Einer der coolsten Teile dieses Papers ist die Art und Weise, wie sie die Arbeit der KI messen. Normalerweise sagen wir einfach, eine Antwort ist „Richtig“ oder „Falsch“. Aber die Autoren erkannten, dass das zu simpel ist. Manchmal wählt die KI etwas, das zwar erlaubt, aber nicht zwingend erforderlich ist. Um dies zu handhaben, haben sie eine Dreiwertige Scorecard erfunden:

  • Wahrheit (T): Die KI hat etwas gewählt, das gewählt werden musste. Wenn die Vision zum Beispiel „Smart Home“ sagt, muss das System eine Stromquelle wählen. Wenn die KI dies wählt, ist das eine Wahrheit.
  • Unbestimmtheit (I): Die KI hat etwas gewählt, das erlaubt war, aber die Vision hat es nicht erzwungen. Vielleicht sagte die Vision nur „Smart Home“, und die KI wählte „Wi-Fi“ statt „Bluetooth“. Beides ist gültig, aber die Vision hat nicht festgelegt, welches. Dies ist Unbestimmtheit. Es ist eine „freie Wahl“.
  • Falschheit (F): Die KI hat etwas gewählt, das die Regeln gebrochen hat. Wie zum Beispiel die gleichzeitige Wahl von „Wi-Fi“ und „Bluetooth“, obwohl die Regeln besagen, dass dies nicht möglich ist. Dies ist Falschheit.

Durch die Verwendung dieser Scorecard konnten die Forscher genau sehen, wo die KI geraten hat und wo sie Befehlen gefolgt ist.

Was sie herausgefunden haben

Das Team testete ihr System mit 37 verschiedenen Projektvisionen über 11 verschiedene Arten von Anwendungen hinweg, wie etwa Buchhaltungssysteme, Smart Homes und Auto-Entertainment-Systeme. Sie verwendeten für die meisten Tests ein „leichtgewichtiges“ KI-Modell (Llama 3.1 8B).

So lief es ab:

  • Die Fix-Rate: Ohne den strengen Inspektor machte die KI massive Fehler. Aber mit dem Inspector korrigierte das System fast alle davon. In 35 von 37 Fällen (94,6 %) wies das Endergebnis null Strukturfehler auf.
  • Die Überbleibsel: In den verbleibenden 2 Fällen geriet die KI in eine Endlosschleife und konnte einen spezifischen Fehlertyp nicht beheben, bevor der Test gestoppt wurde. Dies hinterließ nur 6 winzige Fehler bei über 1.500 Entscheidungen (0,39 %).
  • Die „Vielleicht“-Zone: Die Forscher fanden heraus, dass etwa 24,7 % aller Entscheidungen der KI unter „Unbestimmtheit“ fielen. Das bedeutet, die KI nutzte ihren Spielraum, um zwischen validen Optionen zu wählen, was eigentlich eine gute Sache ist! Es zeigt, dass das System den Unterschied zwischen „muss tun“ und „kann wählen“ versteht.
  • Die stärkere KI: Als sie das System mit einem viel klügeren „Frontier“-KI-Modell (NVIDIA Nemotron 3 Ultra) testeten, erreichte es 100 % der Visionen perfekt, mit null Fehlern.

Warum das wichtig ist

Das Paper argumentiert, dass es gefährlich ist, eine KI einfach nur Anforderungen schreiben zu lassen, da sie Dinge erfinden könnte, die nicht funktionieren. Aber indem man einen strengen, mathematischen „Inspektor“ an die Aufsicht über die Regeln setzt, kann man die KI kreativ sein lassen, ohne befürchten zu müssen, dass sie die Gesetze der Logik bricht.

Die Autoren zeigten auch, dass dieses System schnell ist. Der „Inspektor“ beansprucht weniger als 0,4 % der gesamten Zeit, was bedeutet, dass er die Dinge nicht verlangsamt. Sie bewiesen zudem, dass das System gut skaliert: Wenn die Liste der Optionen größer wird, steigt die Anzahl der Male, die die KI mit dem System kommunizieren muss, nur linear an, nicht exponentiell.

Kurz gesagt: Dieses Paper beweist, dass man sowohl den Kuchen essen als auch gleichzeitig genießen kann: Man kann die flexible, natürliche Sprache der KI nutzen, um zu beschreiben, was man will, während ein strenges, unumstößliches Regelwerk sicherstellt, dass das, was man erhält, tatsächlich baubar und korrekt ist. Es verwandelt die „tagträumende“ KI in einen zuverlässigen Ingenieur.

Ertrinken Sie in Arbeiten in Ihrem Fachgebiet?

Erhalten Sie tägliche Digests der neuesten Arbeiten passend zu Ihren Forschungsbegriffen — mit technischen Zusammenfassungen, in Ihrer Sprache.

Digest testen →