Glossar
Dieses Handbuch erläutert die Begriffe, die in diesem Handbuch und auf den Bildschirmen häufig vorkommen.
Erstellung
Projekt
Ein Arbeitsbereich zum Erstellen einer App. Beim Öffnen erscheint ein Container, der nur für dieses Projekt bestimmt ist, und der Gesprächsverlauf sowie der Quellcode werden gemeinsam gespeichert. Die Inhalte bleiben erhalten, solange das Projekt nicht gelöscht wird.
App
Das bereitgestellte Ergebnis, das aus einem Projekt erstellt wurde. Das ist es, was Kollegen über einen Link öffnen.
Ein Projekt ist der Ort der Erstellung, eine App ist das Erstellte. Selbst wenn Sie das Projekt ändern, bleibt die App unverändert, bis Sie die Bereitstellung auslösen.
Vorlage
Die Grundform, mit der ein neues Projekt startet. Es gibt einige integrierte Vorlagen, und Sie können erstellte Bildschirme als eigene Vorlage registrieren, um sie wiederzuverwenden.
Katalog
Eine Übersichtsseite, auf der bereitgestellte Apps gesammelt angezeigt werden. Hier legen Sie die Freigabeziele fest → App-Katalog und Freigabe
Arten der Interaktion
Builder (Build)
Der Modus zum Erstellen und Ändern von Apps per Chat. Der Agent schreibt direkt in den Quellcode des Projekts.
Ask (Abfrage)
Der Modus, in dem Sie nur Daten abfragen, ohne eine App zu erstellen. Die Plattform wird schreibgeschützt abgefragt und die Antwort erfolgt in Tabellen oder Diagrammen → Datenabfrage per Chat
Plan (Konfigurationsplan)
Das, was vor der Erstellung eines großen Bildschirms zuerst ausgegeben wird, was und wie erstellt werden soll. Sie können die Liste der Bildschirme, Widgets und benötigten Daten einsehen, anpassen und dann erstellen lassen, was Hin- und Herwege reduziert.
Prüfmodus
Ein Modus, in dem der Agent Änderungen nicht automatisch bestätigt, sondern ein Mensch die Annahme oder Rückgängigmachung auswählt → App-Entwicklung mit dem Builder
Interne Komponenten
Agent
Das, was menschliche Anfragen entgegennimmt, Tools auswählt und aufruft, Ergebnisse betrachtet und dann das nächste Tool auswählt – ein iterativer Prozess. Er verwendet Datei-Lesen/Schreiben, Befehlsausführung und Plattformabfragen.
Coding-Engine
Der Teil, der tatsächlich Code schreibt. Sie ist austauschbar – Sie können in den Einstellungen zwischen der integrierten Engine und einem externen Coding-Agenten wählen.
Selbstvalidierung
Das Verfahren, bei dem der Agent nach Änderungen an Dateien selbst prüft. Er führt eine Typprüfung aus, liest bei Fehlern die Fehlermeldung, korrigiert erneut und startet dann den Bildschirm, um ihn tatsächlich anzuzeigen. Da dieser Zyklus bei einer Anfrage mehrfach auftreten kann, ist die erste Antwort langsam.
Sitzungscontainer
Der Container, der nur für dieses Projekt bestimmt ist und beim Öffnen eines Projekts erscheint. Der Entwicklungsserver läuft darin, und die Befehle des Agents werden ebenfalls nur hier ausgeführt.
| Standardwert | |
|---|---|
| Speicher | 2 GB |
| Leerlauf-Stopp | 30 Minuten |
🔴 Leerlauf-Stopp ist keine «Löschung». Nur der Container wird heruntergefahren; Quellcode und Gesprächsverlauf bleiben erhalten. Beim erneuten Öffnen wird der Container wieder gestartet – deshalb sind Projekte, die lange nicht geöffnet wurden, beim ersten Aufruf langsam.
Docker-Proxy
Der Docker-Zugang zum Erstellen und Löschen von Sitzungscontainern. Der Docker-Socket des Servers wird nicht direkt weitergegeben, sondern dieser Proxy wird verwendet – denn die direkte Weitergabe des Sockets würde Vollzugriff auf den Host bedeuten.
Anzeige und Export
Vorschau
Der Bildschirm, den der Ersteller sieht. Da er den Entwicklungsserver direkt anzeigt, werden Änderungen des Agents sofort übernommen. Die Adresse ist /preview/….
Bereitgestellte App
Das gebaute Ergebnis, nachdem die Bereitstellung ausgelöst wurde. Das ist das, was Kollegen sehen, und es ändert sich nur, wenn die Bereitstellung ausgelöst wird. Die Adresse ist /container/… auf derselben Domain wie das Studio.
Version · Zurücksetzen
Bei jeder Bereitstellung wird eine Version angelegt (standardmäßig 10 gespeichert). Wenn eine neue Bereitstellung fehlerhaft ist, wird auf eine frühere Version zurückgesetzt.
Sichtbarkeit
Private Apps können nur von Eigentümern, Administratoren und Personen, mit denen sie geteilt wurden, geöffnet werden. Das bloße Kennen des Links reicht nicht aus.
Automatisierte Abläufe
Watcher
Automatisierung ohne Benutzeroberfläche. Sie schreiben Überwachungsbedingungen wie „Melde, wenn der Druck der Linie 3 über 90 liegt“ auf Koreanisch, und der Watcher prüft und meldet selbstständig in jedem Intervall → Watcher und Benachrichtigungen
Vor-Ort-Skill
Das, was Sie als Know-how von Ingenieuren aufzeichnen und registrieren. Der Agent zieht es bei Bedarf zurate. Es bleibt erhalten, auch wenn Personen das Unternehmen verlassen, und andere Standorte übernehmen es → Vor-Ort-Skill
Konten und Berechtigungen
Rollen
| Rolle | Aufgabe |
|---|---|
| admin | Umgebungseinstellungen · Benutzerverwaltung · KI-Anbieter |
| builder | Erstellt und stellt Apps bereit (Standardwert bei Kontoeinrichtung) |
| viewer | Betrachtet bereitgestellte Apps |
🔴 Der Standardwert ist builder. Für Personen, die nur ansehen sollen, vergeben Sie viewer →
Arbeitsablauf
MCP (Model Context Protocol)
Ein offener Standard, mit dem KI-Agenten Funktionen externer Systeme als «Tools» entdecken und aufrufen. Das Studio liest Plattformdaten über diesen Standard.
Begriffe anderer Produkte
PlantPulse – vier Produkte teilen dieselbe Anlagenhierarchie sowie Tags und Datenpunkte. Begriffe, die hier nicht aufgeführt sind, finden Sie in den anderen drei Bänden – Plattform-Glossar · Edge-Glossar · KI-Glossar.