Multi-Berufs-Workbench Baukasten

Multi-Berufs-Workbench Baukasten (Build Professional Workbench Skill)

Erstelle ein rollenzentriertes Arbeitsprodukt, keine umbenannte Dashboard-Hülle. Eine vorhandene Architektur wird beibehalten, wenn sie existiert. Für einen neuen reinen Web-Build starte mit assets/reference-workbench-template/ und ersetze dann die Bildungs-Referenzdomäne vollständig.

Start

1. Klassifiziere die Anfrage als Neubau, Erweiterung, Redesign oder Audit.
2. Leite Beruf, Organisation, Rolle, Benutzer, Arbeitsgegenstände, Lebenszyklus, Entscheidungen, Risiken, Genehmigungen, Privatsphärengrenze und Bereitstellungsmodus ab. Frage nur nach, wenn eine fehlende Wahl das Produkt wesentlich verändert.
3. Lese nur die benötigten Referenzen:
   • Lies immer bereitstellungsmodi.md für einen Neubau.
   • Lies workbench-architektur.md für Shell-, Modul- und Seitenverträge.
   • Lies berufsprofile.md, um Domänenmuster auszuwählen oder zu kombinieren.
   • Lies dashboard-katalog.md für KPIs, Diagramme und Analyse-Seiten.
   • Lies design-interaktion.md für visuelle, Bewegungs-, Canvas-, Navigations- oder responsive Arbeiten.
   • Lies lokale-persistenz.md immer dann, wenn Benutzer Daten erstellen, bearbeiten, löschen, anordnen, annotieren, importieren oder anhängen können.
   • Lies daten-und-validierung.md vor der Datensatzgenerierung und der endgültigen Abnahme.
4. Für ein neues Offline-Projekt führe aus:

python3 scripts/scaffold_professional_workbench.py <ziel> --profile <profil> --profession "..." --organization-name "..." --role-name "..." --user-name "..." --deployment-mode local-offline

5. Behandle das Gerüst als Ausgangspunkt. Liefere erst aus, wenn jeder Route, Datensatz, Workflow, Diagramm, jedes Steuerelement, jeder Persistenzpfad und jede Domänenrestprüfung bestanden ist.

Modelliere den Beruf

• Definiere die primären Nomen der Rolle: Fälle, Klienten, Patienten, Projekte, Kandidaten, Konten, Inhalte, Assets, Experimente, Bestellungen, Vorfälle oder gleichwertige Objekte.
• Definiere Lebenszyklus-Zustände, Verantwortliche, Übergaben, Fristen, Entscheidungen, Ausnahmebedingungen, Nachweise und Genehmigungen.
• Trenne persönliche Arbeit, Team-Operationen, gemeinsame Ressourcen, Analysen und Administration/Compliance.
• Halte Organisation, Rolle, Zeitraum, Gebiet, Team oder Portfolio-Kontext sichtbar.
• Verwende explizite chinesische Textbeschriftungen in der Navigation; Symbole dienen nur der Verstärkung.
• Wähle ein Profil aus berufsprofile.md oder kombiniere Profile für hybride Rollen. Behalte nur Verantwortlichkeiten bei, die die reale Rolle unterstützt.

Erstelle vollständige Seiten

• Gib jedem Navigationselement eine vollständige Seite mit Titel, Kontext, Aktionen, dichten Datensätzen, Statusangaben und einem eigenen Analyse-Dashboard.
• Vermeide Platzhalter, Drei-Zeilen-Tabellen, wiederholte umbenannte Karten, dekorative Diagramme und nicht unterstützte Schaltflächen.
• Verwende deterministische, kohärente Demonstrationsdatensätze und kennzeichne sie als simulierte Daten.
• Füge angemessene Normal-, Leer-, Lade-, Warn-, Fehler-, Deaktiviert-, Überfällig-, Konflikt-, Genehmigungs- und Bestätigungszustände ein.
• Mache datensatzreiche Seiten durchsuchbar, filterbar, sortierbar und durch Paginierung oder kontrolliertes Scrollen begrenzt.
• Mache primäre Datensätze direkt bearbeitbar. Erstellen, Aktualisieren und Löschen müssen dieselbe Quelle speisen, die von Tabelle, Details, Export und Dashboards verwendet wird.
• Datums-, Bereichs-, Filter- und Segmentsteuerelemente müssen auf echten Datensätzen operieren. Nur-visuelle Steuerelemente sind Fehler.
• Exportiere aktuelle gefilterte Datensätze mit stabilen Kopfzeilen. Validiere Importe hinsichtlich Format, Zeilenform, Grenzen und Zusammenführungs-/Ersetzungsabsicht; zeige Vorschau an und halte aktuelle Daten bei Fehlschlag unverändert.
• Verfolge das Hauptarbeitsobjekt über Listen-, Detail-, Workflow- und Dashboard-Seiten hinweg.

Weise unterschiedliche Dashboards zu

• Gib jeder Seite eine andere Geschäftsfrage, einen anderen KPI-Satz, eine andere Diagrammkombination, andere Diagnose, Interaktion und Farbvariante.
• Verwende Trends für Zeit, Balken für Kategorien, Heatmaps für Dichte, Sankey für Flüsse, Netzwerke für Beziehungen, Radar oder Parallelkoordinaten für Profile, Gantt für Zeitpläne und Histogramme oder Boxplots für Verteilungen.
• Gestalte jedes Dashboard aus einem dominierenden Diagramm, 3–4 KPIs, einer sekundären Diagnose, einer rang- oder segmentierten Ansicht, Bereichssteuerelementen, Tooltips und einer prägnanten Interpretation.
• Binde Diagramme an dieselben sichtbaren Datensätze und biete zugängliche Textzusammenfassungen.
• Behandle finanzielle, medizinische, rechtliche, sicherheitsrelevante und Compliance-Ausgaben als Entscheidungsunterstützung, niemals als autonomes professionelles Urteil.

Wende „Quiet Luxury A“ an

• Verwende das gebündelte css/premium-minimal.css als letzte Kaskadenschicht, es sei denn, der Benutzer wählt eine andere visuelle Richtung.
• Verwende ein warmes Elfenbeinfeld, tintengrüne Typografie, entsättigte salbeigrüne Akzente, Serifen-Überschriften, system-Serifenlose Steuerelemente, feine Linien und großzügige Weißräume.
• Bevorzuge redaktionelle Hierarchie und Ausrichtung gegenüber abgerundeten Karten und starken Schatten.
• Halte die Shell ruhig und textbeschriftet. Verwende helle Analyse-Dashboards; reserviere dunkles Graphit für den räumlichen Helden oder die unendliche Leinwand.
• Halte Heatmaps dicht aber ruhig, mit fünf quadratischen Zellebenen.
• Verwende Hover-Inspektion, Fokus, Auswahl, Drill-Down, Detail-Drawer, Modals, Schwenken/Zoomen und progressive Offenlegung, wo sie den Zustand klären.
• Halte Animationen kurz, unterbrechbar und deaktiviert unter prefers-reduced-motion.
• Erhalte Tastaturzugriff, sichtbaren Fokus, semantische Steuerelemente, Touch-Layouts und Druck-/Berichtsansichten.
• Passe --workbench-folio, Kontextauswahlen und Helden-Sprache an die neue Organisation und den Beruf an.
• Das Referenz-Heldenbild ist als Text in js/hero-media.js eingebettet, damit der Skill Red Skill-kompatibel bleibt und die generierte Site vollständig offline ist.

Erfordere lokale Erste-Persistenz

• Speichere Änderungen (Erstellen, Bearbeiten, Löschen, Neuordnen, Annotieren, Entwürfe, Einstellungen und Layout) automatisch auf dem aktuellen Computer nach Validierung.
• Stelle den gespeicherten Zustand vor dem ersten sinnvollen Rendern wieder her. Ein Speicher-Toast ohne erfolgreichen Schreibvorgang ist ein Fehler.
• Verwende gebündeltes js/local-persistence.js für kleine JSON-Datensätze und Entwürfe. Verwende IndexedDB für Anhänge, große Sammlungen und Offline-Warteschlangen.
• Versehe jede Workbench mit einem Namensraum, versioniere gespeicherte Datensätze und füge Migrationen hinzu, wenn sich Schemata ändern.
• Zeige Speicherzustände (Wird gespeichert, Gespeichert, Fehler, Speicher voll) an. Verwerfe niemals stillschweigend einen fehlgeschlagenen Schreibvorgang.
• Biete versionierten JSON-Export, validierten atomaren Import mit Zusammenführungs-/Ersetzungssemantik, Anhangsverwaltung und bestätigte Löschung. Mache teilweise angewandte Importe rückgängig.
• Halte Demo-Seeds getrennt von persönlichen Datensätzen. Speichere keine Geheimnisse und behaupte nicht, dass der Browserspeicher verschlüsselt ist.
• Gib für local-offline die Einschränkung auf Einzelgerät und Einzelbrowser an. Verwende für team-server oder enterprise authentifizierte APIs und eine Server-Datenbank als verbindliches System; siehe bereitstellungsmodi.md.

Verwende die gebündelte Implementierung

Die Referenzvorlage bietet reines HTML/CSS/JavaScript ohne CDN, mehrbereichige Textnavigation, 56 Moduleinträge, dichte Datensätze, „Quiet Luxury A“, einen räumlichen Helden, unendliche Leinwand, Aktivitäts-Heatmap, benutzerdefinierten Cursor, Routenanimation, 22 Diagrammfamilien, bearbeitbare Tabellen, namensraum-basiertes localStorage, Autospeicher, versionierte Sicherung/Import, Dialoge, Formulare, responsives Verhalten und Druckstile.

Ersetze alle Referenzdomänen-Namen, Navigation, Datensätze, Workflows, KPIs, simulierten Identitäten und Helden-Formulierungen. Liefere niemals eine Nicht-Bildungs-Workbench aus, indem du nur ihren Titel änderst.

Validieren

1. Führe python3 scripts/validate_redskill_package.py . aus, wenn du diesen Skill für den Red Skill Upload vorbereitest.
2. Führe python3 scripts/validate_professional_workbench.py <projekt-pfad> für die generierte Workbench aus.
3. Führe native Syntax- oder Build-Prüfungen durch.
4. Überprüfe, dass jeder Navigationseintrag zu einer vollständigen Seite aufgelöst wird und ein eigenes Dashboard erhält.
5. Überprüfe Datensatzdichte, seitenübergreifende Kohärenz, operationelle Filter, Formulare, Details, Workflow-Zustände und Tastaturzugriff.
6. Überprüfe lokale Assets und file://-Verhalten für die Offline-Auslieferung.
7. Überprüfe Hinzufügen → Neuladen, Bearbeiten → Neuladen, Löschen → Neuladen, Export → Löschen → Import, Zurückweisung fehlerhafter Importe und Meldung von Speicherfehlern.
8. Führe node scripts/test_local_persistence.js <projekt-pfad> aus, wenn Node.js verfügbar ist.
9. Fordere für Nicht-Bildungs-Profile null Bildungsdomänen-Überreste an.
10. Führe visuelle und Interaktions-QA durch, wenn eine Browseroberfläche verfügbar ist; setze Dateiexistenz oder Syntaxerfolg niemals mit visueller Abnahme gleich.
11. Berichte Pfad, Bereitstellungsmodus, Beruf, Rolle, Modul- und Dashboard-Abdeckung, CRUD/Filter/Import/Export-Ergebnisse, Persistenzergebnisse, Validierung und verbleibende Grenzen.

Schutzmechanismen

• Beanspruche keine Autorität für externe Schreibvorgänge, Genehmigungen, Nachrichten, Transaktionen oder Veröffentlichungen.
• Präsentiere simulierte Datensätze nicht als echte Daten und lege keine sensiblen Identifikatoren offen.
• Automatisiere keine Entscheidungen mit hohem Risiko ohne professionelle Überprüfung.
• Verwende keine externen CDNs für Offline-Auslieferungen.
• Halte production_ready auf false, bis die Architektur, Sicherheit und Freigabekriterien des gewählten Bereitstellungsmodus erfüllt sind.
• Veröffentliche oder stelle nicht bereit, es sei denn, der Benutzer fordert es an oder aktive Site-Erstellungsanweisungen erfordern Hosting.