Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

openworkgraph

OpenWorkGraph es un entorno de infraestructura local-first para contextos de trabajo, diseñado para agentes de IA con encriptación de privacidad. Proporciona evidencia rica y segura sobre el flujo de trabajo sin necesidad de cloud storage.

Ficha actualizada 23 sept 2026, 10:34 · upstream 23 sept 2026, 10:28 · release v0.56.1

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es openworkgraph

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

OpenWorkGraph es una solución open-source que captura y preserva la evidencia del trabajo real (documentos, correos, chats, tickets) de forma local y privada. Permite a los agentes de IA consultar esta evidencia mediante exportación JSON/XLSX o a través de MCP (Model Context Protocol). La arquitectura prioriza el control local: no requiere cuenta ni almacenamiento en la nube, y permite una organización Gateway para compartir contexto entre sistemas empresariales.

CASOS DE USO
  • Automatización de tareas repetitivas con trazabilidad completa
  • Orquestación de agentes de IA que requieran contexto histórico del trabajo
  • Visualización de flujos de proceso sin depender en herramientas externas
  • Registro auditado de decisiones y acciones tomadas por equipos
  • Soporte para agencias de inteligencia artificial con acceso a datos sensibles
PUNTOS DESTACADOS
  • Arquitectura local-first: no requiere cloud storage ni cuenta externa
  • Encriptación de privacidad: la evidencia se almacena en disco local con protección de datos
  • Sin dependencia de Python estándar: el runtime es independiente del sistema operativo
  • Gateway organizacional escalable: permite compartir contexto entre múltiples organizaciones
  • API REST y MCP para integración con agentes de IA sin necesidad de portas adicionales
  • Exportación nativa a JSON, XLSX o ZIP para consumo externo
PRECAUCIONES
  • Requiere configuración manual inicial (clon del repo, instalación de Docker/PostgreSQL)
  • La extensión de navegador es opcional y no se activa por defecto
  • No proporciona puntuación de productividad ni métricas de rendimiento individual
  • El historial completo puede ser voluminoso en entornos con muchos usuarios simultáneos
  • La seguridad depende del uso correcto de credenciales y tokens de organización
01

Perfil de infraestructura

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

CPU1 vCPUrecomendación inicial
MEMORIA1 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADlownivel de operación
02

Despliegue detectado

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

Despliegue manual

Instalación local: `docker compose --env-file deploy/.env -f deploy/docker-compose.yml up -d`. Para producción, se recomienda usar un contenedorizado con Docker Compose. El entorno requiere variables de configuración en `.env` (servidor, base de datos, tokens). Para múltiples organizaciones, se despliega el Gateway organizacional separado y se autentifica mediante credenciales del endpoint. Se debe configurar el token de encriptación para cada actor. La sincronización entre organización y local es idempotente por evento ID.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

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

FRAMEWORKS
FastAPIPython
SERVICIOS
PostgreSQL
BASES DE DATOS
PostgreSQL
PUERTOS
8787
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.