Por dentro
Una iniciativa puede fracasar antes de empezar por entender mal el problema y omitir planificación, arquitectura o diseño. Los sistemas desconectados frenan el trabajo, los datos imprecisos o tardíos demoran decisiones y la burocracia persiste cuando se desconoce otra forma de operar. Por eso mostramos nuestro sistema por dentro, capa por capa: qué resuelve cada una y cómo la sostenemos.
Tu equipo ya usa IA. Copia información en un chat, recibe una respuesta y el contexto queda en esa conversación.
Cuando la información queda aislada en conversaciones, el equipo repite trabajo y decide con un contexto incompleto. En GLab, un agente consulta en nombre de un usuario humano y dentro de sus permisos.
// contexto para nerds
OAuth 2.1 · PKCE S256 Conexión de Claude Code y Codex CLI con consentimiento y permisos delegados por el usuario humano.CIMD Identidad de aplicación por URL exacta en una lista permitida.RFC 8707 · RFC 9728 Una credencial por recurso de organización.RFC 7662 Introspección sin caché: emisor, audiencia, vigencia y permiso de lectura.Streamable HTTP MCP conecta al usuario agente con herramientas mediante una credencial propia, separada de la sesión del usuario humano.readOnlyHint: true Consultas con autorización explícita. El sistema registra los permisos concedidos y las credenciales emitidas./admin ⇄ /o/{orgSlug}/mcp Usuarios humanos y usuarios agentes comparten lectura y reglas de acceso. Una prueba mantiene esa correspondencia.Una misma identidad sostiene el acceso de cada usuario humano y los permisos que delega a su agente.
Resolver por separado el acceso de usuarios humanos y agentes añade gestiones cada vez que alguien se incorpora o se va. La autorización tiene que seguir al usuario en todo el sistema.
// contexto para nerds
Better Auth ID es el único emisor de sesiones. Platform las lee y el libro las verifica con ID.WebAuthn Llaves de acceso con verificación de usuario en el dispositivo.emailOTP · HMAC El código del correo queda ligado al navegador que lo solicitó.1 · 2_local Los servicios críticos exigen un factor local de GLab.step-up ≤ 5 min Las operaciones críticas requieren una confirmación reciente.Un servicio debe sostener decisiones, datos y operación. Lo diseñamos para integrarse al conjunto y evolucionar con el negocio.
El acceso, el mantenimiento y el seguimiento acompañan toda la vida de una solución. Convertir ese trabajo en tareas automáticas y flujos repetibles permite concentrarse en lo que hace avanzar al negocio.
// contexto para nerds
SERVICE_SLUGS = ['ds', 'obs'] Diseño y observabilidad definen los primeros servicios que estamos construyendo para cada organización./o/{orgSlug}/{service} Controles de organización, membresía y servicio habilitado en el servidor.404 Organizaciones ajenas y servicios no habilitados no se revelan.CHECK (nivel_minimo in ('1', '2_local')) La base restringe los niveles de seguridad admitidos.Una transacción La organización, su administrador y sus servicios se crean juntos.platform.gracialab.co
oEspacio de organizaciones{orgSlug}Organización activa y membresía vigente{service}Servicio habilitado y nivel de seguridad suficienteUna solución debe ser útil y confiable. Elegimos las pruebas según lo que podría fallar y lo que ese fallo pondría en riesgo.
El software conecta decisiones, personas y datos. Verificar cada capa exige una estrategia: desde una regla de acceso hasta el recorrido que alguien necesita completar.
// contexto para nerds
pnpm test:change Selecciona por alcance las pruebas y los recorridos afectados. Las guardas se comprueban con casos negativos o mutantes.pre-push Exige un recibo completo y aprobado para el cambio, con el árbol limpio. También comprueba estilo y tipos.Playwright Recorridos sobre la aplicación compilada. Accesibilidad con axe en identidad y libro. Rendimiento y estabilidad visual según TESTING.md.La tecnología que creamos y seguimos desarrollando para GLab muestra lo que podemos construir.
Hablemos de lo que debe ser posible en tu empresa.