Mistral Vibe OpenDesign

Diseñar con
Mistral Vibe en
OpenDesign.

Cómo diseñar interfaces con Mistral Vibe CLI en OpenDesign: un modelo Devstral ejecutándose localmente o con su propia clave, una tarea de página de producto de principio a fin, desde el briefing hasta el archivo revisado, y los límites que debe conocer antes de empezar.

En esta página Ejemplo
  1. Ejemplo
  2. Idoneidad
  3. Compatibilidad
  4. Configuración
  5. Workflow
  6. Recursos
  7. Limitaciones
  8. Preguntas frecuentes

Una tarea de diseño completa con Mistral Vibe

Del brief a la interfaz: una tarea de diseño con Mistral Vibe

Tú proporcionas un brief y restricciones; Mistral Vibe devuelve un artefacto; luego realizas las comprobaciones restantes antes de darlo por terminado. La interfaz de abajo es un ejemplo ilustrativo creado para esta página, no una ejecución grabada de Mistral Vibe.

1Briefing de diseño y restricciones

Briefing

Crea una página de producto para una tienda de estudio de cerámica: foto grande, precio, cantidad y opciones de esmalte, un control de añadir al carrito y tres piezas relacionadas. Modelo local, archivos locales. Escritorio y teléfono.

  • Sistema de diseñoOpenDesign lienzo paper — Albert Sans, un único acento verde
  • Breakpoints1440px de escritorio y 390px de móvil, sin desplazamiento horizontal
  • InteraccionesGalería, selección de esmalte, cantidad y añadir al carrito
  • ResultadoUn único archivo HTML autocontenido con hooks estables data-od-id

2Quién hace qué: tú, Mistral Vibe y OpenDesign

  • Usted

    Tú escribes el brief, eliges el sistema de diseño y estableces los criterios de aceptación.

  • Mistral Vibe

    Mistral Vibe planifica la maquetación, escribe HTML, CSS y JavaScript y luego revisa cuando se le solicita.

  • OpenDesign

    OpenDesign proporciona el sistema de diseño y la skill, renderiza la vista previa y almacena cada versión como un archivo en el proyecto.

  • Revisión

    Antes de la entrega, se comprueban la jerarquía visual, el espaciado de la cuadrícula de 8px, ambos breakpoints y cada interacción.

3Artefacto de Mistral Vibe: la tienda a 1440px y 390px

Artefacto de Mistral Vibe: la tienda a 1440px y 390px — Escritorio
Ejemplo ilustrativo

4Revisión antes de la entrega

Diseño

Cuadrícula y espaciado

La foto y la información se ajustan a la cuadrícula de 8px; la foto mantiene una proporción de 4:5 en todos los anchos.

Jerarquía

Jerarquía visual

El nombre y el precio lideran; el acento aparece solo en el botón de añadir al carrito.

Responsivo

Diseño para móvil

Foto, luego nombre y precio, chips de esmalte, un botón de ancho completo; las piezas relacionadas se desplazan.

Interacción

Comprobaciones de interacción

Elige un esmalte, cambia la cantidad, añade al carrito, desplázate por los artículos relacionados.

Ajuste

Dónde encaja Mistral Vibe — y dónde no

Mistral Vibe es adecuado cuando

  • Modelos de codificación Devstral. Los modelos agénticos ajustados para codificación editan en una base de código frontend real en lugar de emitir fragmentos aislados.
  • Pesos abiertos y compatibles con local. Devstral Small 2 se ejecuta en hardware de consumo, por lo que el trabajo de diseño puede permanecer totalmente local y sin conexión.
  • config.toml + MCP. La configuración del proyecto determina cómo se conecta el agente; el servidor MCP de Figma lleva contexto de diseño real al código.
  • Abierto y nativo de ACP. Apache-2.0 y construido sobre el Agent Client Protocol, con BYOK a través de la API de Mistral.

Elija otro workflow cuando

  • Necesitas archivos vectoriales editables. El artefacto es HTML, no un documento de diseño editable. Busca un flujo de trabajo vectorial aparte para el formato de recurso que necesitas.
  • Usted no tiene ninguna referencia ni restricciones. Sin un sistema de diseño o ejemplos, el resultado tiende hacia un aspecto genérico; escriba primero el briefing.
  • No tiene la credencial que este agente necesita. Requisito: clave API de Mistral (BYOK) o modelos locales. OpenDesign no proporciona ni intermedia credenciales.
  • Tu equipo trabaja en OpenCode o Aider. Esos agentes tienen sus propias páginas; la configuración varía según el agente. Consulta agentes relacionados.

Compatibilidad

Qué requiere Mistral Vibe antes de empezar

Esta guía cubre Mistral Vibe conectado mediante la aplicación de escritorio OpenDesign. Referencias publicadas verificadas el 6 de septiembre de 2026.

Alcance de la herramientaMistral Vibe, de Mistral AI

Mistral Vibe CLI es el agente de codificación de terminal de código abierto (Apache-2.0) de Mistral AI. Escanea archivos del proyecto y el estado de Git, edita código, busca, ejecuta comandos y gestiona el control de versiones a partir de tareas en lenguaje natural. Esta página aborda el diseño de interfaces con Mistral Vibe a través de OpenDesign, no la interfaz propia de Mistral Vibe. Las notas de configuración de OpenDesign enumeran los agentes disponibles.

Cuentas y autenticaciónClave de API de Mistral (BYOK) o modelos locales

Clave de API de Mistral (BYOK) o modelos locales. Autentícate con tu clave de API de Mistral (BYOK) o modelos locales: las credenciales permanecen en tu máquina. Esta página no promete una cuota ni un precio.

Sistema y versionesApp de escritorio o código fuente

Consulta la página de descargas para compilaciones de escritorio. Los requisitos de Node.js y pnpm del inicio rápido del código fuente se aplican a la ejecución desde el código fuente, no a la instalación de un paquete de escritorio. Versión mínima compatible de Mistral Vibe: no verificada aquí.

Verificación de conexiónLa señal de éxito

Sigue las instrucciones de conexión que muestre tu versión instalada y luego ejecuta una tarea pequeña. Confirma que Mistral Vibe la gestionó y que el artefacto se abre. Una descarga por sí sola no establece una conexión funcional.

Empiece con la app de escritorio

Configura Mistral Vibe en tres pasos

Descarga primero, completa la configuración de Mistral Vibe para tu versión instalada y luego comprueba un resultado pequeño. Compilar OpenDesign desde el código fuente no es necesario para esta ruta.

  1. 1

    Descargue la app de escritorio de OpenDesign

    Elige el paquete para tu ordenador, instálalo y abre la aplicación.

    Descargar OpenDesign
    PUNTO DE CONTROL
    La aplicación de escritorio se abre. ¿Ya está instalada? Pasa al siguiente paso; no hace falta volver a descargarla.
  2. 2

    Prepare su conexión de Mistral Vibe

    Siga las instrucciones de Mistral Vibe en su versión instalada. Autentíquese con su clave API de Mistral (BYOK) o con modelos locales; las credenciales permanecen en su máquina.

    README y configuración de mistral-vibe (GitHub)
    # 1. Install Mistral Vibe CLI
    uv tool install mistral-vibe
    # or: pip install mistral-vibe
    
    # 2. Run the setup wizard to register your API key
    vibe --setup     # saves config to ~/.vibe/config.toml and ~/.vibe/.env
    #    or set it directly:  export MISTRAL_API_KEY=...

    De las notas de configuración de Mistral Vibe en la guía publicada; consulte la documentación del proveedor para conocer el comando actual.

    PUNTO DE CONTROL
    Confirma el agente y la cuenta previstos. Si no están disponibles, comprueba la compatibilidad antes de intentar una tarea más grande.
  3. 3

    Ejecuta una tarea pequeña con Mistral Vibe

    Mantén el brief pequeño para que puedas juzgar el ciclo completo, incluida una revisión.

    Briefing inicial

    Construya una pantalla de configuración con un formulario de perfil y una confirmación de guardado. Use mis reglas de diseño. Compruébela en anchos de escritorio y móvil.

    PUNTO DE CONTROL
    Abre el resultado, prueba el estado de guardado y solicita un cambio concreto. La generación inicia la revisión; no la termina.

Para ejecutar OpenDesign desde el código fuente, siga la guía de inicio técnica en su lugar.

El workflow de diseño de Mistral Vibe

Cinco pasos para recorrer una tarea de diseño con Mistral Vibe

Una página de tienda llevada desde un brief escrito hasta un archivo que has verificado. Cada paso nombra tu aportación, el trabajo de Mistral Vibe, la contribución de OpenDesign y la comprobación que aún te corresponde.

  1. 1

    Briefing de diseño

    De tres a seis frases sencillas. Di a quién sirve la pantalla, qué debe lograr y en qué plataformas debe funcionar.

    • UstedRedacta el brief. Adjunta una captura de referencia si existe.
    • Mistral VibeAnaliza el brief junto con el archivo de instrucciones del proyecto y pregunta cualquier cosa ambigua antes de actuar.
    • OpenDesignProporciona el proyecto, la superficie de prompt y la skill que coincide con el tipo de artefacto.
    • ComprobarComprueba que el brief detalle los criterios de aceptación; escribirlos aquí cuesta menos que reparar el resultado después.
  2. 2

    Restricciones de diseño

    Un sistema de diseño más unas cuantas reglas firmes. Esa combinación es lo que mantiene el resultado alineado con la marca en lugar de genérico.

    • UstedElige un sistema de diseño, nombra los breakpoints y enumera los componentes que deben aparecer.
    • Mistral VibeLleva los tokens y las reglas de postura de DESIGN.md al contexto antes de que se escriba una sola línea.
    • OpenDesignProporciona la biblioteca del sistema de diseño y vincula tu elección con la plantilla de la skill.
    • ComprobarVerifica los tokens con tu marca: un acento, las fuentes correctas, el radio correcto.
  3. 3

    Generar la interfaz

    Sale un único archivo HTML autocontenido de Mistral Vibe: maquetación, estilos, interacciones y hooks estables.

    • UstedNada que configurar. Espera o responde a una pregunta aclaratoria si llega.
    • Mistral VibePlanifica las secciones, escribe el HTML, CSS y JavaScript, ejecuta el archivo y repara lo que falle.
    • OpenDesignAlmacena el artefacto en la carpeta del proyecto y lo indexa para que se pueda previsualizar.
    • ComprobarEspera. Juzga el archivo una vez renderizado, no leyendo el código fuente.
  4. 4

    Vista previa

    Dentro de OpenDesign el archivo se renderiza con los anchos que especificaste, y ese render, no el código, es lo que se juzga.

    • UstedCambia entre anchos, prueba las interacciones y comenta elementos individuales.
    • Mistral VibeRecopila tus comentarios de la vista previa y prepara la siguiente revisión.
    • OpenDesignRenderiza la vista previa y expone los objetivos data-od-id que anclan comentarios y ediciones.
    • VerificaciónJerarquía, contraste, desbordamiento a 390px, estados de foco y si el color de acento se mantiene discreto.
  5. 5

    Revisar y verificar

    Señala elementos de la vista previa para solicitar cambios. Cada revisión llega como un archivo nuevo; nada se sobrescribe sin que lo veas.

    • UstedConvierte los comentarios en solicitudes y da la tarea por terminada.
    • Mistral VibeAplica los cambios solicitados en el mismo archivo y luego lo vuelve a ejecutar.
    • OpenDesignMantiene las versiones en paralelo y, al final, exporta una imagen o el HTML.
    • VerificaciónVuelve a revisar solo el área modificada y después recorre toda la página una vez por punto de interrupción.

Recursos

Recursos de diseño de Mistral Vibe

Limitaciones

Limitaciones de Mistral Vibe, comprobaciones manuales y alternativas

  • AlcanceLo que sigue trata a Mistral Vibe como un agente conectado a OpenDesign, no todas las funciones que incluye el CLI.
  • Límites de usoLos costes y los límites de uso dependen de la credencial que aportes: una clave de API de Mistral o modelos locales. Aquí no se afirma nada sobre cuotas gratuitas.
  • RedLos archivos de proyecto locales por sí solos no hacen que la inferencia funcione sin conexión. Revisa la configuración del proveedor y las políticas de datos antes de entregar entradas sensibles.
  • La salida es HTMLLo que devuelve es un archivo HTML, no un archivo de diseño vectorial.
  • Revisión manualLa accesibilidad, el contenido real, la adecuación a la marca y la corrección de las interacciones son responsabilidad tuya de revisarlas en la vista previa; cualquier autocomprobación que haga el agente cuenta solo como una primera pasada.
  • AlternativaCuando el agente no esté disponible o una tarea falle, consulta las instrucciones de conexión y autenticación de tu versión instalada. Conserva el texto del error y el último artefacto que funcionaba antes de tocar la configuración.

Preguntas frecuentes

Preguntas frecuentes sobre Mistral Vibe y OpenDesign

¿Mistral Vibe CLI gestiona de verdad el trabajo de diseño?
Sí: con un skill estético, un sistema de diseño y referencias reales en contexto, Vibe CLI produce UI responsivo de calidad de producción, y sus modelos Devstral editan en una base de código frontend real. Sin ese contexto, tiende a recurrir a un aspecto genérico, que es la brecha que OpenDesign cubre.
¿Cómo Autentico Vibe CLI?
Ejecute el asistente de configuración con vibe --setup para registrar una clave de API de Mistral (desde la consola de Mistral), o configure MISTRAL_API_KEY en su entorno. También puede ejecutarse con modelos locales o compatibles, completamente sin conexión. OpenDesign nunca actúa como proxy de sus credenciales en ningún caso.
¿Qué Hace que Vibe CLI Sea Bueno para el Diseño en Concreto?
Es un agente nativo de ACP con licencia Apache-2.0, impulsado por los modelos de código Devstral de pesos abiertos de Mistral, por lo que puede ejecutarlo localmente para trabajos sensibles a la privacidad y editar en una base de código real. Pero el buen gusto sigue proviniendo del sistema de diseño, el skill y las referencias que usted proporcione.
¿Vibe CLI o Claude Code para Diseño Frontend?
Ambos son sólidos. Claude Code es conocido por decisiones de diseño específicas y conscientes de la base de código; la ventaja de Vibe CLI es una pila Devstral de pesos abiertos que puede ejecutar localmente y una licencia Apache-2.0. Muchos equipos usan ambos: OpenDesign le permite cambiar de agente sin cambiar su workflow de diseño.
¿Cómo Conecto Vibe CLI a Figma?
Agregue el servidor MCP de Figma como una entrada [[mcp_servers]] en su config.toml. Vibe puede entonces extraer contexto de diseño real (componentes, variables, datos de layout) para que el código generado coincida con la fuente en lugar de aproximarla.
Qué es Mistral Vibe CLI, concretamente
Mistral Vibe CLI es un agente de codificación de código abierto (Apache-2.0) que Mistral AI distribuye para la terminal. Ofrece una interfaz de chat interactiva con herramientas para manipular archivos, buscar código, control de versiones y ejecución de comandos, y escanea automáticamente la estructura de archivos de tu proyecto y el estado de Git para dar al agente contexto relevante. Funciona con los modelos de codificación Devstral de Mistral: planifica y verifica el trabajo a partir de tareas en lenguaje natural, en lugar de limitarse a completar líneas.

Para el trabajo de diseño, destacan dos propiedades. Se ejecuta sobre la familia Devstral de pesos abiertos de Mistral (Devstral 2 y el más pequeño Devstral Small 2), así que puedes ejecutar el agente contra la API de Mistral en la nube o contra modelos locales — útil para trabajo de diseño sensible a la privacidad o sin conexión. Y habla el Agent Client Protocol, así que el mismo agente puede impulsar editores y herramientas, no solo una sesión de terminal.

Archivos de configuración: Vibe CLI se configura mediante un archivo config.toml (a nivel de proyecto, ./.vibe/config.toml, con una alternativa en ~/.vibe/config.toml). Es un lugar práctico para plasmar tus proveedores, la elección de modelo y los ajustes del proyecto.

Herramientas integradas + MCP: Incluye herramientas de archivos, búsqueda, control de versiones y ejecución de comandos, y admite servidores MCP (configurados en una sección [[mcp_servers]]) para añadir contexto externo como un archivo Figma en vivo.

BYOK o local: Autentícate con una clave de API de Mistral desde la consola de Mistral, o apúntalo a modelos locales/compatibles para que funcione totalmente sin conexión.

Credencial: clave de API de Mistral (BYOK) de la consola de Mistral, o modelos locales / compatibles

Proveedor: Mistral AI

Licencia: Apache-2.0, código abierto
Por qué un agente de codificación de pesos abiertos encaja con el diseño
La ventaja de diseño de Vibe CLI proviene de su familia de modelos de pesos abiertos y de su alcance de protocolo, pero, como con todo agente, el gusto sigue teniendo que aportarse.

Modelos de codificación Devstral: Vibe funciona sobre la familia Devstral de Mistral, modelos ajustados para codificación y creados para trabajo agéntico con múltiples archivos, así que el agente edita a lo largo de una base de código frontend real en lugar de emitir fragmentos aislados.

Pesos abiertos y apto para local: Devstral Small 2 es lo bastante pequeño para ejecutarse en hardware de consumo, así que el trabajo de diseño puede permanecer totalmente local y sin conexión: las referencias y el código nunca tienen que salir de tu máquina.

Convenciones en config.toml + contexto: La configuración del proyecto y tus propias instrucciones orientan al agente hacia tus tokens, componentes y especificaciones reales, de modo que trabaja para una marca en lugar de para un aspecto predeterminado.

El gusto procede de tres entradas que aportas tú: un sistema de diseño, una skill y imágenes de referencia reales.

La lección es la misma que enseña todo agente: Vibe CLI no tiene gusto por defecto. Produce buen diseño cuando le das restricciones: un sistema de diseño, una skill estética y referencias concretas. OpenDesign empaqueta exactamente esas entradas, y por eso los dos encajan (más abajo).
Configurar Vibe CLI para el trabajo de diseño, desde cero
La secuencia de configuración: instalar → autenticar → configurar config.toml → añadir una skill → habilitar la verificación en el navegador.

Plasma tus reglas de diseño: mantén tus tokens, primitivas y convenciones donde el agente las lee y apunta Vibe hacia ellas, para que la salida coincida con una marca en lugar de recurrir a un aspecto genérico.

Añade verificación en el navegador: conecta un MCP de Playwright o de navegador para que Vibe renderice en un navegador real y compruebe su salida en distintos breakpoints, en lugar de limitarse a confirmar que la compilación pasa.

Usa la sección de configuración actual para los comandos y los detalles específicos de versión, que pueden cambiar.

# 1. Instalar Mistral Vibe CLI uv tool install mistral-vibe # o: pip install mistral-vibe # 2. Ejecutar el asistente de configuración para registrar tu clave de API vibe --setup # guarda la configuración en ~/.vibe/config.toml y ~/.vibe/.env # o establécela directamente: export MISTRAL_API_KEY=... # 3. Iniciar Vibe en tu proyecto cd your-project vibe # 4. Conectar el servidor MCP de Figma (opcional, para el traspaso de diseño) # añade una entrada [[mcp_servers]] en tu config.toml
Ejemplo de comando histórico de la guía anterior; verifica la sintaxis actual en la documentación del proveedor enlazada.
Convertir referencias en UI
El bucle de diseño de mayor rendimiento con Vibe CLI consiste en convertir una referencia clara en una interfaz funcional y responsive e iterar hasta que coincida, apoyándote en las herramientas del agente para renderizar, inspeccionar y corregir su propia salida.

Parte de las referencias más claras que tengas y describe varios estados (escritorio y móvil, hover, vacío, carga), no solo una toma principal.

Sé específico en el prompt; los prompts vagos producen interfaces genéricas incluso con un modelo potente.

Mantén tu sistema de diseño y tus convenciones donde Vibe los lee, y dile dónde viven los tokens y las primitivas canónicas.

Ejecuta un servidor de desarrollo y haz que Vibe renderice en un navegador real, redimensionando a los breakpoints para comprobar el resultado.

Itera haciendo que Vibe compare su implementación con las referencias, en lugar de limitarse a confirmar que compila.

Haz referencia a los archivos con @ (Vibe autocompleta las rutas de archivo) y usa comandos de barra con /, y luego da restricciones concretas:

Mantén los prompts pequeños y enfocados, haz commit de las iteraciones buenas y revierte las malas (diciéndole a Vibe cuándo reviertes), para que cada pasada se apoye en una base limpia.

vibe # en el prompt: > @design-spec.md @tokens.css Implementa este diseño en React + Vite + Tailwind + TypeScript. Reutiliza mis componentes y tokens existentes del sistema de diseño. Iguala el espaciado, la disposición y la jerarquía; hazlo responsive. Ejecuta el servidor de desarrollo, renderízalo en el navegador e itera hasta que coincida con las referencias en todos los breakpoints.
Ejemplo de comando histórico de la guía anterior; verifica la sintaxis actual en la documentación del proveedor enlazada.
config.toml, MCP y ACP
Tres puntos de extensión hacen que Vibe CLI sea práctico para el trabajo de diseño sostenido, y los tres encajan limpiamente en un flujo de diseño abierto.

config.toml: Las reglas del proyecto y los ajustes de proveedor/modelo viven en un config.toml (a nivel de proyecto, con una alternativa en ~/.vibe). Es el hogar duradero de cómo se conecta el agente a tu proyecto, y se lee en cada ejecución.

Servidores MCP: Configura servidores MCP en tu config.toml ([[mcp_servers]], con transportes HTTP, streamable-HTTP y stdio): la forma portátil de incorporar contexto de diseño y herramientas externas, de manera más relevante el servidor MCP de Figma, que funcionan en distintos agentes, no solo en Vibe.

Agent Client Protocol: Vibe habla ACP, así que el mismo agente puede manejarse desde editores y otros clientes ACP. Así es exactamente como OpenDesign lo integra: mediante ACP a través del binario vibe-acp.

Son capacidades portátiles y multiagente, justo el tipo de cosa que OpenDesign está construido para orquestar, en lugar de recrear en cada proyecto.
Vibe CLI vs Codex vs Claude Code vs Cursor vs Gemini CLI para diseño
No hay un único ganador para el trabajo de diseño: cada agente tiene una fortaleza distinta, y los equipos con experiencia los combinan. Un resumen justo:

Mistral Vibe CLI — Modelos de codificación Devstral de pesos abiertos que puedes ejecutar localmente; Apache-2.0 y nativo de ACP — Trabajo de diseño sensible a la privacidad o sin conexión y una pila de pesos abiertos

Codex — Fuerte pulido visual con una skill de frontend; compilaciones asíncronas en sandbox — Compilaciones asíncronas delegadas y reglas portátiles de AGENTS.md

Claude Code — Decisiones de diseño específicas (hex, espaciado, tipografía) y UX consciente de la base de código — Razonamiento de frontend y refactorizaciones de gran contexto

Cursor — Bucle visual de construir y ver con vista previa en vivo y ediciones en línea — Trabajo de interfaz de iterar y observar dentro de un IDE

Gemini CLI — Fuerte comprensión multimodal de imágenes y una ventana de contexto muy grande — Trabajo con muchas capturas de pantalla y mantener todo un sistema de diseño en contexto

El veredicto recurrente de la comunidad es que el gusto viene de los humanos: todos recurren por defecto a una estética genérica sin skills, referencias y restricciones. Ese es el verdadero problema que hay que resolver, y tiene forma de herramienta de diseño, no de modelo.

Agente — Fortaleza de diseño — Ideal para
Errores comunes y cómo evitar el aspecto de “AI Slop”
La queja más común sobre el diseño generado por IA es que parece genérico: degradados suaves, paneles flotantes, esquinas redondeadas sobredimensionadas, sombras dramáticas, un aire de Inter y morado que «grita que lo hizo una IA». Otros problemas reportados incluyen diseños móviles rotos e instrucciones que se filtran en el texto de la interfaz. Ninguno es exclusivo de Vibe CLI; son lo que ocurre cuando cualquier agente se ejecuta sin un contexto de diseño curado.

Añade una skill estética: Una skill de diseño curada obliga al agente a comprometerse con una dirección real en lugar del aspecto predeterminado.

Verifica en un navegador real: Haz que Vibe renderice y se autocompruebe en distintos breakpoints, para que los diseños no se rompan silenciosamente en móvil.

Aporta tokens y referencias: Los tokens de diseño reales y las capturas de referencia son la mayor palanca individual sobre la calidad de la salida.

Plasma reglas en la configuración y el contexto: Pon reglas al estilo de «nada de tarjetas hero, máximo dos tipografías, jerarquía que prioriza la marca» donde el agente las lea en cada ejecución.

Fíjate en que toda mitigación consiste en dar al agente un contexto de diseño curado. Mantener ese contexto a mano, proyecto a proyecto, es la carga que OpenDesign elimina.
Diseñar con Vibe CLI dentro de OpenDesign
OpenDesign es la capa de diseño de código abierto que el flujo de trabajo anterior no deja de reclamar. Trata Mistral Vibe CLI como un adaptador de primera clase —lo maneja por ACP a través del binario vibe-acp— y lo envuelve en una biblioteca curada de skills y sistemas de diseño, una canalización de renderizado estructurada y una interfaz de escritorio local. Así, el contexto de diseño que hace bueno a Vibe está ahí desde la primera ejecución, en lugar de montarse a mano cada vez. Ambos son de código abierto y local-first, lo que hace que la combinación encaje de forma natural.

Instala OpenDesign y selecciona Mistral Vibe CLI como tu agente.

Autentícate con tu clave de API de Mistral (BYOK) o apunta Vibe a modelos locales: las credenciales se quedan en tu máquina y nunca se canalizan a través de nosotros.

Elige un sistema de diseño y una skill, y genera presentaciones, prototipos y landing pages con un gusto coherente.

Cada artefacto y archivo DESIGN.md vive en tu propio repositorio, no en una nube alojada.

El mismo agente Vibe CLI, la misma clave, más un flujo de trabajo de diseño real, portátil y de código abierto a su alrededor. Es local-first y Apache-2.0, así que nada de tu trabajo ni de tus credenciales sale de tu máquina.
¿OpenDesign está afiliado a Mistral AI?
No. OpenDesign es independiente; Mistral es una marca registrada de Mistral AI.