From 18d73dd4d56920ff88adfce17304b1b7a9c8e393 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Mathias=20Gla=CC=88ser?= Date: Sat, 19 Sep 2026 10:38:46 +0200 Subject: [PATCH] Verankere GUI-MCP-Paritaet als Architekturvorgabe --- docs/technical_architecture.md | 22 ++++++++++++++++++++++ 1 file changed, 22 insertions(+) diff --git a/docs/technical_architecture.md b/docs/technical_architecture.md index b2776c0..418b5a8 100644 --- a/docs/technical_architecture.md +++ b/docs/technical_architecture.md @@ -116,6 +116,28 @@ Verbindliche Regel: - wenn Text im DOM sichtbar ist, gilt er als GUI-String und unterliegt dieser Regel auch dann, wenn er clientseitig zusammengesetzt wird - zusammengesetzte UI-Texte duerfen keine fachliche Logik enthalten; sie kombinieren nur locale-gebundene Textbausteine mit stabilen technischen Werten +### 2.5 GUI-/MCP-Paritaet + +Die MCP-Schnittstelle ist im Grundsatz funktional paritaetisch zur GUI. Ein +MCP-Nutzer ist hinsichtlich der fachlichen Nutzung einem GUI-Nutzer +gleichzustellen. + +Verbindliche Regel: + +- jeder fachliche Anwendungsfall, den ein GUI-Nutzer ausfuehren kann, muss auch + ueber die MCP-Schnittstelle ausfuehrbar sein +- alle fachlichen Lese-, Anlege-, Aenderungs-, Archivierungs- und + Reaktivierungsmoeglichkeiten der GUI muessen im MCP-Interface abgebildet sein +- GUI und MCP verwenden dieselben fachlichen Validierungen, Berechtigungen, + Statusregeln und Ownership-Grenzen; fachliche Logik darf nicht doppelt in + GUI und MCP implementiert werden +- jede Erweiterung oder Aenderung eines GUI-Anwendungsfalls erfordert zwingend + die gleichzeitige Pruefung und, falls erforderlich, Anpassung des MCP-Interfaces +- ein MCP-Nutzer darf gegenueber einem gleich berechtigten GUI-Nutzer weder + fachlich eingeschraenkt noch durch abweichende Regeln bevorzugt werden +- die Paritaet betrifft die fachliche Funktion und den Datenzugriff, nicht die + visuelle Darstellung oder den Interaktionsablauf der GUI + ## 3. Modulmodell ### 3.1 Zulaessige Modulbereiche