Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

blue

Blue es una herramienta open-source de gobernanza para agentes de codificación (CLI nativos) que permite a las organizaciones gestionar configuraciones y políticas sin alterar el flujo de trabajo del desarrollador. Soporta múltiples modelos y se autohospeda con backend en Rust/Next.js.

Ficha actualizada 22 sept 2026, 16:27 · upstream 22 sept 2026, 1:24 · release v0.2.0

00

Qué es blue

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

Blue actúa como una capa de gobernanza unificada para agentes de codificación como Codex, Claude, Kimi y OpenCode. Permite a las organizaciones gestionar identidad, políticas, credenciales y configuraciones en un solo lugar, incluso cuando se adoptan múltiples proveedores o modelos autohospedados. La arquitectura separa el CLI del desarrollador del plano de control (Control API), manteniendo la interfaz nativa mientras aplica restricciones de seguridad y configuración.

El despliegue incluye un dashboard administrativo, una API de control, almacenamiento de estado en PostgreSQL y almacenamiento de objetos compatible con S3 (MinIO). Ofrece dos modos de operación: gobernanza pura (infección directa) y modo gateway opcional para enrutar tráfico a través de un proxy de inferencia gestionado por la organización.

La instalación es sencilla mediante scripts o binarios, pero el despliegue completo requiere infraestructura propia. Incluye herramientas para auditoría (blue doctor), gestión de sesiones y distribución de extensiones MCP. La licencia es MIT, lo que facilita su adopción en entornos empresariales con requisitos de código abierto.

CASOS DE USO
  • Gobernanza centralizada de múltiples agentes de codificación sin cambiar CLIs nativos
  • Gestión de identidad y acceso mediante OAuth/SCIM para desarrolladores
  • Distribución segura de extensiones MCP y plugins a través del control plane
  • Auditoría de sesiones y registros de actividad en almacenamiento seguro
  • Proxy opcional de inferencia para centralizar claves de API y tráfico
PUNTOS DESTACADOS
  • Arquitectura modular con CLI en Rust y backend en Next.js/PostgreSQL
  • Soporte nativo para múltiples agentes (Codex, Claude, Kimi, OpenCode)
  • Modo gateway opcional para seguridad adicional sin cambiar credenciales del proveedor
  • Instalación local rápida con Docker Compose para evaluación
  • Contratos OpenAPI versionados para integración con servicios compatibles
PRECAUCIONES
  • No es un sandbox; no contiene lo que el agente puede ejecutar en la máquina local (según SECURITY.md)
  • Requiere infraestructura propia (PostgreSQL, S3) para despliegue completo
  • Complejidad alta (HIGH) para implementación de producción sin experiencia previa
  • Captura de sesiones requiere configuración explícita y política de retención por parte del operador
01

Perfil de infraestructura

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

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

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

Despliegue manual

Recomendado usar Helm o Kubernetes para producción. Para evaluación, ejecutar docker compose up --build en el directorio deploy. Cambiar credenciales de administrador antes de producción. Asegurar TLS y secret delivery contract. Verificar compatibilidad con contrato OpenAPI governance.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

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

FRAMEWORKS
Next.jsRust
SERVICIOS
PostgreSQLS3/MinIO
BASES DE DATOS
PostgreSQL
PUERTOS
300080805433900090018081
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.