Menüplanung für Klinik & Cafeteria · agentisch entwickelt

Zwei Zielgruppen.
Zwei Publikationen.
Kein Datenmix.

Dishboard führt Küchenplanung, Freigabe und Ausgabe in einer Flask-/PostgreSQL-Anwendung zusammen — mit strikt getrennten Kanälen für Patienten und Cafeteria. Planung, Umsetzung, Prüfung und Integration liefen über orchestrierte KI-Coding-Agenten unter menschlicher Steuerung.

Code auf GitHub Zieladresse öffnen

Öffentliches Open-Source-Projekt in Entwicklung

Cafeteria-Wochenangebot KW 37 mit zwei Menükarten, Live-Aufnahme vom 13. September 2026

Patienten-Tagesansicht auf dem Smartphone: Menü 1 und vegetarische Auswahl

Softwareentwicklung mit KI-Agenten

Agentisch entwickelt

Dishboard entsteht durch orchestrierte KI-Coding-Agenten unter menschlicher Steuerung — vom Auftrag bis zum Deployment.

① Auftrag

② Work Packages

③ Worker in Worktrees

④ Gates

⑤ Review

⑥ Merge / Deploy

Orchestrator

Claude Code

Claude Code (Anthropic) plant, zerlegt Aufträge in Work Packages, verifiziert Ergebnisse unabhängig, integriert und merged. Merge und Deploy nur nach menschlicher Freigabe.

Worker-Lanes

Sechs Agenten

OpenAI Codex, Cursor Agent, Google Antigravity (Gemini), Grok Build, MiniMax über OpenCode, Cline. Unabhängige Cross-Vendor-Reviews (Cursor, Gemini, Grok) und Open Code Review vor jedem Merge.

Isolation

Worktrees & Branches

Jedes Work Package läuft in einem eigenen Git-Worktree und Branch. Worker committen; pushen, mergen und deployen nie.

Gates

Rund 1 900 Tests

pytest-Suite mit über 4 800 Testfällen im Vollgate (PostgreSQL, Redis), Ruff, Mypy, Playwright-Browser-Gates bei 390/1440/1920/3840 px, SHA-256-Manifest, GitNexus-Impact-Analyse.

Regeln: Ein gemeinsamer Ausführungsvertrag für alle Tools, AGENTS.md als Single Source of Truth, Work-Package-JSONs mit Dateibesitz und Routing-Belegen.

Zahlen: 860 Commits auf main (Stand 13.09.2026) unter dem gemeinsamen Git-Benutzer agent; produktiv seit 2. September 2026. Menübilder sind KI-generierte Serviervorschläge (so auch in der App beschriftet).

Mensch: Auftrag, Priorisierung, Freigaben und fachliche Abnahme bleiben beim Menschen; die fachliche Abnahme ist laut README noch offen.

Kanaltrennung als Grundprinzip

Ein System, zwei klare Raster

Jedes Profil hat eigene Regeln, Revisionen und öffentliche Ansichten. Entwürfe bleiben intern.

Live-Aufnahmen vom 13. September 2026

Screens

Vier Ausgabekanäle — Web, Signage, Admin — mit jeweils eigenem Layout und eigener Route.

Patienten-Wochenplan im Browser: sieben Tage, Menü 1 und vegetarisch pro Tag, ohne Preise — Patienten Web Woche `/patienten/wochenplan/`

Signage-Wochenansicht Patienten auf 4K-Display: Wochenübersicht ohne Navigation — Patienten Signage Woche 4K `/signage/patienten/woche`

Signage-Wochenansicht Cafeteria: Montag bis Freitag, 1920 × 1080 — Cafeteria Signage Woche Cafeteria `/signage/cafeteria/woche`

Admin-Backend Cafeteria: Wochenübersicht mit Entwurfs- und Publikationsstatus — Cafeteria Admin `/admin/cafeteria`

Vier feste Player

Ausgabe ohne Umwege

Jeder Bildschirm besitzt eine feste Profil- und Zeitansicht — ohne Website-Navigation, Profilparameter oder Scrollen.

Cafeteria/signage/cafeteria/tagTag

Cafeteria/signage/cafeteria/wocheWoche

Patienten/signage/patienten/tagTag

Patienten/signage/patienten/wocheWoche · 4K

Offene Daten, definierte Verträge

Schnittstellen

REST, FHIR und MCP — drei Zugänge zu denselben publizierten Speiseplänen.

REST API v1

OpenAPI 3.1 unter /api/v1/openapi.json, Swagger UI unter /api/v1/docs. API-Schlüssel werden unter /admin/api verwaltet.

FHIR R5

Lesezugriff über /fhir/metadata, Ressourcen NutritionProduct und Composition.

MCP-Server

Stdio-basiert für LLM-Clients, Quelle unter reference_scaffold/dishboard_mcp/.

Druck & CSV — A4-Wochenpläne unter /druck/patienten/woche und /druck/cafeteria/woche, CSV-Import/Export mit Validator unter /admin/import und /admin/export/<profile>.csv.

Solider, überschaubarer Stack

Für den Küchenalltag gebaut

Flask

Serverseitige Ansichten und einfache Küchenraster statt unnötiger CMS-Komplexität.

PostgreSQL

Profilregeln, Mahlzeiten und Publikationen werden bereits in der Datenbank abgesichert.

Lokale Konten + Entra

Projektumfang für lokale Zugänge sowie Microsoft Entra ID mit rollenbasierter Küchenfreigabe.

Unabhängige Revisionen

Tag und Woche eines Profils stammen aus derselben Publikation; das andere Profil bleibt unberührt.

Docker Compose + Healthchecks

Deployment über docker compose, Liveness unter /health/live, Readiness unter /health/ready.

Rollen: Editor · Publisher · Admin

Drei Entra-App-Rollen regeln Bearbeitung, Freigabe und Systemzugang getrennt pro Kanal.

Projekt ansehen

Transparenter Code.
Klare Grenzen.

Quellcode, Architektur und fachliche Regeln sind im öffentlichen Repository dokumentiert.

Repository öffnen

Zwei Zielgruppen.
Zwei Publikationen.
Kein Datenmix.