SayAdmin

Nicht pauschal. Lesende Aktionen können direkt ausgeführt werden; Änderungen und kritische Aktionen durchlaufen je nach Risikoklasse Bestätigungs- und Sicherheitsprüfungen.

Nein. Die Konfiguration enthält einen eigenen Schalter für Gerätespeicherung.

Wenn die Batch-Undo-Action für die betreffenden Objekte vorgesehen ist, können mehrere Wiederherstellungen gebündelt werden.

Ja, sofern das Objekt eindeutig aufgelöst werden kann. Für die eigentliche Mutation werden intern eindeutige IDs verwendet.

Die aktuelle Capability-/Tool-Auswahl ist maßgeblich; historische Chat-Aussagen sollen nicht den aktuellen registrierten Funktionsumfang ersetzen.

Besonders irreversible oder weitreichende Vorgänge werden so gegen versehentliche Bestätigung zusätzlich abgesichert.

Die configured `confirmation_minutes` wurden überschritten. Erzeuge den Plan neu.

`media.delete_check` ermittelt vor einer Löschung relevante Nutzungsinformationen.

Joomla-ACL kann Berechtigungen auf unterschiedlichen Asset-Ebenen erben oder überschreiben; deshalb muss der konkrete Kontext berücksichtigt werden.

Papierkorb ist meist reversibel; endgültiges Löschen hat deutlich höhere Auswirkungen und wird deshalb separat behandelt.

`speech_auto_play` kann erzeugte Sprachausgabe automatisch wiedergeben.

Bei aktiviertem `voice_auto_send` kann ein erfolgreich transkribierter Text automatisch als Chatnachricht abgesendet werden.

`sayadmin.remote.red` ist die zusätzliche Berechtigung für remote ausgeführte Red-Actions; globale Red-Freigabe und Red-Policy bleiben erforderlich.

Der Executor führt eine ausgewählte, validierte Action unter Anwendung der vorgesehenen Sicherheits- und Berechtigungslogik aus.

Das sind unterschiedliche angebotene Modellvarianten. Auswahl und Eignung hängen vom gewünschten Verhältnis aus Geschwindigkeit, Kosten und Fähigkeit ab; SayAdmin selbst ändert dadurch nicht seine serverseitigen Sicherheitsregeln.

Idempotenzlogik erkennt oder verhindert unbeabsichtigte doppelte Ausführung gleichartiger Requests.

Sie testet ausgewählte mutierende Actions und deren Sicherheits-/Readback-Verhalten.

Ein abgelaufener Plan soll nicht mehr für eine Mutation verwendet werden; die Aktion muss neu vorbereitet werden.

Der Testablauf soll seine angelegten Fixtures wieder entfernen bzw. den Ausgangszustand herstellen.

Backendzugriff, KI, Action Registry, Security, Remote, Webservice, Readiness und zentrale Mutationen in einer kontrollierten Umgebung.