docs: refine project presentation and refresh dark screenshots

This commit is contained in:
2026-04-12 12:02:29 +02:00
parent 10fcb2817b
commit 04a08a8bdf
6 changed files with 59 additions and 23 deletions
+37 -20
View File
@@ -1,9 +1,18 @@
# HartOMat
HartOMat ist eine CAD-, Medien- und Render-Automatisierungsplattform für technische Produktbilder. Das System kombiniert STEP/CAD-Import, Materialzuordnung, Produkt- und Asset-Verwaltung, Pricing/Output-Typen, Blender-Render-Templates und einen node-basierten Workflow-Editor, ohne den bestehenden Legacy-Produktionspfad zu brechen.
HartOMat ist eine CAD-, Medien- und Render-Automatisierungsplattform für technische Produktvisualisierung. Das System verbindet STEP/CAD-Import, Materialzuordnung, Produkt- und Asset-Verwaltung, Render-Templates, Output-Typen und einen node-basierten Workflow-Editor in einer gemeinsamen Produktionsoberfläche, ohne den bestehenden Legacy-Pfad zu verlieren.
Eine ausführlichere Projektübersicht mit Screenshots gibt es in [docs/PROJECT_OVERVIEW.md](docs/PROJECT_OVERVIEW.md).
## Kurzüberblick
| Bereich | Zweck |
| --- | --- |
| CAD Intake | STEP-Dateien importieren, aufbereiten und in produktionsfähige Assets überführen |
| Product Ops | Produkte, Medien, Orders, Asset Libraries und Pricing zentral verwalten |
| Rendering | Blender-Templates, GPU-Worker und definierte Output Types für reproduzierbare Bilder |
| Workflows | Legacy-sichere und graph-native Produktionsketten parallel betreiben |
## Kernfunktionen
- Import von CAD- und Mediendaten mit nachgelagerter Material- und Metadatenverarbeitung
@@ -19,6 +28,16 @@ Eine ausführlichere Projektübersicht mit Screenshots gibt es in [docs/PROJECT_
- Infrastruktur: PostgreSQL, Redis, MinIO, Docker Compose
- Rendering: Blender Worker mit GPU-Support
## Screenshots
![Dashboard](docs/assets/screenshots/dashboard.png)
![Workflow Editor](docs/assets/screenshots/workflow-editor.png)
![Product Detail](docs/assets/screenshots/product-detail.png)
![Admin](docs/assets/screenshots/admin.png)
## Quick Start
### Voraussetzungen
@@ -46,17 +65,7 @@ cp .env.example .env
- Backend API / Swagger: `http://localhost:8888/docs`
- MinIO Console: `http://localhost:9001`
### Nützliche Betriebsbefehle
```bash
./scripts/restart.sh
./scripts/restart.sh --build
./scripts/restart.sh backend
./scripts/stop.sh
docker compose logs -f
```
## Standard-Login für lokale Seeds
### Standard-Login für lokale Seeds
Beim Container-Start werden Migrationen, Templates und ein Admin-Benutzer gesät. Für eine lokale Standardinstallation ist aktuell typischerweise verfügbar:
@@ -65,15 +74,15 @@ Beim Container-Start werden Migrationen, Templates und ein Admin-Benutzer gesät
Das ist nur für lokale Entwicklung gedacht und sollte für jede nicht-lokale Umgebung sofort ersetzt werden.
## Screenshots
### Nützliche Kommandos
![Dashboard](docs/assets/screenshots/dashboard.png)
![Workflow Editor](docs/assets/screenshots/workflow-editor.png)
![Product Detail](docs/assets/screenshots/product-detail.png)
![Admin](docs/assets/screenshots/admin.png)
```bash
./scripts/restart.sh
./scripts/restart.sh --build
./scripts/restart.sh backend
./scripts/stop.sh
docker compose logs -f
```
## Workflow-System
@@ -88,6 +97,14 @@ Die laufende Migrations- und Architekturarbeit ist hier dokumentiert:
- [docs/workflows/NODE_BASED_PRODUCTION_ARCHITECTURE.md](docs/workflows/NODE_BASED_PRODUCTION_ARCHITECTURE.md)
- [docs/workflows/WORKFLOW_IMPLEMENTATION_BACKLOG.md](docs/workflows/WORKFLOW_IMPLEMENTATION_BACKLOG.md)
## Typischer Ablauf
1. CAD- oder Mediendaten importieren.
2. Produkt- und Materialdaten prüfen oder anreichern.
3. Output Type und Render Template wählen.
4. Legacy- oder Graph-Workflow ausführen.
5. Ergebnis im Produkt, Auftrag oder Medienbereich prüfen.
## Projektstruktur
```text