Retour au blog

Content Extend : un seul tableau de bord pour votre stack streaming + contenu IA

9 juillet 20266 min
Gestion des flux de travail

Content Extend est un modèle de projet OpenTechnologyApp qui remplace deux applications de bureau — Stream Extend (contrôle de diffusion) et Creator Extend (création de contenu IA) — par un seul tableau de bord web connecté aux outils qui tournent réellement sur vos machines : OBS, ComfyUI, Blender, Krita, Ollama, NodeCG, et la pile backend MinIO/Postgres/Redis.

La connexion est un petit bridge — un unique script Node par machine. Sortant uniquement : il écoute votre projet pour les événements de contrôle et renvoie la télémétrie en POST. Aucun port entrant, aucune brèche dans le pare-feu, et vos mots de passe OBS/ComfyUI ne quittent jamais la machine.

Le répertoire du modèle passera en open source sur GitHub — surveillez l'organisation pour le dépôt.

Ce qui remplace quoi

Fonctionnalité des apps ExtendContent Extend
Détection automatique des outils + configuration en un clicFile Inventaire des outils et services + playbooks d'installation par plateforme
Statut de connexion, FPS/bitrate, GPU/VRAMFile Contrôles de santé — chaque métrique est un élément suivi avec des seuils
Changement de scène, mise en direct, workflow de file d'attenteCommandes de contrôle déclenchées via webhooks → bridge → API locales
File de renduFile Pipeline de contenu, groupée par étape, échecs escaladés automatiquement
(les applications n'avaient rien)File Incidents avec playbook de post-mortem
Abonnement au relais cloudL'application est le relais — l'accès distant est inhérent

Des contrôles sur trois niveaux

  • T1 — Diffusion : battement de cœur OBS, signes vitaux du stream (FPS / bitrate / images perdues, évalués uniquement en direct), pipeline audio, graphismes de diffusion
  • T2 — Pipeline : profondeur de file ComfyUI + marge VRAM, échecs de tâches de rendu, latence LLM pour le co-animateur IA
  • T3 — Infra : services backend Docker, stockage disque/actifs, dérive de version des outils

Plus la vérification méta dont tout système distribué a besoin : la connectivité du bridge. Si tous les contrôles deviennent silencieux en même temps, c'est le bridge qui est en panne — pas votre flotte. Le modèle ne déclenche jamais d'alertes massives sur le silence du bridge.

L'automatisation qui justifie tout le reste

Mise en direct → pause de ComfyUI. Quand OBS passe en direct, le bridge met en pause la file de rendu qui partage le GPU de streaming ; quand le stream se termine, elle reprend. La marge d'encodage prime sur le débit de rendu pendant que vous êtes en direct — cette seule règle met fin pour de bon à l'incident classique des images perdues pendant un rendu en lot. Elle est livrée avec l'escalade des services en panne, le redémarrage automatique via le bridge, l'escalade des rendus échoués, et la notification d'incident Slack.

Des playbooks, pas des connaissances tribales

  • Configuration du bridge — connectez une machine en cinq étapes vérifiées, se terminant par un test d'aller-retour de contrôle
  • Checklist de mise en direct — graphismes actifs, audio sain, GPU verrouillé, signes vitaux surveillés pendant deux minutes
  • Triage service en panne — confirmation multi-canal avant de toucher à quoi que ce soit
  • Stream dégradé / rendu échoué — les échelles de diagnostic, dans l'ordre
  • Post-mortem d'incident — chaque P1/P2 rend les contrôles plus intelligents

Ce qui reste local, volontairement

Les effets IA en temps réel, la capture, l'encodage et l'inférence GPU ne font jamais l'aller-retour par un serveur — le tableau de bord les suit et les contrôle, il ne relaie pas les images. Les installations silencieuses en un clic et la diffusion RTMP mobile restent le territoire des applications natives ; le bridge couvre le contrôle, la télémétrie et les installations guidées, et assume honnêtement le reste.

Comment l'obtenir

Importez le modèle dans OpenTechnologyApp (Nouveau projet → Importer un modèle), exécutez le playbook de configuration du bridge sur chaque machine, et activez les automatisations webhook après un cycle de confiance. Le JSON du modèle, les playbooks et le script du bridge arrivent bientôt sur l'organisation GitHub OpenTechnology14.

Contactez-moi

Un sujet vous intéresse ? Laissez un mot et choisissez une catégorie. Je suis aussi disponible pour une réunion de conseil gratuite — écrivez-moi et nous organiserons cela.