{% extends "base.html" %}
{% block title %}Einstellungen · Onyscribe Admin{% endblock %}
{% block body %}
Plattform
Einstellungen.
Geteilte Werte für alle Tenants – bisher Gitea-„Variables“ und secrets/shared.enc.yaml.
Hosting & Deploy
{{ '✓' if mode.token else '!' }}MITTWALD_API_TOKEN {{ 'gesetzt (lesende Dry-Run-Aufrufe möglich)' if mode.token else 'nicht gesetzt (Dry-Run ohne Lesezugriff)' }}
{{ '✓' if mode.live else '–' }}DEPLOY_LIVE {{ 'true – echte Deployments erlaubt' if mode.live else 'nicht aktiv – Schreibzugriffe gesperrt' }}
{{ '✓' if mode.allowed != 'keiner' else '–' }}DEPLOY_ALLOWED_TENANTS = {{ mode.allowed }}– nur diese Tenants werden live angefasst (Mittwald, Login-API)
Login-API (OIDC-Clients automatisch verwalten)
{{ '✓' if oidc.api_key else '!' }}ONYVA_LOGIN_API_KEY {{ 'gesetzt' if oidc.api_key else 'nicht gesetzt – Abgleich beim Deploy nur als Hinweis (Dry-Run) bzw. Fehler (live)' }}
{{ '✓' if oidc.writes_allowed else '–' }}OIDC_SYNC_LIVE / DEPLOY_LIVE {{ 'aktiv – Schreiben im Login erlaubt' if oidc.writes_allowed else 'nicht aktiv – nur Lesen/Plan' }}
Liest GET /apps mit dem Key. Der Key liegt als Env der Admin-Plattform (wie ein Admin-Passwort), nie in der DB.
Login (OIDC) & Limits
Der Login der Admin-Plattform selbst wird per Env konfiguriert (AUTH_ENABLED, OIDC_CLIENT_ID/SECRET, OIDC_REDIRECT_URI, ADMIN_ALLOWED_EMAILS) – siehe README.
LLM & Transkription (Cortecs)
Geteilte Secrets
{% for k in ['CORTECS_API_KEY','SMTP_PASSWORD'] %}
{{ k }}{{ 'gesetzt' if shared.get(k) else 'extern (SOPS) – noch nicht übernommen' }}
{% endfor %}
KI-Agent (Admin-Chat)
{{ 'Cortecs-Key vorhanden – echter Agent' if llm_ready else 'kein Key – Demo-Modus' }}
Liest GET /v1/models mit dem geteilten Key und markiert Modelle mit Tool-Unterstützung.
E-Mail (SMTP)
Kostenerfassung
Aus Gitea übernehmen · statt Abschreiben
Liest die Actions-Variablen deines Repos (DOMAIN, PROJECT_ID, STACK_ID, REGISTRY, LLM_*, SMTP_*, COST_* …; nie Secrets) und trägt sie hier ein. Der Token wird nur für diesen Abruf genutzt und nicht gespeichert.
Weitere Core-Einstellungen · aus dem Schema des Cores erzeugt, gelten für alle Tenants
Alles, was der Core als geteilte Einstellung deklariert und oben noch keine eigene Maske hat. Neue Core-Variablen erscheinen hier automatisch und gehen beim Deploy ins Container-Env. Leer = Standard des Cores.
Lade …
Rollout
Der aktive Tag ändert sich durch Core-Releases (Menü „Core“).
Core
Vendored Core
{{ core }}
Bedeutung
Live-Vorschau und Validierung führen genau diesen Stand aus (vendor/platform, aktualisieren mit scripts/sync_core.sh).