# Info-Board Neu

Dieses Verzeichnis enthaelt die Planung und spaetere Umsetzung der neuen Info-Board-Plattform.

Die Trennung von `/srv/docker/infoboard-netboot` ist sinnvoll, damit:

- die bestehende produktive Netboot-Struktur unangetastet bleibt
- Planung, Prototypen und neue Deployments sauber getrennt sind
- Server-, Player- und Ansible-Artefakte nicht mit Altbestand vermischt werden

## Aktueller Stand

- Architekturplan: `PLAN.md`
- Umsetzungs-Todo: `TODO.md`
- Datenmodell: `DATENMODELL.md`
- Schema-Entwurf: `docs/SCHEMA.md`
- API- und MQTT-Vertrag: `API-MQTT-VERTRAG.md`
- Technologieentscheidungen: `TECH-STACK.md`
- Entwicklungsleitfaden: `DEVELOPMENT.md`
- Erste Dev-Testliste: `docs/TEST-CHECKLIST-DEV.md`
- Template-/Kampagnenkonzept: `docs/TEMPLATE-KONZEPT.md`
- `layout_json` fuer `message_wall`: `docs/LAYOUT-JSON.md`
- Player-Agent-Lifecycle und Health-Modell: `docs/PLAYER-AGENT-LIFECYCLE.md`
- Erster HTTP-Statuspfad fuer den Player-Agent: `docs/PLAYER-STATUS-HTTP.md`
- Provisionierungskonzept: `docs/PROVISIONIERUNGSKONZEPT.md`
- Player-Konzept: `docs/PLAYER-KONZEPT.md`
- Server-Konzept: `docs/SERVER-KONZEPT.md`
- Offene Architekturfragen: `docs/OFFENE-ARCHITEKTURFRAGEN.md`

## Projektstruktur

- `docs/` fuer weitere Architektur- und Betriebsdokumente
- `server/` fuer Backend, Frontends und Compose-Dateien
- `player/` fuer Agent, UI und lokale Startlogik
- `ansible/` fuer Rollen, Inventories und Deployments
- `compose/` fuer Container-Definitionen und Stack-Bausteine
- `scripts/` fuer Hilfsskripte

## Aktueller Implementierungsstand

- `server/backend/` enthaelt ein lauffaehiges Go-Grundgeruest mit erster Tool-API fuer `message_wall` und einem ersten `player/status`-Endpunkt
- `player/agent/` enthaelt ein Go-Grundgeruest mit dateibasierter/env-basierter Konfiguration, strukturierten Logs, internem Health-Modell und erstem HTTP-Status-Reporter
- `compose/` enthaelt ein lokales Grundgeruest fuer PostgreSQL und Mosquitto
- `ansible/` enthaelt erste Platzhalter fuer Inventory und Playbook-Struktur

## Naechste sinnvolle Inhalte in der Struktur

- `docs/` fuer weitere technische Detaildokumente
- `server/` fuer API, Admin-UI und Tenant-UI
- `player/` fuer `player-agent`, `player-ui` und lokale Startlogik
- `ansible/` fuer Rollen und Inventories
- `compose/` fuer den zentralen Server-Stack
