Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

ssbnk

Servidor de captura de pantalla ligero y autoalojado para consumo agnóstico de agentes LLM. Soporta ingestión local, subida remota con autenticación, API REST, galería Astro.js integrada, conversión a GIFs y gestión de retención.

Ficha actualizada 23 sept 2026, 0:24 · upstream 23 sept 2026, 0:09 · release sin release detectada

00

Qué es ssbnk

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

ssbnk es una herramienta de desarrollo rápida que permite capturar, almacenar y compartir capturas de pantalla de forma segura. Funciona como un servidor autoalojado en Docker Compose que monitorea carpetas locales de capturas, acepta subidas remotas con autenticación, sirve la API REST y una galería integrada basada en Astro.js. Incluye conversión automática a GIFs mediante ffmpeg y gestión de retención de datos. El servicio nunca accede al directorio de Wayland del host ni al socket X11, lo que garantiza privacidad. Se ejecuta con un único comando `ssbnk serve` y se puede automatizar con cron jobs o systemd timers.

CASOS DE USO
  • Integración en pipelines CI/CD para capturar estados de desarrollo
  • Monitoreo de sesiones de desarrollo con guardado automático
  • Compartición segura de capturas entre equipos sin necesidad de servidores externos
  • Archivos de estado para repositorios de software autoalojados
  • Procesamiento de pruebas automatizadas y reportes de calidad
PUNTOS DESTACADOS
  • Servicio ligero con un único binario Go que incluye compilación del frontend, ffmpeg y helper nativo de Wayland clipboard
  • Arquitectura desacoplada: el servicio público no tiene acceso al runtime del host ni al socket X11
  • Soporte para subidas remotas con autenticación mediante token o credenciales
  • API REST completa con paginación, endpoints de estado y conversión a GIFs
  • Galería integrada basada en Astro.js que se actualiza sin necesidad de reingresar al servidor
  • Soporte para múltiples formatos de almacenamiento: local, remoto y basado en filesystem
PRECAUCIONES
  • No tiene autenticación de dos factores (2FA) ni cifrado en reposo por defecto
  • La conversión a GIFs puede generar archivos grandes que ocupan espacio adicional
  • El servicio no soporta múltiples usuarios simultáneos sin configuración adicional
  • La API REST es pública y debe protegerse con autenticación adecuada en producción
  • No incluye un sistema de notificaciones para alertas de retención o anomalías
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADlownivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Docker detectado

Recomendado usar Docker Compose v2. Se recomienda iniciar el servicio con `ssbnk serve` y ejecutar `ssbnk cleanup --dry-run` antes de eliminar datos. Para producción, se debe configurar un timer systemd para ejecutar la limpieza periódica. El binario compilado local se puede construir con `mise run build`. En entornos multi-tenant, se recomienda usar el modo `hybrid` o `stateless` en lugar del endpoint público `/latest` para evitar conflictos de versiones. Se debe mantener una copia del Dockerfile y el Docker Compose como documentación de referencia.

✓Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Node.jsGo
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
13143808080
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.