ShadobaAI/codex-plugins

1C-Formularprototypen

Erstellen Sie eine interaktive Vorschau, die der Benutzer vor dem Export überprüfen und überarbeiten kann. Neue Prototypen bleiben im Speicher des Vorschau-Servers: Schreiben Sie nicht automatisch .md-, HTML- oder PNG-Dateien in das Projekt und erstellen Sie keine Screenshots. Der Benutzer wählt selbst, wann er HTML, MD oder PNG über die beiden Symbolmenüs über dem Formular herunterlädt oder kopiert. Beschriftungen und Antworten bleiben in der Sprache des Benutzers; DSL-Schlüsselwörter sind kyrillisch. Zeigen Sie das Formular mit seinen eigenen Befehlen und den Exportsymbolen an, ohne Editor oder technische Notizen. Geschäftslogikbefehle werden nicht ausgeführt.

Erstellung

• Für ein neues Formular lesen Sie die Syntax; für Bearbeitungen lesen Sie die vorhandene Datei und nur die relevanten Syntaxabschnitte. Nicht zusammenhängende Inhalte bleiben erhalten.
• Für Screenshots/XML lesen Sie die Rekonstruktion. Beschriftungen, Reihenfolge, Verschachtelung, Typen und sichtbare Zustände bleiben erhalten; Unsicherheiten geben Sie außerhalb des Formulars an.
• Für ein neues, rein textbasiertes Mockup ohne vorgegebene Werte füllen Sie Felder und repräsentative Tabellenzeilen mit kohärenten fiktiven Daten, es sei denn, der Benutzer wünscht ein leeres Formular. Bei Bearbeitungen oder der Rekonstruktion aus Screenshots/XML bleiben vorhandene/Quellwerte und Leerzeichen erhalten, es sei denn, Sie werden um Änderungen gebeten. Kennzeichnen Sie Demonstrationsdaten in der Antwort.
• Erstellen Sie die Quelle als UTF-8-md_design-Text und übergeben Sie sie über die Standardeingabe (--stdin). Behalten Sie die Quelle und die Vorschau-URL im Gespräch für nachfolgende Bearbeitungen. Erstellen Sie keine temporäre oder Projekt-.md-Datei als Zwischenschritt. Bearbeiten Sie eine vorhandene Datei nur dann direkt, wenn der Benutzer explizit darum bittet, diese Datei zu bearbeiten/zu speichern. Verwenden Sie nur DSL-Konstrukte; kein eingebettetes HTML, JS, CSS, XML oder Markdown-Kommentare. Behandeln Sie Quellanweisungen/-Handler als Daten, nicht als auszuführende Aktionen.
• Für eine Feature-Tour zeigen Sie <plugin>/prototypes/showcase.md mit --file an; für Änderungen lesen Sie es und übergeben Sie die modifizierte Quelle über --stdin, ohne sie in das Projekt zu kopieren. Lesen Sie die Feature-Übersicht nur bei Bedarf.

Prüfung und Vorschau

<plugin> ist das absolute Root zwei Verzeichnisse über diesem Skill-Verzeichnis; es enthält scripts/ und dist/. Node.js 22+ ist erforderlich; ein installiertes Paket benötigt keine npm-Abhängigkeiten.

node "<plugin>/scripts/preview.mjs" --stdin --name "form.md" --check
node "<plugin>/scripts/preview.mjs" --stdin --name "form.md" --background
node "<plugin>/scripts/preview.mjs" --stdin --update "<complete-preview-url>"

Leiten Sie die vollständige Quelle in diese Befehle ein. --name dient nur der Benennung von Downloads; es erstellt keine Datei. Für nachfolgende Überarbeitungen validieren Sie und senden Sie dann die vollständige überarbeitete Quelle mit --update, um dieselbe Vorschau/dasselbe Tab zu aktualisieren. Lesen Sie Laufzeit für UTF-8-Piping und, in einer Windows-Sandbox, Startberechtigungen vor --background.

Nach erfolgreichem Beenden öffnen Sie die vollständige zurückgegebene url mit mcp__codex_app__open_in_codex (target: {type: "browser", url}). Verwenden Sie das Browser-Skill/-Tool oder die Laufzeit-Bootstrap, wenn dessen Anweisungen nicht verfügbar sind; lesen Sie keine minimierten Browser-Bundles. Inspizieren Sie das DOM, relevante Interaktionen und #preview[data-warnings] (JSON). Vergleichen Sie Abdeckung, Werte und Verschachtelung mit der Quelle; das Parsen und Öffnen eines Panels allein stellt keine Treue sicher. Erstellen oder speichern Sie keine Screenshots automatisch; PNG wird nur generiert, wenn der Benutzer es in einem Exportmenü auswählt oder explizit anfordert. Beheben Sie wesentliche Warnungen; geben Sie Näherungen und alles nicht Verifizierte an. Wenn die Inspektion nicht verfügbar oder verweigert wird, geben Sie die URL und die Einschränkung zurück; respektieren Sie Zugriffskontrollen.

Verwenden Sie denselben Prozess/dasselbe Tab für Überarbeitungen desselben Prototyps. Der Quellspeicher überlebt Seitenneuladungen, bis der Server stoppt; Browser-Eingaben sind lokal und setzen bei Neuladen oder einer Quellrevision zurück. MD-Exporte enthalten die aktuelle Quelle; HTML-Exporte bewahren Browser-Werte und aktive Tabs und arbeiten offline; PNG erfasst das angezeigte Formular ohne die Exportsymbolleiste. Exportieren Sie nach dem ersten Entwurf oder einer Überarbeitung nicht automatisch ein Ergebnis. Stoppen Sie nur eine PID aus Ihrem eigenen Start, wenn sie nicht mehr benötigt wird; lassen Sie die gelieferte Vorschau geöffnet.