Content Extend ist der Arbeitstitel für OpenTechnologyApps integriertes Extend Platform — Stream + Content Ops-Projekt-Template — eine Tracking- und Steuerungsebene für die Tools, die tatsächlich auf Ihren Maschinen laufen: OBS, ComfyUI, Blender, Krita, NodeCG und den zugrunde liegenden Docker/Postgres/Redis-Stack.
Es ist bereits heute eines der fünf integrierten Templates der App — wählen Sie es bei der Projekterstellung aus der Template-Auswahl, kein JSON-Import, kein Setup nötig.
Was verfolgt wird
Zwölf Queues, eine pro Themenbereich:
| Queue | Was dort liegt |
|---|---|
| Machines & Bridges | Eine Zeile pro Host — was installiert ist, sein Zustand, wann er sich zuletzt gemeldet hat |
| Tool & Service Inventory | Installationsstatus, Version und Zustand pro Tool (OBS, ComfyUI, Blender, Krita, NodeCG, Docker und mehr) |
| Health Checks | Jede überwachte Kennzahl als nachverfolgtes Element, gruppiert nach Stufe und Ausführungsstatus |
| Control Commands | Freigegebene Aktionen (Szenenwechsel, Dienst-Neustarts) mit einem Genehmigungs-/Lease-/Ausführungs-Zustandsautomaten |
| Stream Scenes & Sources | Soll- vs. Ist-Zustand für OBS-Szenen und -Quellen |
| Content Workflows | Versionierte ComfyUI-/Blender-Workflow-Definitionen |
| Content & Render Jobs | Ein Element pro Render-Lauf, gruppiert nach Pipeline-Stufe, Fehler werden automatisch markiert |
| Asset & Model Library | Checkpoints, Overlays und andere Ausgabe-Assets mit Lizenz-/Attributionsmetadaten |
| Incidents | Post-Mortems, verknüpft mit dem Health Check, der sie erfasst hat |
| Daily Reports / Weekly Reports | Ein Zusammenfassungselement pro Zyklus |
| Setup & Change Runs | Installations-/Upgrade-Verlauf mit Rollback-Notizen |
Checks in drei Stufen
- T1 — Broadcast: laufende Checks während Sie live sind (Stream-Vitalwerte, Broadcast-Grafiken)
- T2 — Pipeline: Render-Queue-Tiefe, GPU-/VRAM-Auslastung, fehlgeschlagene Jobs
- T3 — Infra: Backing-Services, Speicher, Tool-Versionsdrift
Jedes Check-Element trägt eine Stufe und einen Ausführungsstatus (Pass / Flagged / Error / Not Run / Disabled), sodass eine Triage-Runde eine gefilterte Queue-Ansicht ist, keine Tabellenkalkulation.
Was heute schon automatisiert läuft
Vier Automatisierungen kommen mit dem Template — bescheiden, aber echt:
- Ein markierter Health Check wird automatisch auf hohe Priorität gesetzt
- Ein abgeschlossener Control Command markiert sich selbst als erledigt
- Ein kritischer Incident wird auf dringend gesetzt
- Ein fehlgeschlagener Render-Job wird auf hohe Priorität gesetzt
Es ist noch keine ausgefeiltere Orchestrierung verdrahtet — keine Auto-Pause-Render-während-live-Regel, keine ausgehende Slack-Benachrichtigung. Das sind sinnvolle nächste Schritte, die Sie mit dem Automatisierungs-Editor bauen können, sobald Sie es tatsächlich nutzen; das Template gibt Ihnen das Register und die Felder, an denen Sie ansetzen können, nicht ein fertiges Regelwerk.
Der Teil, den Sie selbst bauen: die Bridge
Alles oben Genannte lebt in OpenTechnologyApp. Um Live-Daten hinein- und Befehle zurück zu OBS, ComfyUI oder Blender zu bekommen, braucht es einen kleinen Bridge-Prozess auf jeder Maschine — ausschließlich ausgehend, damit er auf Steuerungsereignisse pollen und Telemetriedaten senden kann, ohne einen eingehenden Port zu öffnen. Die eigenen Seed-Daten des Templates gehen explizit von dieser Aufteilung aus: OpenTechnologyApp hält Status und erteilt freigegebene Befehle; die Bridge ist das, was tatsächlich mit Ihren Tools spricht.
Diese Bridge ist heute kein ausgeliefertes, funktionierendes Skript. Ein früherer Prototyp existiert im content-management-Paket dieses Blogs, ist aber ein Referenz-Stub — er protokolliert die OBS-/ComfyUI-Aufrufe, die er machen würde, statt sie tatsächlich zu machen. Wenn Sie das mit echter Hardware verbinden wollen, planen Sie ein, dieses Stück selbst zu schreiben; das app-seitige Tracking ist der Teil, der tatsächlich fertig ist.
Playbooks
Anders als einige der anderen integrierten Templates (IT Device Audit liefert fünf) kommt Extend Platform noch ohne Playbooks. Wenn Sie zu den Teams gehören, die ein geprüftes Runbook für Bridge-Setup oder Incident-Triage wollen, ist das aktuell eine Lücke, die Sie selbst füllen müssen — die Queue-/Feldstruktur steht bereit, um eines daran aufzuhängen.
So bekommen Sie es
Neues Projekt → Extend Platform — Stream + Content Ops aus der Template-Auswahl auf opentechnologyapp.com. Sie erhalten alle zwölf Queues, die vier Automatisierungen und drei Dashboards (Operations Overview, Stream & Health Monitor, Content & Assets) — die Tracking-Ebene ist fertig. Die Bridge, die sie mit Ihren tatsächlichen Maschinen verbindet, ist der Teil, den Sie als Nächstes bauen.