Databricks lanzó una herramienta de línea de comandos que permite a los administradores gobernar qué agentes de codificación, modelos y herramientas pueden usar miles de desarrolladores, mientras estos siguen lanzando su agente preferido con un solo comando. El Unity Gateway CLI, anunciado en el blog de Databricks, se ubica entre la flota de agentes de codificación que una organización de ingeniería realmente ejecuta y los proveedores de modelos detrás de ellos, aplicando configuraciones publicadas de forma centralizada en el momento en que un desarrollador escribe un comando como `ug claude` o `ug codex`.

El mecanismo es sencillo: los administradores configuran los valores predeterminados de los agentes, los servidores MCP, las skills, Smart Routing y las políticas de gasto en un solo lugar, dentro de la pantalla Govern → Agent Configuration de Unity Gateway. Una vez publicada esa configuración, el CLI se encarga de la autenticación, conecta el agente elegido con Unity Gateway y aplica la configuración publicada antes de abrir la interfaz normal del agente. Los desarrolladores no configuran cada agente por separado ni necesitan elegir un modelo por tarea: Unity Gateway realiza el enrutamiento de modelos y herramientas de forma centralizada, y las organizaciones pueden distribuir `ug` mediante la gestión de dispositivos para que cada desarrollador parta de la misma línea base bloqueada y aprobada.

Smart Routing es la pieza que hace el trabajo de costos detrás de escena: ajusta el costo del modelo a la complejidad de la tarea, enviando el trabajo más simple a modelos más baratos y el trabajo más difícil a modelos más capaces, y puede tomar decisiones de enrutamiento distintas para una sesión principal frente a un subagente delegado. La propia evaluación publicada por Databricks sobre Smart Routing reporta un ahorro de costos del 35% en su benchmark interno de codificación. Los valores predeterminados sensibles al presupuesto extienden la misma lógica al gasto: una vez que el uso supera umbrales definidos, Unity Gateway recomienda agentes y modelos de menor costo como el nuevo valor predeterminado para futuros lanzamientos, sin interrumpir los agentes que ya están en ejecución. Los desarrolladores pueden revisar su propio gasto frente al presupuesto restante con `ug usage`.

Las cifras operativas que cita Databricks provienen de dos fuentes: un cliente y su propia organización de ingeniería. John Xing, director de tecnología de Concurrence, dice que desde que implementaron el Unity Gateway CLI, "nuestros agentes de codificación han generado más de 61 billion tokens de entrada en aproximadamente 360,000 solicitudes, con visibilidad centralizada del uso y el gasto." Por separado, Databricks afirma que usó la función de tracing de Unity Gateway junto con Genie para encontrar y corregir siete errores en herramientas MCP, un ejercicio que estima ahorró $1.2 million al año en gasto desperdiciado de IA y productividad perdida. El tracing captura las llamadas locales a herramientas y las invocaciones de skills de los agentes de codificación y las exporta a lo que Databricks denomina la tabla de trazas unificada del lakehouse, donde Genie se usa para identificar fallos repetidos de herramientas y respuestas de tamaño excesivo.

Lo que llama la atención por su ausencia en la publicación de Databricks son los datos de latencia, el precio por token del propio gateway, o cualquier desglose de lo que supone la cifra de ahorro del 35% de Smart Routing en términos de mezcla de tareas: se presenta como un único resultado de benchmark, no como un rango entre distintos tipos de carga de trabajo. La empresa tampoco revela cómo se distribuyeron los siete errores de herramientas MCP entre los agentes ni qué proporción de la cifra de $1.2 million corresponde a gasto frente a productividad, dejando esa estimación como un número combinado en lugar de uno auditable. Los equipos que evalúen esto querrán sus propios datos de tracing antes de confiar en un porcentaje de ahorro reportado por el proveedor frente a su propia carga de trabajo.

El trade-off más difícil es arquitectónico, no financiero: centralizar el control de modelos, herramientas y políticas a través de un único gateway es exactamente el tipo de cuello de botella que hace posible la gobernanza y que, a la vez, convierte al propio gateway en una nueva dependencia y en un nuevo salto de latencia entre cada desarrollador y cada agente que ejecuta. Bloquear la configuración a nivel de gestión de dispositivos resuelve el problema de "acceso y controles de presupuesto dispersos" que Databricks describe en su propio planteamiento de la tensión entre estandarizar en un solo proveedor y dar soporte a muchos, pero también significa que cualquier interrupción o mala configuración que ocurra en la capa de Unity Gateway ahora afecta simultáneamente a todos los agentes de codificación de la flota, no solo a una integración.

Para los equipos que ejecutan agentes de codificación en más de un proveedor, la acción concreta esta semana es separar la capa de políticas de la capa de agentes ahora, antes de que el tamaño de la flota haga que esa separación resulte costosa de implementar después: una ruta de enrutamiento única y gobernada solo es una ventaja si las decisiones de enrutamiento se inspeccionan, no si simplemente se confía en un 35%.