← Volver a todas las novedades
Publicado el · por The Bromure team

Bromure Agentic Coding 5.4: políticas de OpenShell, Squelch y Sidecar

Bromure Agentic Coding 5.4 aplica políticas de NVIDIA OpenShell en cada espacio de trabajo, con un centinela del kernel en la VM y un linaje que vincula cada conexión con el razonamiento del agente. Squelch quita el ruido de la salida de los comandos antes de que el modelo la lea, así que los agentes gastan menos tokens. Y Bromure Sidecar, una nueva app complementaria, suma un Mac a tu flota para el trabajo que una VM Linux no puede hacer.

Bromure Agentic Coding ejecuta cada agente de programación en su propia VM Linux en tu Mac, con tus credenciales guardadas fuera de ella. La versión 5.4 añade tres cosas: políticas que escribes una sola vez y se aplican en la VM, menos ruido en lo que lee el agente y una forma de sumar un Mac a la flota.

Políticas de OpenShell, un centinela del kernel y linaje

Un espacio de trabajo puede usar ahora una política de NVIDIA OpenShell, el formato YAML abierto que dice qué archivos puede tocar un agente, con qué usuario se ejecuta y a qué hosts y solicitudes puede llegar. Bromure toma las mismas decisiones de permitir y denegar que OpenShell: comprobamos nuestro motor frente al de NVIDIA en 125.666 casos generados, y coincidieron en todos.

  • Aplicada a ambos lados. Landlock, seccomp y una reducción de privilegios confinan al agente dentro de la VM. Las reglas de red se ejecutan en tu Mac, hasta el método y la ruta HTTP, donde root en la VM no puede desactivarlas.
  • Un centinela del kernel. Un módulo del kernel de Bromure en la VM registra los arranques de programas, las conexiones, los cambios de privilegios y cada acceso a archivo o llamada al sistema rechazados, y los envía a tu Mac. Si algo intenta silenciarlo, cuenta como manipulación, y Bromure puede cortar la red del espacio de trabajo y pausarlo.
  • Linaje. Cada conexión se rastrea a través de los procesos que la abrieron hasta la llamada a herramienta del agente y el razonamiento que dio el modelo para ella. Cuando el script de instalación de un paquete llama a casa, ves de qué instalación vino y por qué la ejecutó el agente.

Viene desactivado por defecto. Actívalo en cada espacio de trabajo en Ajustes ▸ Política de sandbox, poniendo Sandbox engine en OpenShell + Sentry, y luego escribe una política o importa un archivo de OpenShell que ya tengas.

Cómo funciona, desde los conjuntos de reglas de Landlock hasta el latido del centinela →

Squelch: menos ruido, menos tokens

La mayor parte de lo que lee un agente de programación es salida de comandos, y la mayor parte de la salida de comandos es ruido: cientos de pruebas superadas alrededor de la única que falló, una barra de progreso por cada paquete que descarga una instalación, una línea por cada archivo que se compila. El modelo lo lee todo, en cada turno.

Squelch quita ese ruido antes de que el modelo lo vea. Reconoce ejecutores de pruebas, instalaciones de paquetes, compilaciones, git, registros y búsquedas, y conserva aquello sobre lo que actúa el agente: errores, fallos, advertencias y resúmenes. Una línea que menciona un error o un fallo nunca se descarta. La salida que el agente lee como el contenido en sí, como la de cat, git diff o curl, nunca se toca.

  • Funciona con todos los agentes sin instalar nada en la VM: el proxy de Bromure recorta los resultados de los comandos de camino al modelo. Los agentes de un Mac con Sidecar hablan directamente con su proveedor, así que Squelch no se aplica ahí.
  • Una salida recortada termina con una nota que dice qué se dejó fuera. Si el agente lo necesita todo, vuelve a ejecutar el comando con BROMURE_FULL_OUTPUT=1 delante.
  • La misma salida siempre se recorta igual, así que la caché de prompt del proveedor del modelo sigue funcionando.
  • La cabecera de cada sesión muestra los tokens ahorrados, con un desglose por comando y por día.

Squelch viene desactivado por defecto. Actívalo desde la cabecera de la sesión, o para una máquina en Modelos ▸ Squelch en sus ajustes. Se inspira en rtk, el Rust Token Killer de código abierto: la idea y sus estrategias por comando proceden de rtk, y los filtros de Bromure se ejecutan en el proxy, así que llegan a todos los agentes sin hooks.

Bromure Sidecar: un Mac en tu flota

La mayor parte del trabajo de los agentes va en una VM Linux con sandbox. Parte necesita un Mac de verdad: Xcode, el iOS Simulator, la firma de código. Bromure Sidecar es una pequeña app de la barra de menús para esos casos. Instálala en un Mac, inicia sesión y, una vez que lo dejes entrar, Bromure Agentic Coding muestra ese Mac junto a tus VM.

  • Claude Code, Codex, Grok Build, Kimi Code y Oh My Pi se ejecutan de forma nativa en el Mac, y sus sesiones funcionan con todo lo demás de Bromure: las @-menciones entre máquinas, la Centralita, el tablero de tareas y las automatizaciones.
  • Sidecar siempre se conecta hacia fuera, a través de bromure.io o al Bromure Agentic Coding del mismo Mac, y nada se une a tu flota sin tu aprobación.
  • Un Sidecar no es un sandbox. Sus agentes se ejecutan con el acceso de la cuenta en la que corren, y las protecciones de la pasarela de Bromure no los cubren. Recomendamos un Mac reservado para él, solo con las cuentas y claves que necesite su trabajo.

Sidecar es gratis y de código abierto, para macOS 14 o posterior. Las versiones para Windows y Linux están en camino. Descubre más y descarga Sidecar →

Míralo

Dos nuevas series de tutoriales muestran estas funciones en acción. En tres episodios, Claudia escribe una política de OpenShell, la ajusta mientras trabaja un agente y rastrea un ataque a la cadena de suministro de las 2 de la madrugada hasta el razonamiento del agente. Hans les da a sus agentes un Mac propio con Sidecar, y publica un juego para iPhone y su servidor Linux desde una sola flota.

Bromure Agentic Coding 5.4 es libre y de código abierto, en Apple Silicon. Descárgalo en la página de descargas, o descubre todo lo que hace →