Wie aus einem Chat eine App wird

Dieser Abschnitt erklärt, wie aus einer einzigen Zeile wie "Zeig mir die Anlagenverfügbarkeit als Karten" ein bereitgestellter Bildschirm wird. Wenn man das Innere versteht, weiß man, warum die erste Antwort einige Dutzend Sekunden dauert, warum die Vorschau kurz anhält und wo man bei einem Fehler nachsehen muss.

  당신 ──① 말한다──▶ 에이전트 ──② 고친다──▶ 프로젝트(진짜 리액트 코드)
                         │                        │
                         │                   ③ 세션 컨테이너가 띄운다
                         │                        └──▶ 프리뷰 (고치는 즉시 반영)
                         └──④ 스스로 검사한다 (타입 검사 + 화면 보기)

                    ⑤ 배포 ──▶ 버전 보관 ──▶ /container/… (동료가 본다)

Ein Projekt = ein React-Projekt

Was das Studio erstellt, sind keine Bildschirmkonfigurationswerte, sondern echter Quellcode. Wenn Sie ein Projekt erstellen, wird im Server eine Kopie eines React-Projekts abgelegt, und alle weiteren Dialoge dienen dazu, diese Dateien zu bearbeiten.

Hier unterscheidet es sich von No-Code-Tools.

	Konfigurationsbasierte Tools	Studio
Was erstellt wird	Konfigurationswerte	React-Quellcode
Wenn das Tool etwas nicht kann, das Sie anfordern	Es blockiert	Meist machbar, da Code geschrieben werden kann
Verlauf des Dialogs	Getrennt	Bei jedem Turn automatisch committet – rückgängig machbar

Warum "Mach das rückgängig" funktioniert

Der Agent committet automatisch am Ende jedes Turns. Dadurch können Sie unerwünschte Änderungen auf den vorherigen Stand zurücksetzen, und es bleibt nachvollziehbar, was wann geändert wurde. Wenn Sie es prüfen und übernehmen möchten, aktivieren Sie den Prüfmodus — App-Entwicklung mit dem Builder

① Sprechen – Es gibt zwei Modi

Es ist zwar derselbe Chat, aber die Aufgaben sind unterschiedlich.

Modus	Aufgabe	Ändert es die App?
Abfrage	Plattformdaten lesen und als Tabellen/Diagramme beantworten	Nein (nur lesend)
Builder	Projektcode bearbeiten, um Bildschirme zu erstellen	Ja

"Wie viele Alarme gab es gestern auf Linie 3?" ist eine Abfrage, und "Mach das als Bildschirm" ist der Builder-Modus. → Datenabfrage im Chat · App-Erstellung im Home

② Bearbeiten – Die Werkzeuge des Agenten sind festgelegt

Der Agent macht nicht Beliebiges. Er nutzt nur festgelegte Werkzeuge.

Werkzeug	Aufgabe	Eingebaute Einschränkungen
Datei lesen/schreiben/auflisten	Projektquelle bearbeiten	Kann nicht aus dem Projektordner heraus
Befehl ausführen	Pakete installieren, bauen	Läuft nur im Session-Container (nicht in der Server-Shell)
Plattformabfrage	Anlagen, Tags, Alarme lesen	Nur aus der Lese-Liste

🔴 Der Agent hat keine Server-Shell. Befehle laufen im Container des jeweiligen Projekts, und das Datei-Tool kann den Projektordner nicht verlassen. Selbst wenn die App fehlerhaft erstellt wird, ist die Struktur so ausgelegt, dass andere Projekte oder der Server nicht beschädigt werden.

③ Vorschau – Für jedes Projekt wird ein Container gestartet

Beim Öffnen eines Projekts wird ein Container nur für dieses Projekt gestartet, und darin läuft ein Entwicklungsserver. Der Vorschubbildschirm zeigt diesen Entwicklungsserver direkt an, daher werden Änderungen sofort übernommen, wenn der Agent Dateien bearbeitet.

	Standardwert	Warum?
Container-Speicher	2 GB	Bei 1 GB schlägt der Build einer App mit 3D-Widgets wegen Speichermangels fehl (gemessen)
Leerlauf-Stopp	30 Minuten	Verhindert, dass ungenutzte Projekte dauerhaft Speicher belegen

Leerlauf-Stopp ist kein "Löschen"

Wenn 30 Minuten lang nichts genutzt wird, wird der Container heruntergefahren, aber Projektdateien und Dialogverlauf bleiben erhalten. Beim erneuten Öffnen wird der Container wieder gestartet – deshalb ist die erste Anzeige bei lange nicht geöffneten Projekten langsam.

Wie viele gleichzeitig laufen können, bestimmt den Server-Speicherbedarf → Installationsanforderungen

④ Selbstprüfung – Deshalb dauert die erste Antwort lange

Der Agent beendet die Arbeit nicht nach dem Bearbeiten der Dateien.

1. Er führt eine Typprüfung aus. Schlägt sie fehl, liest er den Fehler selbst und korrigiert erneut.
2. Danach startet er den Bildschirm tatsächlich. Er betrachtet das gerenderte Ergebnis und erkennt Abweichungen.

Bei einer Anforderung kann dieser Kreislauf bis zu 24 Mal stattfinden. Das ist die Antwort auf "Warum dauert das so lange?" und gleichzeitig der Grund, warum am Ende ein lauffähiger Bildschirm entsteht.

Bei großen Bildschirmen zuerst einen "Entwurf" anfordern

Bei großen Bildschirmen ist es schneller, zuerst einen Entwurf zu erhalten, statt direkt erstellen zu lassen – Sie sehen zuerst als Liste, welche Widgets mit welchen Daten platziert werden, können Korrekturen vornehmen und dann erstellen lassen. Das reduziert die Anzahl der Wiederholungen.

⑤ Bereitstellung – Vorschau und Bereitstellung sind unterschiedlich

Die Vorschau ist der Entwicklungsserver, die Bereitstellung das gebaute Ergebnis. Kollegen sehen die bereitgestellte Version.

	Vorschau	Bereitgestellte Version
Wer sieht sie	Der Entwickler	Personen mit dem Link
Wann ändert sie sich	Sofort bei jeder Änderung durch den Agenten	Nur wenn "Bereitstellen" gedrückt wird
Adresse	/preview/…	/container/…

Beim Bereitstellen werden Versionen angesammelt (Standard: 10 aufbewahrt). Wenn eine neue Bereitstellung fehlerhaft ist, können Sie zur vorherigen Version zurückkehren.

🔴 Private Apps können nur von Eigentümern, Administratoren und freigegebenen Personen geöffnet werden. Das bloße Wissen um den Link reicht nicht – Sie müssen die Freigabe-Empfänger festlegen. → App-Katalog und Freigabe

Wo bei einem Fehler nachsehen

Symptom	Zuerst prüfen
Chat kann nicht antworten	KI-Anbieter-Einstellungen – Einstellungen
Vorschau erscheint nicht	Session-Container – Projekt schließen und erneut öffnen
Daten sind leer	Plattformverbindung, API-Schlüssel – Einstellungen
Nur die bereitgestellte Version zeigt alte Ansicht	"Bereitstellen" wurde nicht gedrückt. Die Vorschau unterscheidet sich von der Bereitstellung

Weitere Details unter Fehlerbehebung.