Content Extend ist ein OpenTechnologyApp-Projekt-Template, das zwei Desktop-Apps — Stream Extend (Broadcast-Steuerung) und Creator Extend (KI-Content-Erstellung) — durch ein einziges Web-Dashboard ersetzt, das mit den Tools verbunden ist, die tatsächlich auf Ihren Maschinen laufen: OBS, ComfyUI, Blender, Krita, Ollama, NodeCG und dem MinIO/Postgres/Redis-Backing-Stack.
Die Verbindung ist eine kleine Bridge — ein einzelnes Node-Skript pro Maschine. Ausschließlich ausgehend: Sie lauscht auf Ihr Projekt für Steuerungs-Events und sendet Telemetrie per POST zurück. Keine eingehenden Ports, keine Firewall-Löcher, und Ihre OBS-/ComfyUI-Passwörter verlassen niemals die Maschine.
Das Template-Verzeichnis wird auf GitHub Open Source — behalten Sie die Organisation im Blick für das Repository.
Was was ersetzt
| Extend-App-Oberfläche | Content Extend |
|---|---|
| Tool-Auto-Erkennung + Einrichtung mit einem Klick | Tool & Service Inventory-Queue + Installations-Playbooks pro Plattform |
| Verbindungsstatus, FPS/Bitrate, GPU/VRAM | Health Checks-Queue — jede Metrik ist ein verfolgter Eintrag mit Schwellenwerten |
| Szenenwechsel, Go-Live, Queue-Workflow | Control Commands, ausgelöst über Webhooks → Bridge → lokale APIs |
| Render-Queue | Content Pipeline-Queue, nach Stufe gruppiert, Fehler werden automatisch eskaliert |
| (die Apps hatten das nicht) | Incidents-Queue mit Post-Mortem-Playbook |
| Cloud-Relay-Abonnement | Die App ist das Relay — Fernzugriff ist inhärent |
Checks in drei Stufen
- T1 — Broadcast: OBS-Heartbeat, Stream-Vitalwerte (FPS / Bitrate / verworfene Frames, nur während des Live-Betriebs ausgewertet), Audio-Pipeline, Broadcast-Grafiken
- T2 — Pipeline: ComfyUI-Queue-Tiefe + VRAM-Spielraum, Render-Job-Fehler, LLM-Latenz für den KI-Co-Host
- T3 — Infra: Docker-Backing-Services, Disk-/Asset-Speicher, Tool-Versionsdrift
Dazu der Meta-Check, den jedes verteilte System braucht: Bridge-Konnektivität. Wenn alle Checks gleichzeitig verstummen, ist die Bridge down — nicht Ihre Flotte. Das Template flaggt bei Bridge-Stille niemals massenhaft.
Die Automatisierung, die sich für das Ganze auszahlt
Go Live → ComfyUI pausieren. Wenn OBS auf Live umschaltet, pausiert die Bridge die Render-Queue, die sich die Streaming-GPU teilt; wenn der Stream endet, wird sie fortgesetzt. Encode-Spielraum schlägt Render-Durchsatz, während Sie live sind — diese eine Regel beendet den Vorfall „verworfene Frames während eines Batch-Renders" für immer. Sie kommt zusammen mit Eskalation bei ausgefallenem Service, Auto-Neustart über die Bridge, Eskalation bei fehlgeschlagenem Rendering und Slack-Incident-Benachrichtigung.
Playbooks statt Herrschaftswissen
- Bridge-Einrichtung — eine Maschine in fünf geprüften Schritten verbinden, endend mit einem Steuerungs-Round-Trip-Test
- Go-Live-Checkliste — Grafiken oben, Audio in Ordnung, GPU gegatet, Vitalwerte zwei Minuten lang beobachtet
- Service-down-Triage — kanalübergreifende Bestätigung, bevor Sie irgendetwas anfassen
- Stream degradiert / Rendering fehlgeschlagen — die Diagnose-Leitern, der Reihe nach
- Incident-Post-Mortem — jeder P1/P2 macht die Checks intelligenter
Was absichtlich lokal bleibt
Echtzeit-KI-Effekte, Capture, Encoding und GPU-Inferenz machen nie einen Umweg über einen Server — das Dashboard verfolgt und steuert sie, es leitet keine Frames weiter. Lautlose Ein-Klick-Installationen und mobiles RTMP-Broadcasting bleiben Territorium nativer Apps; die Bridge deckt Steuerung, Telemetrie und geführte Installationen ab und ist beim Rest ehrlich.
Loslegen
Importieren Sie das Template in OpenTechnologyApp (New Project → Import Template), führen Sie das Bridge-Setup-Playbook auf jeder Maschine aus und aktivieren Sie die Webhook-Automatisierungen nach einem vertrauenswürdigen Zyklus. Template-JSON, Playbooks und das Bridge-Skript sind auf dem Weg zur OpenTechnology14-GitHub-Organisation.