UNIKE AI Apex Agent

Dokumentations-ID: unike-ai-apex-agent.de · Stand: 03.10.2026 · Revision: 1 · Technischer Prüfstatus: zur Prüfung · Veröffentlichung freigegeben: 03.10.2026

Zweck und geprüfter Stand

Der UNIKE AI Apex Agent ergänzt MSC Apex um einen Dialog für Aufgabenklärung, lesende Modellabfragen und vorbereitete Python-Operationen. Die Bedienoberfläche und Apex-Operationen laufen auf dem Arbeitsplatzrechner. Die KI-Verarbeitung erfolgt über die vorhandene Codex-Anbindung extern. Die Toolbox ist eine Erweiterung von UNIKE; sie ersetzt weder MSC Apex noch die fachliche Prüfung eines FE-Modells.

Geprüft wurden MSC Apex 2026.1.1, Build CLR:020583-34960565, dessen Python 3.13.5 (64 Bit) und UNIKE-Adapter 0.1.0, Oberfläche 20261003-window-06, ergänzt um die native Workflow-Hilfe vom 03.10.2026. Codex CLI 0.160.0 wurde für Start, Anmeldung und Konfigurationsabfrage geprüft. Der frühere echte lesende Dialogtest vom 29.09.2026 ist ein historischer Nachweis; eine vollständige KI-Modellbearbeitung mit der aktuellen Kombination ist nicht nachgewiesen. Andere Apex-Versionen und Betriebssysteme sind nicht geprüft.

Vorausgesetzt werden eine betriebsbereite Apex-Installation mit Lizenz, die installierte und aktivierte Custom-Tool-Palette, die zugehörigen Projektdateien sowie eine vorhandene Codex-Installation und gültige Anmeldung. Für KI-Anfragen und die Webdokumentation wird eine Internetverbindung benötigt. Die lokale Kurzhilfe benötigt keine Internetverbindung. Pfade, Modellwahl, Nutzungsgrenzen, zusätzliche Werkzeuge und Zugriffsrechte hängen von der Installation ab. Es gibt keinen Modell- oder Kontoauswahlschalter in der Toolbox.

Einstieg und Bedienelemente

Öffnen Sie in Apex die Palette UNIKE AI, darin Agent → Apex Agent. Der vorhandene Einstieg zeigt das Agentenfenster. Im nativen Werkzeugbereich öffnet Agentenfenster anzeigen es erneut. Darunter lässt sich Hinweise zum Arbeitsablauf mit dem kleinen Pfeil auf- und zuklappen. Bei einer schmalen oder niedrigen Werkzeugleiste kann Scrollen nötig sein. Das rote Apex-Symbol zum Verlassen des Custom Tools beendet dessen Bedienpanel; es ist kein Abbruchknopf für einen laufenden Agentenauftrag. Die native Anwenden-Funktion ist für dieses Werkzeug deaktiviert.

Das separate Agentenfenster enthält von oben nach unten:

Formulieren Sie zunächst Aufgabe, Ziel und Grenzen. Prüfen Sie die Kontextzeilen und senden Sie erst dann. Für eine reine Erläuterung sind zusätzliche technische Angaben optional; vor schreibender Modellarbeit müssen unter anderem Einheiten, Material, Idealisierung, Lasten und Randbedingungen geklärt sein. Antworten erscheinen im Verlauf. Eine Folgefrage gehört in dasselbe Eingabefeld.

Textfragen werden mit Senden beantwortet. Werden mehrere Fragen gemeinsam angezeigt, geben Sie je Frage eine Antwortzeile in der angezeigten Reihenfolge ein. Prüfen Sie dies sorgfältig: Die aktuelle Umsetzung wiederholt bei zu wenigen Zeilen die letzte Antwort. Technische Freigaben erfordern Zustimmen oder Ablehnen; ein eingegebener Freitext ersetzt diesen Klick nicht. Die jeweils angezeigte Frage bestimmt, worüber entschieden wird. Eine technische Zustimmung ist keine fachliche Freigabe einer Modellrevision und kein Beleg für eine bereits erteilte Veröffentlichungs- oder Löschfreigabe.

Stopp macht ausgeführte Änderungen nicht rückgängig. × löscht weder Verlauf noch Dateien. Nach dem Ausblenden setzt Agentenfenster anzeigen denselben lokalen Dialog fort. Nach einem vollständigen Neustart kann eine gespeicherte Backend-Unterhaltung wieder aufgenommen werden; der alte sichtbare Verlauf wird derzeit nicht vollständig in das Fenster zurückgeladen. Es gibt keine Schaltflächen Neuer Dialog, Verlauf löschen, Dateianhang oder Datenschutzfilter. Wechseln Sie nicht während eines aktiven Auftrags das Modell. Eine strikte Trennung der Unterhaltung bei jedem Projektwechsel ist derzeit nicht gewährleistet.

Beispiele für präzise Aufträge, jeweils erst nach Prüfung des angezeigten Kontextes und der Datenfreigabe:

• „Lies ausschließlich den Modellkontext. Nenne Modellname, Einheiten und Anzahl der erkannten Teile. Keine Änderungen und kein Solverlauf.“
• „Erkläre anhand der verfügbaren Dokumentation, welche Angaben für ein lineares statisches Modell fehlen. Stelle zunächst Rückfragen; führe keine Modelloperation aus.“
• „Schlage für die freigegebene Arbeitskopie einen Prüfablauf für das Netz vor. Zeige Annahmen und geplante Schritte, bevor eine Änderung angefragt wird.“
• Folgefrage: „Welche dieser Aussagen sind direkt geprüft und welche nur aus der Dokumentation abgeleitet?“

Diese Beispiele sind Aufgabenformulierungen, keine Garantie eines fachlich erfolgreichen Modellierungsablaufs. Solverläufe gehören im bestehenden Projektablauf zum getrennten Nastran-Auftrag.

Was technisch geschieht

1. Die Toolbox liest über die native Apex-Skriptwarteschlange eine Momentaufnahme aus genau dem Prozess, in dem sie geöffnet wurde. Das erste Öffnen und Kontext lesen verarbeiten diese Daten lokal.
2. Senden legt einen lokalen Auftrag an. Der Adapter startet bei Bedarf codex app-server --stdio als lokalen Prozess und verwendet die vorhandene Codex-Anmeldung und Konfiguration. Die lokale Kommunikation erfolgt über Prozessein- und -ausgabe; der Adapter öffnet dafür keinen eigenen Netzwerk-Steuerungsport.
3. Der Auftrag enthält den eingegebenen Text und den Modellkontext als Text/JSON. Hinzu kommen die vorhandenen Agentenanweisungen und Integrationsregeln. Der Codex-Dienst verarbeitet den Gesprächskontext für die externe KI-Antwort. Die Toolbox führt einen eigenen Backend-Thread; sie übernimmt nicht automatisch einen im Codex-Fenster geöffneten Chat. Das App-Server-Prinzip beschreibt OpenAI in der technischen Referenz.
4. Der Agent kann antworten, Fragen stellen, verfügbare Werkzeuge verwenden oder eine native Apex-Operation anfragen. Die Toolbox bietet dafür Modellkontext, Skriptausführung und Entscheidungsdialoge an.
5. Auf dem vorgesehenen nativen Ausführungsweg werden Prozess, Kontext, Skript und Zustimmung geprüft. Das freigegebene Python-Modul läuft lokal in Apex. Das Ergebnis einschließlich Prüf- oder Fehlertext wird lokal protokolliert und als Werkzeugantwort an den Agenten zurückgegeben.

Der gesamte Arbeitsablauf ist damit nicht allein deshalb lokal, weil Apex und der App-Server lokal gestartet werden. Modellinformationen können schon im Prompt-Kontext extern verarbeitet werden, bevor eine technische Ausführungsfreigabe erscheint.

Ein separater UNIKE-KI-Proxy ist im geprüften Adapter nicht eingerichtet. Zusätzliche Dienste können über die geerbte Codex-Konfiguration erreichbar sein. Im Prüfbestand waren Webrecherche, ein lokales Zusatzwerkzeug und ein entfernter UNIKE/IONOS-Leseconnector konfiguriert. Dessen tatsächliche Nutzung und Datenverarbeitung wurden in diesem Auftrag nicht getestet. Aus seiner bloßen Konfiguration lässt sich weder eine erfolgte Übertragung noch deren Ausschluss ableiten.

Datenflüsse

„Extern“ bezeichnet beim geprüften Anmeldemodus die KI-Verarbeitung durch OpenAI sowie, soweit tatsächlich aufgerufen, weitere Recherche- oder Connector-Dienste. „Lokal dauerhaft“ bedeutet: Die Toolbox setzt keine automatische Löschfrist. Die externen Fristen werden anschließend gesondert erläutert.

Für den Kontextabgleich werden außerdem Dateipfade, Größen und Änderungszeiten des Projektverzeichnisses lokal zu einem Prüftoken verarbeitet. Die vollständige Liste wird nicht als Teil des Standard-Snapshots übertragen; der Token wird mitgeführt. Er ist keine Anonymisierung des daneben enthaltenen Modellkontextes und kein vollständiger Nachweis aller FE-Eigenschaften.

Standardwerte und vorhandene Wahlmöglichkeiten

Der Adapter übernimmt Modell, Anmeldung, Sandbox, Freigabeverhalten und verfügbare Dienste aus der vorhandenen Codex-Umgebung. Er setzt dafür keine eigene, für alle Installationen gleiche Sicherheitskonfiguration. Im geprüften Bestand waren workspace-write und Live-Webrecherche eingestellt; eine besondere regionale Bindung war nicht belegt. Ein fehlender Konfigurationswert beweist weder eine bestimmte Standardfreigabe noch uneingeschränkte Berechtigung.

In der Toolbox existieren keine Auswahl pro Datenkategorie, automatische Pseudonymisierung, Übertragungsvorschau oder Schaltfläche „nur lokal“. Eine sparsame Formulierung begrenzt den automatisch ergänzten Modellkontext nicht. Vor vertraulicher Arbeit müssen Betreiber deshalb sowohl die zulässigen Daten als auch Konto, Werkzeuge und Dateizugriffe der tatsächlichen Installation prüfen.

Lokale Speicherung und Löschen

Anzeigezustand, offene Ereignisse und Prozesswarteschlangen werden im Arbeitsspeicher gehalten. Daneben entstehen unter dem projektspezifischen Arbeitsordner work/unike_ai/jobs/<Auftrags-ID>/ unter anderem job.json, conversation.jsonl, Anfrage-/Ergebnis-JSON und gegebenenfalls stop.request. Sie können Prompt, Kontext, Entscheidungen, Fehlermeldungen und interne IDs enthalten. Auch reine Kontextabrufe erzeugen lokale Nachweisdateien. last-session.json hält die Zuordnung zur letzten Backend-Unterhaltung. Zusätzlich kann Codex in seinem Benutzerverzeichnis eigene Sitzungs- und Zustandsdaten speichern; diese wurden nicht vollständig inventarisiert.

Nach einem normalen Auftrag werden aktive Zustände und zugehörige Sperren aufgelöst. Die Auftrags- und Gesprächsdateien werden nicht automatisch gelöscht. Bei einem unklaren Abbruch können Sperr-/Pending-Zustände bewusst bestehen bleiben. Es gibt keine eigene Verschlüsselung dieser Protokolldateien durch die Toolbox; deren Schutz hängt insbesondere von den Arbeitsplatz- und Dateisystemrechten ab.

Minimieren, Ausblenden, ein leeres Eingabefeld oder ein neu gestartetes Fenster sind keine Löschung. Eine lokale Bereinigung muss nach sicherem Auftragsende gezielt und gemäß Projektaufbewahrung erfolgen. Sie ist nicht als Bedienknopf implementiert und sollte mit der zuständigen Administration abgestimmt werden. Eine Deinstallation der manifestgebundenen Palettendateien löscht weder Aufträge noch externe Gespräche. Lokales Entfernen von Dateien ersetzt keine Löschung beim Anbieter; umgekehrt beseitigt die dortige Löschung keine eigenständigen Projektkopien oder Backups.

Externer Dienst, Training, Aufbewahrung und Standort

Am 03.10.2026 meldete die verwendete App-Server-Anbindung ausdrücklich den Authentifizierungsmodus ChatGPT. Dies wurde über die tatsächliche Backend-Abfrage festgestellt; ein API-Schlüsselbetrieb wurde nicht nachgewiesen. Die Toolbox implementiert keinen eigenen Anbieterwechsel und liest keine Datenschutzschalter des Kontos aus. OpenAI beschreibt ChatGPT- und API-Anmeldung als unterschiedliche Betriebsarten.

Für persönliche ChatGPT-Pläne kann Inhalt zur Modellverbesserung verwendet werden, sofern dies nicht über die einschlägigen Datenkontrollen deaktiviert ist. OpenAI beschreibt die Geltung der ChatGPT-Trainingskontrollen auch für Codex. Der konkrete Schalterzustand des geprüften Kontos wurde nicht eingesehen. Die Geschäftsprodukt-Regel „kein Training standardmäßig“ darf daher nicht pauschal auf diese Installation übertragen werden. Codex mit ChatGPT-Plänen.

Die Kontoeinstellung zur Modellverbesserung und die gesonderte Codex-Option für vollständige Umgebungen sind zu unterscheiden. Eine Trainingsabwahl löscht bestehende Gesprächsaufzeichnungen nicht. Keine dieser Einstellungen wurde für diesen Auftrag verändert. OpenAI-Datenkontrollen, Verwendung von Daten zur Modellverbesserung.

OpenAI beschreibt für mit ChatGPT angemeldete Codex-Chats eine Speicherung bis zur Löschung. Nach einer unterstützten Chat-Löschung ist die Entfernung aus den Systemen innerhalb von 30 Tagen vorgesehen, mit Ausnahmen etwa für Sicherheits-/Rechtspflichten oder bereits vom Konto getrennte, deidentifizierte Inhalte. Archivieren ist keine Löschung. Die Toolbox selbst bietet keine entsprechende Cloud-Löschfunktion; die Zuordnung und Löschbarkeit ihres konkreten App-Server-Threads in der Kontooberfläche wurden hier nicht erprobt. Es wird daher keine tatsächliche Löschung oder feste Frist für sämtliche technischen Anbieterlogs zugesichert. Offizielle Codex-Aufbewahrungs- und Löschbeschreibung.

Ein ausschließlich deutscher, europäischer oder schweizerischer Verarbeitungsstandort ist nicht nachgewiesen. OpenAIs europäische Datenschutzerklärung beschreibt Verarbeitung auch außerhalb von EWR, Schweiz und Vereinigtem Königreich, einschließlich der USA. Europäische Datenschutzerklärung, Abschnitt Datenübermittlungen. Besondere Daten- und Inferenzresidenz ist an geeignete Angebote und die tatsächlich konfigurierte Organisation gebunden; Drittanbieter-Integrationen haben eigene Bedingungen. Solche Vertrags- oder Organisationseinstellungen wurden nicht bestätigt. OpenAI-Daten- und Inferenzresidenz.

Diese Quellen wurden am 03.10.2026 geprüft. Anbieterbedingungen können sich ändern. Der technische Stand begründet keine pauschale Sicherheits- oder DSGVO-Konformitätszusage; die konkrete Zulässigkeit eines Einsatzes muss für Daten, Vertrag und Betriebsumgebung beurteilt werden.

Zugriffe, Freigaben und Wiederherstellung

Die vorgesehenen nativen Anfragen sind an die konkrete Apex-Prozess-ID gebunden. Kooperative Sperren verhindern über diesen Weg konkurrierende Aufträge. Skriptpfad, Skriptprüfsumme, Kontexttoken, Ablaufzeit und eine konkrete Zustimmung werden geprüft. Als schreibend deklarierte native Operationen verlangen eine Arbeitskopie im vorgesehenen Arbeitsbereich. Die vorgesehene Ausführung nutzt die Prüfphasen des jeweiligen Skriptmoduls.

Diese Kontrollen sind keine allgemeine Sicherheitsgrenze für sämtliche Codex-Werkzeuge oder beliebigen Python-Code. Dateilesen, Shell- und Zusatzwerkzeuge unterliegen der geerbten Backend-/Betriebssystemkonfiguration. Die Toolbox kann nur solche allgemeinen Freigabeanfragen anzeigen, die das Backend tatsächlich stellt. Projektregeln zu Source-Schutz, Backups, Solververbot, Dokumentationsrecherche und gezielter Löschung sind zusätzlich Agentenanweisungen; eine Anweisung allein erzwingt deren Einhaltung nicht technisch.

Bei einer angefragten Modellfreigabe kann ein Manifest mit konkreter Revision, Dateien/Prüfsummen, Ziel und Bereinigungsumfang vorgelegt werden. Die Zustimmung dazu ist gesondert zu beurteilen. Der Dialog selbst führt keine vollständige Rückablage oder Bereinigung aus. Ein kontrollierter Projektworkflow und die fachliche Prüfung bleiben erforderlich.

Der Installer sichert bei seinen Updates die betroffenen manifestgebundenen Toolbox-Dateien. Dies ist kein automatisches Backup jedes bearbeiteten Modells. Stopp bietet keine allgemeine Rücknahme. Eine Wiederherstellung von Modellen muss auf tatsächlich vorhandenen, geprüften Arbeitsrevisionen oder Backups beruhen; eine Wiederherstellung durch diesen Dokumentationsauftrag wurde nicht getestet.

Grenzen und Fehlerbehebung

Ein eigener Support-Chat oder ein geprüfter Support-Endpunkt ist in der Toolbox nicht hinterlegt. Bei Integrationsproblemen wenden Sie sich an die betreuende UNIKE-Projektstelle beziehungsweise Ihre Administration. Halten Sie Versionen, Zeitpunkt und eine bereinigte Fehlermeldung bereit; übermitteln Sie keine ungeprüften Modell- oder Protokollpakete. Für Codex-Anbieterprobleme steht das offizielle OpenAI Help Center zur Verfügung.

KI-Antworten können fehlerhaft oder unvollständig sein. Einheiten, Geometrie, Idealisierung, Material, Lasten, Randbedingungen, Netzqualität, Exportzuordnung und Ergebnisinterpretation müssen von einer fachkundigen Person geprüft werden. Ein erfolgreicher Dialog, eine grüne Statusmeldung oder ein Skriptabschluss beweist keine fachlich gültige Simulation.

Prüfgrenzen und Veröffentlichungsstand

Quellcode und ausgewählte Konfigurationswerte wurden geprüft; die native Hilfe sowie der bewusste Linkaufruf wurden in einer separaten leeren Apex-Sitzung beobachtet. Automatisierte Adaptertests prüfen auch Rückfragen, Freigaben, Stoppen und Fehlerzustände mit Testobjekten. Sie ersetzen keine vollständigen Produktions- oder Sicherheitsprüfungen. Für diesen Dokumentationsauftrag wurde kein neuer KI-Auftrag mit realen Kundendaten gesendet und kein Solver gestartet.

Beim Test des Apex-Agenten am 03.10.2026 öffnete der Link die vorgegebene UNIKE-Adresse ohne angehängte Parameter. Dort erschien vor der Veröffentlichung „Die Seite wurde nicht gefunden“. Die Veröffentlichung dieser Dokumentation wurde anschließend am 03.10.2026 ausdrücklich freigegeben. Die beschriebenen technischen Prüfgrenzen und offenen kontospezifischen Angaben bleiben bestehen.

Bei Änderungen an Oberfläche, Funktionen, Datenflüssen oder Schutzmechanismen müssen diese Dokumentation, die lokale Kurzhilfe und die zugehörigen Nachweise gemeinsam überprüft und erforderlichenfalls aktualisiert werden.