Content Extend es una plantilla de proyecto de OpenTechnologyApp que reemplaza dos apps de escritorio — Stream Extend (control de transmisión) y Creator Extend (creación de contenido con IA) — por un único panel web conectado a las herramientas que realmente corren en tus máquinas: OBS, ComfyUI, Blender, Krita, Ollama, NodeCG, y el stack de backend de MinIO/Postgres/Redis.
La conexión es un pequeño bridge (puente) — un único script de Node por máquina. Solo-saliente: escucha a tu proyecto en busca de eventos de control y envía telemetría de vuelta mediante POST. Sin puertos entrantes, sin agujeros de firewall, y tus contraseñas de OBS/ComfyUI nunca salen de la máquina.
El directorio de la plantilla va a ser open source en GitHub — mantente atento a la org para ver el repo.
Qué reemplaza a qué
| Superficie de las apps Extend | Content Extend |
|---|---|
| Autodetección de herramientas + configuración con un clic | Cola de Inventario de Herramientas y Servicios + guías de instalación por plataforma |
| Estado de conexión, FPS/bitrate, GPU/VRAM | Cola de Health Checks — cada métrica es un elemento rastreado con umbrales |
| Cambio de escena, salir en vivo, flujo de cola | Comandos de Control disparados vía webhooks → bridge → APIs locales |
| Cola de render | Cola de Content Pipeline, agrupada por etapa, fallos escalados automáticamente |
| (las apps no tenían nada de esto) | Cola de Incidentes con guía de post-mortem |
| Suscripción de relay en la nube | La app es el relay — el acceso remoto es inherente |
Verificaciones en tres niveles
- T1 — Transmisión: heartbeat de OBS, signos vitales del stream (FPS / bitrate / frames perdidos, evaluados solo mientras está en vivo), pipeline de audio, gráficos de transmisión
- T2 — Pipeline: profundidad de la cola de ComfyUI + margen de VRAM, fallos de trabajos de render, latencia del LLM para el co-anfitrión de IA
- T3 — Infra: servicios de backend en Docker, almacenamiento de disco/activos, desviación de versiones de herramientas
Más la meta-verificación que todo sistema distribuido necesita: conectividad del bridge. Si todas las verificaciones se silencian a la vez, es el bridge el que está caído, no tu flota. La plantilla nunca marca en masa por silencio del bridge.
La automatización que paga por todo lo demás
Salir en vivo → pausar ComfyUI. Cuando OBS pasa a En Vivo, el bridge pausa la cola de render que comparte la GPU de streaming; cuando el stream termina, la reanuda. El margen de encode le gana al rendimiento de render mientras estás en vivo — esta única regla termina para siempre con el incidente de frames perdidos durante un render por lotes. Viene junto con escalamiento por servicio caído, reinicio automático vía bridge, escalamiento por render fallido y notificación de incidentes en Slack.
Guías, no conocimiento tribal
- Configuración del bridge — conecta una máquina en cinco pasos verificados, terminando con una prueba de ida y vuelta de control
- Checklist de salir en vivo — gráficos listos, audio correcto, GPU controlada, signos vitales observados por dos minutos
- Triage de servicio caído — confirmación multicanal antes de tocar nada
- Stream degradado / render fallido — las escaleras de diagnóstico, en orden
- Post-mortem de incidentes — cada P1/P2 hace más inteligentes las verificaciones
Lo que permanece local, a propósito
Los efectos de IA en tiempo real, la captura, el encode y la inferencia en GPU nunca hacen un viaje de ida y vuelta a un servidor — el panel los rastrea y controla, no hace proxy de los frames. Las instalaciones silenciosas con un clic y la transmisión RTMP móvil siguen siendo territorio de apps nativas; el bridge cubre el control, la telemetría y las instalaciones guiadas, y es honesto sobre el resto.
Consíguelo
Importa la plantilla en OpenTechnologyApp (Nuevo Proyecto → Importar Plantilla), ejecuta la guía de Configuración del Bridge en cada máquina, y activa las automatizaciones de webhook después de un ciclo de confianza. El JSON de la plantilla, las guías y el script del bridge se dirigen a la org de GitHub OpenTechnology14.