Preguntas frecuentes sobre Vento

Vento es una plataforma de control y automatización con IA para construir y operar sistemas conectados. Dentro de una network reúne agentes, software, datos, personas y dispositivos físicos. A diferencia de un chat aislado, el sistema persiste: puede observar lo que ocurre, tomar decisiones, ejecutar acciones y seguir evolucionando desde una primera versión funcional hasta una solución más completa.

Vento sirve para construir sistemas que conectan software, inteligencia artificial, datos, personas y dispositivos físicos. Puedes empezar con una primera versión funcional, probarla en condiciones reales y evolucionarla hacia una solución o producto más completo. Un proyecto puede ser un dashboard, una automatización, un asistente o un sistema que observa lo que ocurre y actúa. El prototipado aporta velocidad; no define el límite de Vento.

Vento convierte lo que describes en un sistema conectado dentro de una red.

1. 01Describe a Vento Agent qué necesitas que ocurra.
2. 02El agente construye y conecta las partes que necesita el sistema.
3. 03Prueba el resultado con datos y acciones reales y revisa lo creado.
4. 04Sigue conversando para corregirlo o ampliarlo sobre la misma base.

Todo lo que construyes permanece en la network cuando cierras el chat, y las automatizaciones pueden seguir funcionando sin mantener la conversación abierta.

Vento combina una entrada no-code con capacidades low-code y herramientas para desarrolladores. Puedes empezar describiendo el sistema en lenguaje natural y trabajar con asistentes visuales. Cuando necesitas lógica propia, una integración especial o una interfaz avanzada, Vento Agent puede generar código y un perfil técnico puede revisarlo y modificarlo. La profundidad técnica depende del proyecto, no de una categoría cerrada.

Sí. Vento es una plataforma de control y automatización con IA: sus agentes pueden observar datos, decidir qué hacer y coordinar acciones, alertas o flujos. La automatización vive dentro de una network y puede seguir operando después de la conversación que la creó.

Vento puede crear aplicaciones con IA, pero no es solo un AI app builder. En una network construye dashboards, páginas públicas, interfaces React, bases de datos, APIs, automatizaciones y servicios Node/Express, y puede conectarlos con agentes y dispositivos físicos. En agosto de 2026 no genera apps móviles compiladas propias; Android e iOS participan como dispositivos mediante Vento Connect.

Vento es una plataforma que incluye y permite crear agentes; no es un único agente de IA. Vento Agent ayuda a construir y modificar el sistema mediante conversación. Dentro de la network pueden convivir varios agentes conectados con datos, herramientas y dispositivos, incluidos agentes basados en reglas que no necesitan un LLM.

Sí, puedes empezar a crear software en Vento describiendo lo que necesitas, sin escribir código desde el primer momento. El agente y la interfaz visual ayudan a construir interfaces, datos, páginas y comportamientos. Una integración poco habitual, una interfaz avanzada o lógica muy específica puede necesitar código y revisión técnica.

Sí. Describe a Vento qué debe observar, qué condición debe evaluar y qué acción quieres ejecutar. Vento Agent puede convertir esa conversación en reglas y automatizaciones dentro de la network. Después revisa y prueba el flujo, sobre todo si modifica datos, envía mensajes o controla dispositivos: hablar con la IA acelera la construcción, pero no sustituye la validación.

Sí. Vento conecta agentes de IA con datos de software, bases de datos, móviles y dispositivos físicos para que puedan observar información y desencadenar acciones. Así, la IA deja de ser solo una conversación y pasa a formar parte de un sistema real. La compatibilidad, los permisos y las protecciones dependen de cada integración.

Vento se diferencia de una herramienta centrada en interfaces porque construye y opera el sistema conectado que hay detrás. Una network puede reunir agentes, dashboards, páginas, bases de datos, APIs, automatizaciones y dispositivos como ESP32, Arduino o Raspberry Pi. El diferencial no es generar más código, sino mantener software, IA, datos y mundo físico dentro de un mismo entorno operativo.

Una network es tu proyecto en Vento: una red formada por los nodos que conectas y operas como un solo sistema. Cada nodo aporta una parte del proyecto, como una interfaz, una automatización, un agente o la conexión con datos y dispositivos físicos. Creas y operas la network desde el workspace de Vento. Cada network mantiene separados sus miembros, permisos, Vento Credits, plan y límites, así que los proyectos independientes suelen vivir en networks distintas.

Un chat de IA intercambia mensajes y suele generar respuestas o archivos. Vento también se usa conversando, pero esas conversaciones crean y modifican una network: el proyecto conectado donde permanecen sus datos, interfaces, automatizaciones, agentes y dispositivos. Al cerrar el chat no pierdes el proyecto ni empiezas de cero; vuelves a la misma network y sigues trabajando sobre ella.

Un chatbot puede ayudarte a pensar, responder preguntas o generar archivos, pero por sí solo no crea ni opera el sistema conectado que describes. Vento también se usa conversando, pero convierte ese chat en una network con dashboards, páginas, bases de datos, APIs, automatizaciones, agentes y dispositivos físicos. El proyecto puede recibir datos, ejecutar acciones y seguir funcionando cuando cierras la conversación.

Vento te pide un código porque la instancia está configurada en modo de registro por invitación. Ese modo permite al equipo controlar el acceso y, en algunos casos, asociar créditos iniciales a la nueva network. No todas las instalaciones funcionan igual: Vento también admite registro abierto o desactivado. Si has llegado sin código, necesitas uno válido emitido por el administrador de esa instancia.

Depende de cómo se haya creado. Los códigos de acceso de Vento tienen un límite de usos: por defecto es uno, pero el administrador puede permitir varios. También pueden tener fecha de caducidad o desactivarse. Los códigos generales no están ligados a un correo; las invitaciones por email a una network sí pueden estar asociadas a una dirección concreta. Si el código ya alcanzó su límite, Vento lo rechazará.

No consta una lista de espera integrada en Vento a 3 de agosto de 2026. El acceso puede estar abierto, cerrado o funcionar mediante códigos de invitación, según la configuración de la instancia. Si cloud.vento.build solicita un código, eso significa que utiliza acceso por invitación; no implica necesariamente que exista una lista de espera ni un plazo automático de entrada.

No necesitas descargar nada para empezar con las funciones web de Vento: el workspace, Vento Agent y los dashboards se usan desde el navegador. Solo instalas un componente adicional cuando el proyecto lo requiere. Por ejemplo, Desktop Agent conecta un PC o una Raspberry Pi, Vento Connect convierte el móvil en un dispositivo, Vento Hub crea una instancia local y LM Studio permite usar modelos locales desde la lógica de los nodos o las automatizaciones.

Vento se usa principalmente desde la web. El panel de control de la network, el chat con agentes y las herramientas de construcción funcionan en el navegador. Puedes instalar Desktop Agent si quieres que tu ordenador o Raspberry Pi actúe como dispositivo conectado, o Vento Hub si necesitas una instancia local completa. Esas instalaciones son opcionales para empezar y dependen de lo que quieras conectar o ejecutar.

Para usar Vento en cloud no instalas la plataforma: crea una cuenta y entra desde el navegador.

1. 01Si necesitas conectar tu ordenador, abre «Add Network Element», elige Desktop Agent y descarga el ZIP preconfigurado o utiliza el comando que ofrece Vento para Windows, macOS o Linux.
2. 02El paquete incluye la configuración necesaria para vincular ese equipo con tu network.
3. 03Vento Hub sigue un proceso distinto para instalar una instancia local.

Puedes descargar Desktop Agent para Windows desde el propio panel de control de tu instancia de Vento.

1. 01En tu network, abre la opción para añadir un Desktop Agent y elige Windows; Vento ofrece paquetes para equipos amd64 y arm64, además de un ZIP preconfigurado o un comando de PowerShell.
2. 02No hay un enlace CDN único: la descarga se sirve desde la instancia para incluir la configuración de conexión de tu dispositivo.

Sí, necesitas una cuenta para entrar al workspace de Vento, crear una network y usar el agente. Puedes registrarte con correo y contraseña, con verificación de email, o mediante Google si está habilitado. Algunas páginas, endpoints o chats creados con Vento pueden compartirse públicamente y usarse sin cuenta, pero eso no da acceso al panel de control ni a la network donde se construyeron.

Sí, Vento admite registro e inicio de sesión con Google cuando el administrador de la instancia ha configurado Google Sign-In. Si la instancia funciona por invitación, también puede pedirte un código aunque uses Google. El mismo correo puede vincular el acceso de Google con una cuenta existente. Si no ves el botón, utiliza correo y contraseña o consulta al operador de tu instancia.

Sí, puedes registrarte en Vento con un correo corporativo siempre que puedas recibir el mensaje de verificación. También puedes usar Google si tu organización lo permite y la instancia tiene esa opción habilitada. Vento no ofrece actualmente SSO empresarial mediante SAML u OIDC. Si la empresa necesita inicio de sesión único, MFA o controles corporativos adicionales, debe validar esos requisitos antes de adoptar la plataforma.

No necesitas saber programar para empezar con Vento. Puedes describir el objetivo en lenguaje natural y utilizar asistentes visuales para crear agentes, dashboards, bases de datos, páginas y conexiones con dispositivos. Para integraciones poco comunes, lógica crítica o interfaces avanzadas, tener conocimientos técnicos ayuda a revisar, probar y extender el código que genera el agente.

Sí, Vento es útil para makers que quieren combinar electrónica, software e inteligencia artificial en un mismo proyecto. Permite trabajar con placas ESP32 y Arduino, Raspberry Pi, sensores, actuadores, dashboards y automatizaciones. Algunas tareas de hardware requieren montaje físico, pruebas y conocimientos eléctricos; Vento acelera el trabajo, pero no sustituye esas comprobaciones.

Sí, Vento encaja con equipos de operaciones que necesitan observar datos, coordinar tareas y actuar sobre sistemas desde un dashboard común. Pueden construir dashboards, conectar bases de datos y APIs, programar automatizaciones y relacionar alertas con agentes o dispositivos. Para procesos críticos conviene definir permisos, pruebas y procedimientos manuales de respaldo, porque Vento no ofrece actualmente un SLA público ni entornos formales de desarrollo, pruebas y producción.

Sí. Los desarrolladores pueden usar Vento para acelerar la construcción y conservar acceso a la parte técnica. También se pueden consumir o exponer APIs y conectar clientes Node.js o Python. Algunas superficies, como Tasks y Network Apps, están reservadas a administradores de plataforma.

Sí, una persona no técnica puede empezar en Vento conversando con el agente y utilizando la interfaz visual. Puede crear una primera versión de un dashboard, una base de datos, una página o una automatización sin escribir código. En esos casos, Vento facilita la colaboración con un perfil técnico, pero no elimina la necesidad de revisión.

Sí. Una persona no técnica puede crear un proyecto útil en Vento si parte de un objetivo concreto, por ejemplo visualizar datos, recibir una alerta, organizar un inventario o conectar un sensor. El mejor resultado llega al probar cada paso con datos reales y pedir ayuda técnica cuando haya credenciales, integraciones complejas, electricidad o decisiones de seguridad.

Sí. Un equipo técnico puede inspeccionar y extender lo creado en Vento porque la network conserva código, configuración y un historial Git. La vista Changelog muestra diffs e historial, y existen snapshots y versiones de nodo para recuperar estados anteriores. Algunas operaciones destructivas y superficies de runtime requieren permisos administrativos.

Sí. Puedes usar Vento para proyectos personales como domótica, sensores, riego, iluminación, bots, dashboards o experimentos con IA. Antes de conectar actuadores eléctricos o sistemas de seguridad, aplica las protecciones físicas y revisiones adecuadas al proyecto.

Sí, Vento puede utilizarse para construir proyectos profesionales como herramientas internas, dashboards operativos, automatizaciones y sistemas conectados. Permite trabajar con código editable, datos, APIs, roles y dispositivos dentro de una network. Antes de poner una solución crítica en producción, valida sus requisitos de seguridad, privacidad, backups y continuidad: Vento no publica actualmente SLA ni certificaciones, y algunas capacidades requieren configuración administrativa.

Sí. Vento permite construir rápidamente una primera versión funcional para un cliente y probarla con datos, interfaces y dispositivos reales. El prototipo puede seguir evolucionando, pero antes de entregarlo como producto conviene acordar hosting, permisos, propiedad de datos, soporte y dependencias del runtime de Vento.

Sí. Con Vento puedes crear herramientas internas que combinen formularios, paneles de control, bases de datos, APIs, agentes y automatizaciones. Para información sensible o procesos críticos, la empresa debe revisar el modelo de acceso, los proveedores de IA y la política de datos antes de cargar información real.

Puedes empezar con uno de los ejemplos del asistente de Vento: conectar un ESP32 para leer temperatura, crear un agente que observe una cámara o contar visitas en un panel de control. También puedes añadir una plantilla de agente, base de datos, página, dispositivo o nodo en blanco. Elige un resultado pequeño y medible, pruébalo y pide a Vento Agent que proponga los siguientes pasos sobre lo ya construido.

Con Vento puedes crear sistemas que combinan agentes, software, datos y dispositivos. Entre ellos: dashboards, páginas web, herramientas internas, inventarios, bots de Telegram, automatizaciones, APIs, bases de datos, monitorización con cámaras, riego o control de sensores. Vento no genera actualmente apps móviles compiladas propias ni ofrece una tienda online con checkout integrado.

Vento encaja especialmente bien en proyectos donde hay que conectar datos, inteligencia artificial y acciones: dashboards operativos, asistentes internos, automatizaciones, bots y sistemas con sensores o dispositivos. También es útil cuando quieres pasar rápido de una idea a una primera versión funcional y seguir evolucionándola. Aporta más valor cuando el sistema necesita observar, decidir y actuar, no solo mostrar una interfaz estática.

Sí. Cada nodo de Vento puede incluir una vista de dashboard para presentar datos y controles, además de un canvas visual y un grafo de flujo. El dashboard vive dentro de la network y requiere acceso al workspace; si necesitas compartir una vista sin cuenta, puedes construir una página HTML pública conectada a los datos o acciones permitidos.

Sí. Vento puede crear páginas HTML públicas servidas desde tu network, una landing para visitantes, vistas personalizadas en React y chats web embebibles. Se alojan bajo el dominio de la instancia de Vento; no hay actualmente un flujo integrado para desplegarlas en Vercel ni asignar un dominio propio a cada network.

Vento puede construir el catálogo, el inventario, las páginas y la lógica de una tienda, pero no ofrece hoy un checkout de comercio electrónico ni una integración de pagos para clientes finales. Por eso no es una plataforma de e-commerce lista para vender por sí sola. Podrías conectarla con servicios externos mediante APIs y desarrollo propio, siempre que valides pagos, seguridad, impuestos y cumplimiento fuera de Vento.

Sí. Con Vento puedes crear un sistema de inventario combinando una base de datos, formularios, un panel de control y automatizaciones. No existe un producto de inventario empaquetado: el agente construye la solución según tus campos, reglas, usuarios e integraciones.

Sí, puedes construir un CRM básico o una herramienta comercial interna con bases de datos, formularios, dashboards, agentes y automatizaciones de Vento. También es posible conectar APIs de un CRM externo. Para datos personales o actividad comercial real, revisa antes la privacidad y la seguridad necesarias.

Vento puede servir como base para un sistema de mantenimiento predictivo: recoge series temporales, visualiza señales, ejecuta lógica y genera alertas o acciones. Sin embargo, no incluye un modelo predictivo industrial listo para usar. Antes de actuar sobre maquinaria, valida el resultado con especialistas y mantén protecciones independientes.

Sí. Vento permite crear agentes internos conectados a bases de datos, APIs, documentos y acciones de la network. Antes de darles acceso a datos empresariales, limita qué recursos pueden leer, revisa las acciones que ejecutan y determina qué información se envía a proveedores de IA. Para datos sensibles hace falta una evaluación de privacidad específica.

Sí. Con Vento puedes crear un bot que consulte bases de datos o APIs de tu negocio y responda por un canal como Telegram. Debes guardar los tokens como secretos, limitar las acciones disponibles y decidir qué información puede ver cada usuario del bot.

Sí. Un nodo de Vento puede funcionar como panel de control operativo con datos en tiempo real, tablas, mapas, cámaras, indicadores y acciones. La vista del dashboard dentro del workspace requiere cuenta; para un dashboard público o externo hay que construir una página HTML y exponer únicamente los datos y acciones autorizados.

Sí. En Vento, puedes crear una app interna con interfaces React o páginas HTML, bases de datos, APIs y automatizaciones. Una Network App Node/Express también es posible, pero crearla requiere permisos de administrador de plataforma. Para la mayoría de interfaces internas, una página o UI de nodo evita ese requisito.

Sí. Vento puede automatizar procesos repetitivos mediante acciones de nodos, eventos, tareas programadas y agentes. Las ejecuciones de automatizaciones consumen créditos cuando la contabilidad está activa, y los procesos críticos necesitan supervisión y alternativas manuales.

Sí. Vento puede convertir un proceso manual en un flujo conectado con formularios, bases de datos, dashboards, agentes y automatizaciones. Vento aporta los componentes para construir el sistema; el proceso y sus reglas deben definirlos las personas que lo conocen.

Sí. Una network de Vento reúne personas con roles, agentes de IA, software, datos y dispositivos físicos. Esa conexión puede incluir APIs, bases de datos, ESP32, Arduino, Raspberry Pi, ordenadores y móviles, siempre según la compatibilidad y permisos de cada recurso.

Empieza describiendo un resultado concreto en el asistente inicial de Vento, por ejemplo «conecta un ESP32 y muestra la temperatura cada minuto».

1. 01El registro crea tu primera network y abre una conversación con Vento Agent.
2. 02El agente puede proponer y construir interfaces, datos, automatizaciones o conexiones con dispositivos; después prueba cada parte y continúa en el mismo chat.
3. 03También puedes comenzar añadiendo un elemento desde el menú de la network.

Pídeselo de forma explícita: describe el objetivo y añade «divide el proyecto en pasos pequeños y espera mi confirmación entre cada uno».

1. 01Vento Agent está preparado para identificar qué partes de la network debe cambiar y mostrar un flujo de trabajo con pasos.
2. 02No existe un modo formal de planificación que bloquee todos los cambios hasta aprobarlos, así que indica también qué acciones no debe ejecutar sin consultarte.

Mantén el objetivo y las decisiones importantes en un documento de la network, trabaja por bloques y pide un resumen al cerrar cada fase.

1. 01Vento conserva la conversación y el estado real del proyecto, pero si el contexto supera el límite elimina los mensajes completos más antiguos y lo indica.
2. 02Las conversaciones distintas no comparten memoria de LLM, aunque sí comparten el estado persistente, los ficheros y los datos de la network.

Si Vento Agent se desvía del objetivo, detén el trabajo y vuelve a escribir el objetivo, el estado actual y las restricciones que no debe cambiar.

1. 01Puedes usar /clear para iniciar un contexto nuevo sin borrar los recursos, ficheros ni datos de la network.
2. 02Pide al agente que lea una especificación guardada y que explique el plan antes de continuar.
3. 03Después revisa los cambios en Changelog o restaura un snapshot si hace falta.

Un buen prompt para Vento incluye cuatro cosas: el resultado deseado, los datos o dispositivos implicados, las reglas de comportamiento y cómo comprobar que funciona.

1. 01Por ejemplo: «Lee la temperatura de este ESP32 cada minuto, muéstrala en un panel de control y avísame si supera 30 °C; primero explícame los pasos».
2. 02Añade límites, credenciales disponibles y lo que no debe cambiar.
3. 03Empieza pequeño e itera con resultados reales.

Sí. Puedes pedir a Vento Agent que separe el objetivo en tareas pequeñas, indique qué recursos afectará y avance paso a paso. El agente muestra un flujo de trabajo con estados y enlaces a lo creado. Esa división es una pauta conversacional, no un gestor de proyectos ni un plan bloqueado por aprobación. Si necesitas control, pide que se detenga entre fases y revisa el Changelog antes de seguir.

Sí, puedes pedir a Vento Agent que cree y mantenga una especificación, una bitácora o un resumen como archivo dentro de la network. También puedes usar el historial Git y los snapshots para ver qué cambió y con qué mensaje. No existe una memoria automática de largo plazo que resuma todo por sí sola, así que conviene acordar el nombre del documento y pedir que lo actualice al terminar cada fase.

Sí. En Vento, puedes abrir varias conversaciones con un agente dentro de la misma network. Cada conversación tiene su propia sesión y no comparte automáticamente el historial de mensajes con las otras, pero todas ven el estado persistente, los ficheros, los datos y el repositorio del proyecto. Para coordinar trabajo paralelo, guarda decisiones comunes en una especificación y evita que dos conversaciones modifiquen a la vez el mismo recurso sin revisión.

Vento puede generar documentos, código, páginas HTML, firmware, ficheros de datos y representaciones de circuitos como protoboard o PCB cuando Circuits está configurado. También puede guardar esos archivos en buckets de la network. No dispone actualmente de un generador de imágenes por IA. Para diagramas generales, puedes pedir formatos basados en texto o código; confirma después que el visor o herramienta de destino los admita.

Sí. Puedes pedir a Vento Agent que explique la arquitectura, los recursos que modifica y cómo probar el resultado. Sus reglas de trabajo le indican que comunique qué ha cambiado, qué puedes hacer ahora y qué queda pendiente; además, la interfaz muestra los detalles de las herramientas ejecutadas y enlaces a los elementos creados. Para decisiones importantes, pide la explicación antes del cambio, porque no existe una vista previa obligatoria.

Sí. Vento Agent puede editar interfaces, páginas, datos, firmware y otros recursos existentes de la network. Los cambios se aplican directamente; no hay una vista previa ni un diff obligatorio antes de ejecutarlos. Después puedes revisar diferencias e historial en Changelog, guardar o restaurar snapshots y recuperar versiones de nodos. Para cambios de riesgo, pide una explicación y una copia recuperable antes de continuar.

Sí, puedes pedir a Vento Agent que proponga una arquitectura antes de realizar cambios: componentes, datos, dispositivos, dependencias y pasos de validación. Sin embargo, Vento no tiene un modo formal de planificación que obligue a aprobar esa arquitectura antes de escribir. Si quieres esa separación, indica «solo diseña, no modifiques nada» y revisa la propuesta antes de autorizar la construcción.

Sí. Puedes usar ChatGPT u otra IA para explorar ideas y trasladar a Vento una especificación clara para construir el sistema. Pega el objetivo, requisitos, datos, restricciones y criterios de éxito en el chat, o adjunta un PDF, Markdown o texto compatible. Vento no tiene un formato oficial de transferencia, y los adjuntos JSON no se admiten actualmente en el chat. Revisa siempre que la especificación no incluya secretos.

Sí. En Vento la unidad equivalente a un proyecto es una network. Dentro de una misma network también puedes construir varios sistemas conectados y organizarlos con grupos y topologías, pero conviene crear otra cuando necesites aislamiento, equipo o facturación independientes.

Sí. En Vento, crea una network para cada proyecto si quieres que sean realmente independientes. Si los dos sistemas deben compartir equipo, datos o facturación, también pueden convivir en una sola network organizados mediante grupos y topologías.

Sí, normalmente conviene crear una network distinta cuando el proyecto necesita su propio equipo, facturación, créditos o aislamiento de datos y recursos. Si varias partes forman un mismo sistema y deben colaborar, pueden vivir en una sola network y organizarse con grupos y topologías. La network es el proyecto conectado y la frontera principal de permisos y consumo; el workspace es donde lo creas y operas.

Sí. Una network de Vento puede contener varios elementos conectados, como agentes, interfaces, fuentes de datos y dispositivos. Todos compartirán la misma frontera de miembros, permisos generales, wallet de créditos y plan. Si necesitas aislar clientes, equipos, facturación o datos, utiliza networks distintas en lugar de mezclarlo todo en una.

Crea una network para tus proyectos personales y otra para el trabajo de empresa.

1. 01Cada network aísla el sistema completo, sus datos, miembros, créditos y suscripción, por lo que es la frontera adecuada para separar ambos ámbitos.
2. 02Invita a compañeros solo a la network empresarial y utiliza roles y permisos según su responsabilidad.
3. 03Vento no tiene una entidad de organización superior ni una suscripción que abarque automáticamente varias networks.

Una network es tu proyecto conectado en Vento. Reúne los nodos que forman el sistema y mantiene separados de otras networks sus miembros, permisos, créditos, plan y límites. La creas y operas desde el workspace de Vento.

Una network sirve para reunir y aislar un sistema completo en Vento. Organiza sus interfaces, agentes, datos, dispositivos, páginas y apps, y define quién puede acceder, qué créditos utiliza y qué plan tiene. Crear networks distintas permite separar proyectos, clientes o equipos; usar una sola permite que varios componentes compartan recursos y colaboren dentro del mismo entorno.

Sí, los cambios confirmados en los recursos, la configuración, las conversaciones, los datos y los archivos de la network se guardan en la instancia de Vento. El historial Git no es completamente automático: Vento Agent crea snapshots después de mutaciones exitosas según sus reglas y el usuario puede hacer commits desde Changelog. El texto que aún no has enviado en el navegador sí puede perderse al recargar.

Si cae la instancia de Vento, el panel de control, las APIs, las páginas públicas, los agentes y el control central dejan de estar disponibles hasta que vuelva. El trabajo ya guardado permanece en disco y los turnos de agente tienen recuperación duradera. El firmware de los dispositivos puede seguir ejecutando su lógica local, igual que algunas automatizaciones del móvil o un Vento Hub local, pero no podrán usar servicios cloud mientras dure la caída.

Sí. En Vento, puedes invitar a una persona con el rol visitor y concederle únicamente acceso de lectura o permisos puntuales sobre recursos concretos. Revisa esos permisos antes de compartir datos, acciones o secretos que no deba usar.

No existe un rol llamado viewer en Vento. Para dar acceso principalmente de lectura, invita a la persona como visitor. Si necesitas una vista totalmente pública y sin acceso al workspace, crea una página HTML separada.

Sí. En Vento, puedes publicar páginas HTML desde una network y compartirlas con personas sin cuenta. No compartas tokens de sesión, dispositivo o servicio en el HTML: una URL o token público debe dar únicamente el acceso mínimo que necesita la aplicación.

Vento permite crear una interfaz propia para usuarios externos y autenticar cuentas de plataforma que no entran al workspace, mediante el grupo external y reglas de login por network. Esos usuarios no forman un directorio independiente por aplicación y deben gestionarse mediante API. Para un producto público, diseña explícitamente registro, recuperación, permisos y protección de datos.

Sí, puedes dedicar una network a pruebas para aislar datos, dispositivos, usuarios y créditos del sistema principal. Es una convención de organización, no un tipo especial de entorno: Vento no aplica reglas de sandbox ni promoción automática por llamarla «pruebas». Utiliza datos no sensibles, credenciales separadas y dispositivos simulados o seguros, y documenta cómo trasladar después los cambios que decidas conservar.

Puedes crear networks distintas para desarrollo, pruebas y producción, pero Vento no ofrece entornos formales ni un flujo automático para promover cambios entre ellos. Cada network tendrá su propio equipo, datos, créditos y plan. Define manualmente credenciales y controles para cada entorno.

Vento no ofrece actualmente un botón para clonar una network completa. Puedes guardar nodos como plantillas y reutilizarlos en otra network, exportar e importar bases de datos en JSON, descargar archivos o sincronizar el repositorio Git. Revisa siempre credenciales y datos antes de copiar recursos.

Los Vento Credits son la unidad con la que Vento contabiliza el uso de la plataforma. Cada network tiene su propia wallet y usa créditos para turnos de agentes de IA, cómputo de nodos e integraciones hosted. Internamente, un crédito equivale a 10.000 tokens de modelo de IA, aunque otros trabajos se calculan por tiempo y CPU. Los créditos no son una moneda transferible entre networks.

En Vento, los tokens miden la cantidad de texto y contexto que procesa un modelo de IA; no son lo mismo que los Vento Credits que ve el usuario. La plataforma convierte el consumo del proveedor en créditos: la equivalencia actual es de 10.000 tokens de modelo por un crédito. El coste de una conversación también puede variar porque el agente lee archivos, usa herramientas y mantiene contexto, no solo por la longitud del mensaje que escribes.

Cada network de Vento tiene una wallet de créditos.

1. 01Cuando un agente usa un modelo, Vento convierte los tokens confirmados por el proveedor en créditos; el cómputo de nodos se calcula por duración y CPU, y las integraciones hosted aplican su propia unidad, como segundos de audio.
2. 02Los cargos aparecen en el ledger de Usage.
3. 03Si no queda saldo, Vento bloquea nuevas ejecuciones medidas, pero no borra el proyecto.

En Vento puedes ver el consumo en la página Usage de tu network. Allí aparece el saldo y un ledger con cada cargo, su categoría, la ejecución relacionada y los créditos utilizados; también muestra reembolsos cuando existen. El desglose se hace por network, ejecución y tipo de uso, no por usuario ni por una entidad «project» separada. Cada network conserva su propio historial y wallet.

No. En Vento no existe un coste fijo por mensaje. Un turno de agente consume una cantidad variable según los tokens que procese el proveedor, el historial, los archivos leídos, el razonamiento y las herramientas utilizadas. Un crédito equivale actualmente a 10.000 tokens de modelo, por lo que un mensaje puede gastar una fracción o más de un crédito. El dictado por micrófono del chat no consume créditos por sí mismo.

Vento consume créditos en tres categorías: uso de agentes de IA, cómputo de nodos y automatizaciones, e integraciones hosted como la transcripción de audio. La IA se cobra por tokens confirmados; el cómputo, por duración y CPU; y cada integración define su unidad. No consumen créditos las lecturas de dashboards, las tareas administrativas ni el dictado del navegador. En instalaciones self-hosted, la contabilidad puede estar desactivada.

En Vento, una consulta puede consumir más créditos si incluye una conversación larga, adjuntos, razonamiento profundo, lectura de muchos archivos o varias herramientas. El texto que escribes no refleja todo el trabajo del agente: también cuenta el contexto enviado al proveedor y, en otras ejecuciones, el tiempo o CPU del nodo. Revisa el detalle en Usage para identificar la ejecución y su categoría. Si el cargo parece incorrecto, conserva ese identificador para soporte.

Cuando una network se queda sin créditos, Vento bloquea la admisión de trabajos nuevos que generan consumo: turnos de agentes, acciones de nodos, automatizaciones e integraciones hosted. Las lecturas, la administración y la recarga siguen disponibles, y el proyecto no se borra. Los dashboards y páginas continúan visibles; los dispositivos mantienen su lógica local, aunque las acciones que dependan del runtime de Vento pueden dejar de ejecutarse.

En Vento, los créditos incluidos en una suscripción se conceden en cada ciclo de cuatro semanas. El catálogo actual asigna una cantidad distinta a Basic, Pro y Max, y cada grant puede tener su propia caducidad. Las compras sueltas, si se ofrecen, siguen una política aparte que no está confirmada públicamente. Revisa Billing y Usage para ver el ciclo, los créditos recibidos y su estado en tu network.

Los créditos pertenecen a cada network, no a la cuenta del usuario. Una network tiene su propia wallet, ledger, plan y límites. Si eres owner de tres networks, tendrás tres saldos separados y el consumo de una no utiliza los créditos de las otras. En Vento, la network es la unidad equivalente al proyecto, por lo que la facturación y el cómputo siguen esa frontera.

No. Cada network tiene una wallet independiente y Vento no ofrece un mecanismo para repartir un mismo saldo entre varias. Los créditos otorgados o comprados para una network se consumen únicamente allí. Si gestionas varios proyectos, revisa Usage y el plan de cada network por separado. Esta separación también evita que una carga de un proyecto agote los créditos de otro.

No. Vento no tiene actualmente una función ni una API para transferir créditos entre networks. Cada crédito queda asociado a la wallet de la network que lo recibió. Si has recargado la network equivocada, no intentes compensarlo con acciones técnicas: conserva el identificador de la compra y contacta con soporte, ya que cualquier corrección tendría que gestionarse de forma administrativa.

Sí. En Vento cada network se asocia a su propio cliente y suscripción de Stripe; una suscripción no cubre varias networks. Una network sin suscripción queda en estado Free y conserva sus datos, pero necesita créditos para iniciar trabajos medidos. Si separas proyectos en varias networks, debes gestionar el saldo y el plan de cada una de forma independiente.

Parcialmente. Sin créditos, los dashboards y páginas pueden seguir mostrándose, los datos no se borran y los dispositivos mantienen su lógica local. Vento bloquea nuevas ejecuciones que generan consumo, como agentes, acciones de nodos, automatizaciones y bots que dependen del runtime. En una instalación self-hosted con la contabilidad desactivada no se aplica ese bloqueo. Para continuidad, identifica qué partes de tu sistema requieren ejecuciones medidas.

Elige el plan de Vento según los créditos y el almacenamiento que necesite cada network.

1. 01Basic, Pro y Max incluyen las mismas funciones; cambian los créditos concedidos por ciclo y el espacio disponible.
2. 02Empieza estimando cuántos turnos de agente, automatizaciones, integraciones hosted y datos utilizarás, y después revisa el consumo real en Usage.
3. 03Si el saldo o el almacenamiento resultan insuficientes, cambia el plan de esa network.

No hay límites de usuarios distintos para cada plan de Vento. Basic, Pro y Max se diferencian por créditos y almacenamiento, mientras que los límites técnicos se aplican a nivel de plataforma o network. La evidencia actual tampoco fija un máximo de miembros por network. Sí existen roles y permisos para controlar quién puede ver o modificar recursos; por eso, al trabajar con un equipo, importa más configurar accesos que escoger un plan por número de usuarios.

Los planes de Vento no cambian el número de projects o networks permitido. Una network es el proyecto conectado que creas y operas desde el workspace: cada usuario puede ser propietario de hasta cinco networks y participar en un máximo de ocho activas. Cada network tiene su propia suscripción, wallet de créditos y límites. Estos son límites actuales de plataforma, configurables por el operador, no una ventaja exclusiva de Basic, Pro o Max.

Vento no aplica actualmente un número máximo de automatizaciones diferente por plan. Basic, Pro y Max comparten las mismas funciones; lo que cambia es la cantidad de créditos y almacenamiento. Cada ejecución de una automatización puede consumir créditos, y hay límites técnicos generales (por ejemplo, nodos simultáneos o concurrencia de agentes) que el operador puede ajustar por network. El límite práctico depende del consumo y de la carga, no de una cuota fija de automatizaciones.

“AI agent failed while starting” indica que el agente no llegó a iniciar, pero ese texto ya no coincide con los mensajes actuales de Vento. Hoy el arranque puede rechazarse porque Vento está ocupado, la instancia se está desplegando o las herramientas locales del agente no están disponibles. Espera unos segundos y reintenta; si persiste, copia el mensaje real y los detalles del run. El texto exacto es necesario para aplicar la solución correcta.

“AI agent execution failed” significa que el proceso del agente terminó con un error; no identifica por sí solo la causa. Abre los detalles del run para revisar `cause`, `reasonCode` o la salida disponible y vuelve a intentar el mensaje. Vento puede hacer algunos reintentos internos o cambiar de cuenta de proveedor, pero un rechazo por política requiere modificar la petición. Si el fallo se repite, comparte el identificador o traza del run con soporte, nunca credenciales.

En Vento, el error “The active agent executor did not begin steering before its deadline” aparece cuando intentas redirigir un agente en marcha y su ejecutor no confirma el nuevo mensaje dentro de diez segundos. Ese mensaje de redirección se cancela antes de enviarse al proveedor, pero el run original puede seguir activo. Reenvía la instrucción; si el agente continúa sin responder, usa Stop y vuelve a empezar desde el progreso guardado. No hay reintento automático de ese mensaje.

El error “too many concurrent AI agents process” significa que Vento ha alcanzado el límite de agentes simultáneos. El mensaje actual suele indicar que Vento está ocupado; por defecto admite hasta diez agentes concurrentes por network y cincuenta en la instancia, aunque el operador puede ajustar estos límites. Las nuevas ejecuciones se rechazan, no quedan en cola. Espera a que terminen otros agentes (o detén los que ya no necesites) y vuelve a intentarlo.

Si el agente de Vento se queda pensando, revisa si sigue mostrando actividad y espera a que aparezca la opción “Keep waiting” o “Stop”.

1. 01Tras diez minutos sin actividad, Vento pide decidir si continuar; si no respondes, limpia el run al cabo de un minuto.
2. 02Puedes usar Stop antes: cancela el turno y conserva el progreso visible.
3. 03Después, reformula la petición en una tarea más pequeña y, si se repite, guarda los detalles del run para soporte.

Si la pantalla de Vento no se actualiza, guarda primero cualquier texto que aún no hayas enviado y recarga la página.

1. 01Los recursos, conversaciones y datos persistidos de la network viven en el servidor, por lo que refrescar no debería borrar ese estado; los borradores locales sí pueden perderse.
2. 02Si tras la recarga el run sigue sin cambios, abre sus detalles, comprueba la conexión y anota hora, network y agente para reportarlo.
3. 03Evita repetir acciones con efectos externos sin comprobar su resultado.

Puedes refrescar Vento si el agente no avanza, pero copia antes cualquier mensaje o formulario que no hayas enviado.

1. 01La recarga conserva el estado persistido de la network y el progreso visible del run; no conserva necesariamente borradores del navegador.
2. 02Antes de relanzar una acción, comprueba en los detalles del run si llegó a ejecutarse, especialmente si enviaba mensajes, modificaba datos o controlaba un dispositivo.
3. 03Si no cambia nada, usa Stop o repórtalo con la traza.

No, Vento no dispone hoy de una página pública de estado. La plataforma tiene endpoints internos de salud y diagnóstico para operadores, pero no ofrecen a usuarios un historial público de disponibilidad o incidencias. Si necesitas saber si un problema es general, consulta las comunicaciones del equipo y reporta la hora y el servicio afectado.

Vento no ofrece actualmente una garantía pública de uptime ni un SLA en sus planes. Eso significa que no debe interpretarse una cifra de disponibilidad como compromiso contractual, especialmente durante la etapa beta. Si un proyecto necesita objetivos de disponibilidad, soporte o recuperación concretos, habla con Protofy y acuerda esos requisitos antes de usar Vento en producción. Cualquier SLA futuro deberá indicar alcance, exclusiones, medición y compensaciones, no solo un porcentaje.

Sí, Vento puede consumir APIs externas y exponer endpoints propios. Puedes usar la acción “Call an API” para GET o POST, escribir `fetch` en la lógica de un nodo o una automatización para otros métodos, y publicar acciones mediante endpoints, alias públicos o APIs de databases. Algunas rutas requieren sesión o token y otras pueden declararse públicas. Las tasks de API personalizada requieren permisos de administración. Antes de conectar un servicio, define autenticación, límites y tratamiento de errores.

Sí, Vento puede recibir webhooks mediante una acción con una ruta pública personalizada y un Run Token regenerable. No existe una acción específica llamada “Webhook”, ni una función genérica de firma HMAC, prueba o replay. Para emitir un webhook, la lógica de un nodo o una automatización puede llamar a la API externa. Protege siempre la ruta con token, valida el payload en tu lógica y prueba la llamada antes de conectarla a una acción con efectos.

Para autorizar una llamada externa a Vento, usa el mecanismo adecuado al endpoint: un Bearer token con scopes, una sesión autenticada o el Run Token de una acción.

1. 01Los tokens se crean con permisos específicos y deben enviarse por HTTPS; el Run Token se puede regenerar o borrar desde la configuración de la acción.
2. 02Evita poner credenciales en la URL salvo que la integración lo exija, limita los scopes y revoca o rota el acceso cuando deje de ser necesario.

Sí, normalmente necesitas un token para llamar desde fuera a una API privada de Vento. Puedes usar un Bearer token con scopes para APIs generales o un Run Token limitado a una acción y su ruta pública. Un endpoint configurado como público puede no exigir sesión, pero debe elegirse conscientemente. Crea el token con el mínimo permiso, guárdalo como secreto, transmítelo solo por HTTPS y regenera o revoca el acceso si se comparte o deja de usarse.

Sí, Vento puede conectarse hoy a PostgreSQL externo y Google Sheets, además de usar SQLite y JSON internos. Una cadena PostgreSQL permite trabajar con servicios compatibles como Supabase, Neon o RDS. No hay conectores nativos verificados para MySQL, MongoDB, Airtable, Notion u Odoo; esos sistemas solo podrían integrarse mediante sus APIs o código propio. La configuración de PostgreSQL contiene secretos y debe gestionarla el owner de la network.

Sí, Vento puede usar Google Sheets como proveedor de datos para una database. La integración se configura con una cuenta de servicio y las claves correspondientes de la network, de modo que Vento pueda leer y escribir en la hoja autorizada. No basta con pegar un enlace público: debes compartir la hoja con la cuenta de servicio y limitar sus permisos. Para cargas más complejas o mayor control transaccional, valora PostgreSQL.

Vento no tiene actualmente un conector nativo para Airtable. Si tu base de Airtable expone la API necesaria, puedes integrarla mediante `fetch`, la acción “Call an API” o una automatización, gestionando tú la autenticación, la paginación y los errores. Esa conexión será una integración construida dentro de tu network, no una función preconfigurada o soportada específicamente por Vento. Para una database probada de forma nativa, usa PostgreSQL o Google Sheets.

Vento no ofrece hoy una integración nativa con Notion. Puedes conectar la API de Notion desde la lógica de un nodo o una automatización si configuras una credencial propia y programas las llamadas, pero Vento no proporciona un asistente específico, sincronización automática ni soporte de su modelo de datos. La alternativa probada para datos estructurados es PostgreSQL o Google Sheets. Revisa además los límites y permisos de la API de Notion antes de automatizar información sensible.

Vento no tiene actualmente un conector nativo para Odoo. Es posible integrar una instancia de Odoo a medida mediante su API desde la lógica de los nodos o las automatizaciones, siempre que configures autenticación, modelos, permisos y tratamiento de errores. Esa solución no incluye un asistente predefinido ni compatibilidad garantizada con todas las versiones de Odoo. Para un proyecto real, empieza con una operación limitada y reversible antes de permitir escrituras sobre pedidos, inventario o contabilidad.

Vento no dispone hoy de una integración nativa con Grafana. Puedes enviar datos desde Vento a una fuente que Grafana soporte (por ejemplo PostgreSQL) o exponer una API que un componente intermedio consulte, pero debes configurar esa arquitectura. Vento ya puede crear dashboards propios dentro de una network; Grafana puede ser útil si tu organización lo usa como capa de observabilidad. No hay un wizard de datasource o dashboard de Grafana generado automáticamente.

Sí, Vento puede conectarse con herramientas internas que expongan HTTP, APIs o webhooks. La lógica de un nodo o una automatización puede consultar datos, ejecutar acciones y publicar endpoints para recibir eventos; también puedes usar PostgreSQL o un cliente Node/Python como puente. No hay garantía automática de compatibilidad: debes definir autenticación, red, formato de datos, permisos y recuperación ante fallos. Empieza con acceso de solo lectura y añade escrituras únicamente después de probarlas en un entorno separado.

Sí, Vento permite crear tareas recurrentes con el scheduler de Automations. Puedes programarlas con helpers de hora, minuto y días o con una expresión cron. Las helpers tienen precisión de un minuto; una expresión cron puede usar segundos. Actualmente la programación se escribe en TypeScript, requiere permisos de administración y usa la zona horaria del proceso, sin selector propio en la interfaz. Comprueba la zona horaria y añade control de errores antes de activar una tarea periódica.

Sí, una automatización o el autopilot de un nodo puede consultar datos de forma periódica y desencadenar acciones. La tarea puede leer APIs, databases o dispositivos y después actualizar un nodo, emitir un evento, enviar una notificación push o llamar a Telegram. Define la frecuencia con cron, evita solapar ejecuciones largas y decide qué hacer ante errores, porque Vento no añade reintentos automáticos generales. Las ejecuciones programadas pueden consumir créditos de la network.

Vento no incluye hoy un sistema genérico de alertas de fallo listo para activar. Los errores sí emiten eventos, y puedes construir una regla o automatización que los convierta en una notificación push, un mensaje de Telegram o un email propio. Debes decidir qué fallos vigilar, evitar alertas duplicadas y probar el canal. Si la propia automatización de alerta falla, necesitarás una vía externa de supervisión.

Puedes apagar el autopilot de un nodo desde Vento. Las Automations escritas en TypeScript no tienen un botón individual de pausa o reanudación en la interfaz: deben detener su job desde el código, o ser reemplazadas o eliminadas. El control global del ejecutor afecta a toda la plataforma y no debe usarse como pausa de una sola tarea. Diseña cada automatización con un interruptor propio si necesitas detenerla de forma operativa.

Vento no tiene un entorno de pruebas, simulación o dry run integrado. Puedes reducir el riesgo usando una network separada y activando “Require Approval” en las acciones que deban esperar confirmación humana antes de ejecutar. Esa aprobación no simula el resultado: solo bloquea la acción hasta autorizarla. Para cambios con efectos físicos, datos o servicios externos, prepara datos de prueba y una forma de revertirlos antes de pasar a la network operativa.

Cuando una automatización o acción falla en Vento, la ejecución termina con error y no se reintenta automáticamente de forma general. Puedes manejar el fallo en el código mediante `onError`, registrar contexto y decidir si reintentar, compensar o detener el flujo. Las acciones tienen timeouts configurables y una cola de jobs no aporta por sí sola workers ni dead-letter queue. Diseña las operaciones para que repetirlas sea seguro y configura alertas específicas si el proceso es importante.

Sí, Vento ofrece logs de proceso, runs de agentes, navegador y nodos, además de eventos de negocio. En la interfaz, los Run details de un agente conservan hasta 500 entradas; otros logs rotan por tamaño y los eventos de negocio se retienen 30 días. El acceso depende del permiso `logs.read` dentro de la network. Los eventos de analítica no incluyen el texto de prompts, pero antes de compartir logs debes revisar que no contengan datos operativos sensibles.

Sí, Vento puede conectarse con Telegram mediante una receta documentada. No es un conector nativo: se crea un webhook receptor, una acción para enviar mensajes y un paso para configurar el webhook de Telegram. Necesitas un bot, sus secretos guardados en Keys y una instancia de Vento accesible mediante HTTPS público. Es el canal de chat externo con el flujo más documentado actualmente.

Para crear un bot de Telegram con Vento: crea el bot en BotFather y copia su token; guárdalo en Keys junto con un secreto de webhook, nunca dentro del código.

1. 01Después crea los pasos de la receta: recepción con ruta personalizada y respuesta manual, envío de mensajes y configuración del webhook.
2. 02Ejecuta la configuración para registrar una URL HTTPS pública y prueba un mensaje.
3. 03Si falla, revisa URL, tokens, logs del nodo y créditos de la network.

BotFather es el bot oficial de Telegram que permite crear y administrar otros bots. Lo necesitas para registrar el nombre de tu bot y obtener el token que autoriza las llamadas a la Bot API. Vento usa ese token para configurar el webhook y enviar respuestas. Guárdalo como una Key de la network, no en el código ni en una captura. BotFather pertenece a Telegram; Vento no crea ni recupera ese token por ti.

Guarda el token de Telegram en las Keys de tu network de Vento, con un nombre como `TELEGRAM_BOT_TOKEN`.

1. 01La receta también utiliza un secreto independiente para validar llamadas al webhook.
2. 02No pegues ninguno en el código del nodo, en un prompt, una URL compartida o una captura.
3. 03La lógica autorizada puede leer la Key durante la ejecución sin volver a mostrar su valor completo.
4. 04Si el token se expone, revócalo en Telegram y configura uno nuevo.

Tu bot de Telegram puede seguir funcionando con el PC apagado si la network se ejecuta en Vento cloud o en un Vento Hub siempre encendido. El bot vive donde corre la instancia de Vento, no en la pestaña del navegador. Si has instalado la instancia local en ese mismo PC, el bot se detendrá al apagarlo. En todos los casos, Telegram necesita alcanzar una URL HTTPS pública; `localhost` no funciona como destino del webhook.

Sí, un bot de Telegram construido con Vento puede consultar un inventario. El webhook entrega el mensaje a un agente u otro nodo, que puede leer una database interna, PostgreSQL, Google Sheets o una API y devolver el resultado por Telegram. Debes definir permisos, validar qué consultas acepta y evitar exponer datos sensibles en el chat. La capacidad técnica está disponible, aunque todavía no hay un caso de inventario público verificable que podamos enlazar como ejemplo.

Sí, Vento puede enviar notificaciones de inventario a Telegram. Una automatización puede consultar existencias, detectar una condición (por ejemplo, stock bajo) y usar la acción de envío del bot para avisar. Telegram se integra mediante una receta, no con un conector nativo. Configura umbrales, destinatarios, deduplicación y tratamiento de errores, y prueba el flujo con datos no críticos antes de activarlo. Las ejecuciones pueden consumir créditos de la network.

Los audios de Telegram no están soportados de serie en la receta oficial de Vento: el adaptador procesa texto y descarta mensajes sin texto. Puedes construir una extensión que descargue el audio y lo envíe a Speech to Text; la integración alojada acepta audio hasta 40 MiB y devuelve la transcripción. Eso requiere lógica propia y no convierte la voz en una función nativa del bot. Para empezar sin desarrollo adicional, utiliza mensajes de texto.

El bot responde texto pero no audios porque la receta oficial de Telegram para Vento solo procesa actualizaciones con texto. Las notas de voz se descartan si no has añadido un paso que descargue el fichero y lo transcriba. Para soportarlas, amplía el adaptador: valida el tipo y tamaño, descarga el audio con el token del bot, pásalo a Speech to Text y entrega la transcripción al agente. No compartas el token en esa lógica.

Sí, puedes dictar mensajes a Vento desde el botón de micrófono del chat en navegadores compatibles. La Web Speech API transcribe tu voz al cuadro de texto para que la revises antes de enviarla; este dictado no consume créditos y usa el idioma del navegador. Funciona normalmente en Chrome, Edge y Safari, pero no en Firefox y está desactivado en la app Electron. Vento Connect mide audio, pero no ofrece actualmente un chat de voz.

Vento no ofrece hoy una integración compatible y soportada para crear bots de WhatsApp. La documentación recomienda comenzar con Telegram, que sí tiene una receta probada. Técnicamente podría construirse un adaptador para la API oficial de WhatsApp, pero Vento no proporciona el flujo, las verificaciones ni el soporte necesarios. No uses automatizaciones no oficiales como si fueran una función de Vento; pueden incumplir las condiciones del proveedor.

WhatsApp es más complicado que Telegram en Vento porque hoy no existe una receta ni un adaptador soportado para WhatsApp, mientras que Telegram tiene un flujo documentado con webhooks y acciones. Una integración futura deberá resolver el alta y las verificaciones del proveedor, sus costes, plantillas y políticas, además de autenticación y entrega. Por ahora, Vento recomienda Telegram para bots de chat.

Sí, puedes crear un asistente interno conectado a Telegram y a los datos o acciones de tu network. Vento recibe mensajes mediante un webhook, consulta databases o APIs y devuelve respuestas por el mismo canal. Discord y WhatsApp no tienen hoy adaptadores soportados, así que requieren una integración propia. Para uso interno, limita quién puede invocar el bot, aplica permisos de mínimo acceso y evita devolver secretos o datos personales en canales compartidos.

Sí, Vento funciona con dispositivos IoT y permite conectarlos con dashboards, agentes y automatizaciones. Tiene soporte verificado para ESP32/ESPHome, Arduino, Shelly, Raspberry Pi y ordenadores con Desktop Agent, móviles con Vento Connect, WLED y clientes Node.js o Python. “Soportado” no significa lo mismo en todos: puede incluir firmware, flasheo, telemetría, control o conexión mediante MQTT. Para hardware propio, utiliza un cliente programable o una API como puente.

Sí, Vento funciona con ESP32 mediante ESPHome. Los modelos ESP32 probados son ESP32-S3 DevKitC-1, Protofy ESP32S3 devBoard, ESP32 DevKitC V4 y Seeed XIAO ESP32S3. Vento puede generar configuración y firmware, compilar, flashear desde el navegador, actualizar por OTA y conectar sensores o actuadores por MQTT. El catálogo ESPHome incluye además Seeed XIAO RP2040, que no es un ESP32. Otras placas requieren configuración manual y no se consideran verificadas.

Sí, Vento funciona con Arduino UNO R3, UNO R4 WiFi y MEGA 2560. Vento Agent puede ayudarte a crear el sketch, compilarlo y flashearlo desde el navegador. El flasheo necesita un navegador compatible con WebSerial, normalmente Chrome o Edge sobre HTTPS. Arduino no dispone del flujo OTA que ofrece ESPHome, por lo que para actualizar el firmware debes volver a conectar la placa. Comprueba siempre el modelo, los pines y la alimentación antes de cargarlo.

Sí, Vento funciona con Raspberry Pi 4 y 5 de 64 bits. Puedes usarla como dispositivo mediante Desktop Agent, como cliente Python o como host de Vento Hub para ejecutar una instancia local. Desktop Agent está disponible para Linux ARM64 y también existe una build ARMv7; Vento Hub requiere ARM64. Los requisitos mínimos oficiales aún no están publicados, así que para cargas intensivas conviene dimensionar memoria y almacenamiento según los dispositivos, agentes, automatizaciones y datos que mantendrás activos.

Vento no tiene soporte nativo para PLC actualmente. No incluye drivers, catálogo, descubrimiento ni configuración específica para controladores industriales. Un PLC podría conectarse mediante un gateway o cliente Node/Python si expone MQTT o una API compatible, pero esa solución debe diseñarse, probarse y mantenerse para el equipo concreto. No presentes esa integración a medida como compatibilidad oficial, especialmente si interviene en control de maquinaria o funciones de seguridad.

Vento no ofrece soporte nativo para Modbus TCP ni Modbus RTU. No hay un conector, driver o acción oficial para leer registros o escribir coils. Puedes construir un puente externo que traduzca Modbus a MQTT o HTTP y conectarlo mediante un cliente Node/Python, pero su seguridad, mapeo y recuperación quedan a cargo del proyecto. Para control industrial, valida el gateway y añade protecciones independientes antes de permitir escrituras.

Sí, Vento puede conectar sensores mediante ESPHome, móviles y otros dispositivos. El catálogo ESPHome incluye DHT11/22, DS18B20, BMP280, ADS1115, HX711, PIR, ultrasonidos, rotary encoder, ADC, GPS y más; Vento Connect añade sensores del teléfono. Los valores llegan por MQTT a la network y pueden mostrarse, almacenarse o activar automatizaciones. Para un sensor fuera del catálogo, necesitarás configuración manual o un cliente Node/Python que publique sus datos.

Vento puede conectarse con máquinas industriales si estas exponen MQTT o una API, o si añades un gateway o cliente Node/Python que traduzca su protocolo. No tiene hoy soporte nativo para PLC, Modbus, OPC-UA o SCADA. La monitorización suele ser el primer paso más seguro; el control requiere validar estados, fallos de comunicación, paradas y protecciones fuera de Vento. Cada máquina necesita una evaluación específica antes de considerarla compatible.

Sí, Vento puede controlar luces LED mediante ESPHome, WLED y actuadores compatibles. El catálogo incluye PWM, luces direccionables como WS2812/SK6812 y NeoPixel, además de WLED por IP. Puedes manejar brillo, color o efectos desde un dashboard, una automatización o un agente. Usa una fuente y un driver adecuados para la tira, respeta tensión y corriente, y evita conectar cargas directamente a una placa cuando necesitan potencia externa.

Sí, Vento puede consultar datos de producción si llegan mediante MQTT, una API, PostgreSQL o un cliente Node/Python. Los datos pueden visualizarse en dashboards, almacenarse como series temporales y consultarse desde agentes o automatizaciones. No hay conectores nativos para PLC, Modbus, OPC-UA o SCADA, por lo que muchas instalaciones necesitan un gateway. Empieza con lectura y valida unidades, frecuencia, calidad y permisos antes de automatizar decisiones sobre el proceso.

Sí, puedes ver desde el móvil datos de una Raspberry Pi conectada a Vento. La Raspberry Pi y el teléfono se conectan de forma saliente a la misma instancia mediante MQTT sobre WSS, por lo que con Vento cloud no necesitan estar en la misma red local. Puedes abrir el dashboard en el móvil o usar Vento Connect como dispositivo. En un Vento Hub sin internet, ambos deben poder alcanzar la instancia local.

No necesitas estar en la misma red local cuando tus dispositivos y el móvil se conectan a una instancia de Vento accesible por internet: cada cliente abre una conexión saliente y no requiere exponer puertos en casa. La conexión usa TLS/WSS si la instancia sirve HTTPS. Si trabajas con un Vento Hub aislado y sin internet, los clientes sí deben poder llegar al Hub por la red local. La disponibilidad también depende de que la instancia esté activa.

Sí, Vento puede monitorizar sensores en tiempo real. Los dispositivos publican valores por MQTT y los dashboards reciben actualizaciones push; también puedes guardar series temporales y activar eventos o alertas. La latencia depende del dispositivo, la red y la carga de la instancia, por lo que Vento no publica una cifra universal. Diseña el sistema para tolerar desconexiones y no uses una interfaz web como única protección de un proceso crítico.

Sí, Vento permite controlar dispositivos desde un dashboard. Un nodo puede mostrar valores y exponer acciones para relés, luces, motores, cámaras, móviles u otros dispositivos soportados, y el dashboard presenta esos controles al usuario. El acceso depende de los permisos de la network. Para acciones físicas, añade confirmación cuando proceda, valida el estado recibido y diseña un modo seguro si se corta internet, la instancia o el dispositivo.

Vento puede conectar sistemas legacy si disponen de MQTT o una API, o mediante un gateway o cliente Node/Python que traduzca su protocolo. No incluye conectores nativos para PLC, Modbus, OPC-UA o SCADA. La integración debe mapear datos, autenticación, errores y reconexión, y conviene comenzar en modo lectura. Si el sistema no ofrece una interfaz documentada, la compatibilidad no puede garantizarse y requerirá desarrollo e ingeniería específicos.

Sí, puedes subir archivos a Vento mediante Files y buckets. Ese almacenamiento acepta bytes de cualquier formato, con un límite por archivo configurable que por defecto es 10 MB. Los adjuntos del chat son distintos: solo aceptan JPEG, PNG, GIF, WebP, PDF, TXT, CSV y Markdown, con hasta cinco ficheros de 10 MiB por mensaje. Para archivos que el chat no admite, súbelos a un bucket y trabaja con su ruta.

Sí, puedes subir muchas imágenes a un bucket de Vento desde el File Browser, incluso seleccionando una carpeta. Los ficheros se envían uno a uno, por lo que una carga grande puede tardar. No uses los adjuntos del chat para lotes: están limitados a cinco por mensaje. Organiza las imágenes por directorios, comprueba el límite de 10 MB por archivo y facilita al agente la ruta del bucket para que procese el conjunto de forma controlada.

Sí, el File Browser de Vento permite seleccionar o arrastrar carpetas y conserva su estructura dentro de un bucket. La interfaz recorre los directorios y sube cada fichero secuencialmente; no envía la carpeta como una sola operación. Los nombres y rutas quedan dentro de la network y cuentan para su almacenamiento. Para un conjunto grande, crea primero un bucket adecuado, revisa el resultado y proporciona al agente la ruta en vez de adjuntar todos los archivos al chat.

Sí, puedes subir fotogramas o muchos archivos a un bucket de Vento, pero no como una tanda de adjuntos del chat: el chat admite cinco por mensaje. Usa el File Browser o la API para cargar el conjunto, organiza rutas y deja que el agente lea el bucket. Cada archivo tiene por defecto un máximo de 10 MB y la subida del navegador es secuencial. Para vídeo, considera extraer solo los fotogramas necesarios para reducir tiempo, coste y almacenamiento.

Un bucket en Vento es un contenedor de archivos que pertenece a una network. Se guarda en el filesystem de la instancia, cuenta para la cuota de almacenamiento y puede ser público o privado. También puede marcarse como committed para incluirlo en el Git de la network. Vento crea un bucket `public` reservado para contenido accesible sin autenticación; los demás pueden mantenerse privados para miembros autorizados. No es un bucket S3 ni un servicio cloud externo.

Para usar un bucket privado en Vento, un owner debe crearlo y mantenerlo sin acceso público.

1. 01Los miembros de la network pueden leer sus archivos; la escritura y el borrado quedan reservados a owners, salvo reglas especiales del bucket `public`.
2. 02Puedes subir desde el File Browser y pedir al agente que lea una ruta concreta.
3. 03Un bucket privado requiere una sesión con acceso a la network: no compartas su URL como si fuera un enlace público.

Sí, Vento Agent puede leer archivos desde un bucket. La skill de buckets le permite listar contenedores, subir archivos y trabajar con rutas de la network. Para evitar usar un destino incorrecto, indica explícitamente qué bucket y carpeta debe consultar; el agente no debería elegir automáticamente el bucket `public`. El acceso sigue los permisos de la network. Si el formato no es adecuado para el chat, mantenerlo en el bucket permite procesarlo mediante código o herramientas compatibles.

Sí, puedes organizar archivos por carpetas dentro de un bucket de Vento. El File Browser crea directorios y conserva rutas al subir una carpeta o arrastrar una estructura. Usa nombres estables y separa entradas, resultados y archivos temporales para que personas y agentes sepan dónde trabajar. Los directorios pueden descargarse como ZIP, pero subir un ZIP no lo descomprime automáticamente. La estructura completa permanece dentro de la network y cuenta para su cuota de almacenamiento.

Sí, puedes guardar un archivo ZIP en un bucket de Vento porque Files acepta bytes de cualquier formato. Sin embargo, Vento no lo descomprime automáticamente al subirlo y el chat no admite ZIP como adjunto. Si necesitas trabajar con su contenido, extrae el ZIP antes de cargar la carpeta o crea una automatización que lo procese de forma controlada. El ZIP también debe respetar el límite de subida por archivo, que es 10 MB por defecto.

Sí, puedes subir un XLSX a un bucket de Vento, pero no adjuntarlo directamente al chat del agente. El runtime de Automations incluye la librería XLSX para leerlo mediante código; la lógica de los nodos y el chat no tienen ese soporte. Para que un agente analice una tabla sin preparación adicional, convierte el archivo a CSV. Mantén el original en el bucket si necesitas conservar fórmulas o formatos, y usa una copia CSV para el flujo de datos.

Sí, puedes subir JSON a un bucket y Vento lo utiliza de forma nativa en databases y exportaciones. El chat del agente no acepta JSON como adjunto, por lo que debes subirlo a Files y proporcionar su ruta, importarlo a una database o convertirlo a TXT/Markdown si solo necesitas comentarlo. Valida siempre el esquema y el tamaño antes de reemplazar datos: una importación de storage puede usar modo `replace` y sobrescribir el contenido anterior.

Sí, y CSV es el formato recomendado para dar datos tabulares al agente de Vento. El chat acepta CSV, mientras que no admite XLSX; una Automation sí puede leer XLSX con código. Usa CSV cuando solo necesitas filas y columnas, y conserva XLSX si importan fórmulas, hojas múltiples o formato. Revisa separador, codificación y encabezados antes de subirlo, porque Vento no incorpora un parser CSV de plataforma que corrija automáticamente inconsistencias.

Sí, Vento ofrece databases dentro de cada network. Por defecto utiliza SQLite y permite modos mutable, versioned y de series temporales; también puede usar PostgreSQL, Google Sheets o JSON como proveedor. Las databases pueden exponer una API REST para leer y modificar registros desde la lógica de los nodos, apps o integraciones. El owner gestiona su definición y permisos. Elige series temporales para sensores, versioned cuando necesites historial por registro y PostgreSQL para una base externa administrada por tu equipo.

Sí, puedes exportar una database de Vento a JSON y reimportarla con modo de reemplazo. No hay exportación CSV ni dump SQL integrados. Si eliges PostgreSQL como proveedor, los datos ya residen en el servidor externo que administras y puedes usar sus propias herramientas de migración. Antes de mover una base, guarda un backup verificable, revisa relaciones y tipos, excluye secretos y prueba la importación en un entorno separado.

Sí, una app conectada a Vento puede usar PostgreSQL externo o Google Sheets y guardar datos de usuarios externos mediante la API REST de la database. Puedes exponer rutas con permisos para el grupo `external` o utilizar endpoints y tokens específicos. Debes diseñar autenticación, autorización por usuario, validación y privacidad: hacer pública una app no convierte automáticamente la database en multiusuario segura. Para datos personales, define base legal, retención y borrado antes de abrir el acceso.

Sí, una web creada con Vento puede guardar datos en una database de la network o en PostgreSQL o Google Sheets externos. La página llama a las APIs de Vento o a endpoints de los nodos para validar y persistir la información. Debes decidir quién puede escribir, comprobar entradas en el servidor y no incluir secretos en el JavaScript del navegador. Si la web admite usuarios externos, configura autenticación y permisos explícitos; una URL pública por sí sola no protege los datos.

Vento Files y buckets pueden almacenar cualquier formato de archivo, sujeto al límite de tamaño. El chat del agente solo admite JPEG, PNG, GIF, WebP, PDF, TXT, CSV y Markdown; rechaza JSON, XLSX, ZIP y audio como adjuntos. Automations puede leer XLSX mediante código, y Speech to Text acepta audio hasta 40 MiB. Por tanto, “soportado” depende de si quieres guardar, adjuntar, analizar o procesar el archivo.

Sí, Vento puede generar reportes como páginas HTML, documentos o archivos guardados en buckets. Un agente o automatización puede consultar databases, APIs y dispositivos, calcular resultados y construir una vista o fichero para compartir. El formato y la periodicidad se definen en el proyecto; no existe un generador único de informes con plantillas universales. Verifica siempre fuentes, fechas y cálculos antes de distribuir un reporte, especialmente si toma decisiones operativas o combina datos incompletos.

Puedes llevar una app de Vento a tu servidor solo parcialmente. El código de una Network App usa Node/Express y el HTML de las páginas se puede copiar, pero el arranque, proxy, datos, acciones y autenticación dependen del runtime de Vento. No existe una función de descarga lista para desplegar. Para alojarla fuera debes sustituir esas piezas o mantener la app conectada por API a una instancia de Vento.

Necesitas Vento Hub cuando quieres que dispositivos, dashboards y automatizaciones funcionen localmente sin depender de internet, cuando necesitas un gateway siempre encendido o cuando vas a montar un kiosco en Raspberry Pi o mini-PC.

1. 01No es obligatorio para usar Vento cloud ni para conectar un Desktop Agent.
2. 02Evalúalo si la continuidad local y la latencia de red son importantes, pero recuerda que los agentes Claude/Codex y algunos servicios de compilación siguen necesitando internet.

Sí, puedes construir en Vento online y usar el sistema offline si lo preparas para una instancia local o Vento Hub. Un `.ventopack` traslada la network, y dashboards, automatizaciones, páginas y dispositivos por MQTT local pueden seguir funcionando sin internet. No todas las funciones son offline: agentes Claude/Codex, compilación ESPHome y algunos servicios externos necesitan conexión. Revisa también que el paquete pueda contener Keys y protégelo antes de moverlo.

La IA de Vento no funciona completamente sin internet. Los agentes de plataforma basados en Claude o Codex necesitan conexión a sus proveedores. En cambio, la lógica de los nodos y las automatizaciones pueden llamar a un modelo local mediante LM Studio y mantener los datos en la máquina, siempre que el modelo y el runtime estén instalados. LM Studio no puede seleccionarse hoy como proveedor global del agente, y Vento no soporta Ollama. El resto del sistema local puede seguir funcionando sin IA cloud.

Sí, puedes ejecutar Vento en una Raspberry Pi 4 o 5 de 64 bits mediante Vento Hub. El Hub incluye la instancia local y puede usar un modo kiosk; también puedes conectar la Raspberry como dispositivo con Desktop Agent. La build del Hub requiere ARM64, mientras que Desktop Agent dispone además de ARMv7. No hay una tabla pública de requisitos mínimos, así que dimensiona almacenamiento y memoria según los dispositivos, datos y automatizaciones que mantendrás activos.

Sí, Vento puede ejecutarse en Linux. Vento Hub ofrece AppImage para Linux x64 y ARM64, y la plataforma puede instalarse en un servidor Linux con Node; Desktop Agent también dispone de builds para AMD64, ARM64 y ARMv7. El soporte exacto depende de la modalidad: Hub, self-hosting o dispositivo. No existe todavía una matriz pública de distribuciones y requisitos mínimos, por lo que conviene validar kernel, arquitectura, memoria y permisos antes de desplegar.

Vento no ofrece hoy un botón para descargar una app terminada y desplegarla sin dependencias. Puedes copiar el HTML de una página, exportar datos, llevarte el repositorio Git de la network o adaptar el código Express de una Network App. Sin embargo, las APIs, la autenticación, los nodos y la conexión con dispositivos siguen dependiendo del runtime de Vento salvo que sustituyas esas piezas en tu propia arquitectura.

Sí. Vento puede servir páginas HTML públicas desde una network y conectarlas con datos o acciones mediante endpoints y APIs. La página se aloja en la misma instancia de Vento, bajo una ruta de esa instancia, y puede abrirse sin entrar al workspace si la configuras como pública. Actualmente no existe una integración directa para desplegarla en Vercel o Netlify; un despliegue externo requiere adaptar sus dependencias de Vento.

No puedes asignar hoy un dominio propio a una app o network individual en Vento Cloud. Las páginas se publican bajo el dominio y la ruta de la instancia. Si operas una instancia self-hosted, puedes configurar un dominio para la instancia completa y gestionar tú mismo DNS y TLS; esa opción no equivale a tener un dominio personalizado por network. La renovación de certificados del mecanismo documentado es manual.

Sí. Vento permite que cada network mantenga historial Git con commits y diferencias, y los nodos disponen de versiones con metadatos y opción de restauración. La vista Changelog permite revisar cambios de la network. Esto no sustituye a un sistema completo de snapshots o backups: las bases de datos y otros recursos tienen mecanismos de exportación distintos, y los commits Git no se crean automáticamente para cualquier cambio manual.

Sí, pero actualmente crear o borrar una Network App requiere permisos de Platform admin y que la función esté activada en la instancia. Una Network App es un servicio Node/Express que vive dentro de una network; Vento lo descubre, inicia, supervisa y publica bajo el mismo host. La única plantilla soportada hoy es Node/Express.

Puedes construir la interfaz como una página HTML pública de la network y usar endpoints de nodos o bases de datos de Vento como backend.

1. 01Los nodos pueden exponer acciones con acceso público o token, y las bases de datos ofrecen API REST.
2. 02Esta arquitectura cubre muchos dashboards y herramientas internas sin necesitar una Network App.
3. 03Si realmente necesitas un servicio Node/Express persistente, la creación debe gestionarla un Platform admin.

Vento no ofrece hoy una plantilla Next.js ni despliegue directo a Vercel. Dentro de la plataforma puedes crear páginas HTML, interfaces React personalizadas y Network Apps Node/Express; también puedes generar código portable, pero alojarlo fuera requiere preparar tu propio proyecto y sustituir o conectar las dependencias de Vento. Si una app externa necesita datos o acciones de la network, puede consumir sus APIs con la autenticación adecuada.

Vento no genera actualmente una app Expo o React Native propia para publicarla en App Store o Google Play. La app Vento Connect, desarrollada por Protofy, convierte un móvil Android o iOS en un dispositivo de una network: aporta sensores, cámara, GPS y pantallas HTML interactivas. Para crear una app móvil independiente debes usar otro entorno de desarrollo y, si lo necesitas, conectarla después con las APIs de Vento.

La alternativa habitual es combinar una página HTML o una interfaz React de Vento con lógica de nodos y bases de datos. La interfaz muestra la información, los nodos ejecutan acciones o exponen endpoints y las bases de datos guardan el estado mediante su API REST. Solo necesitas una Network App cuando requieres un servicio Node/Express persistente o una lógica de servidor que ese patrón no cubre.

Sí. Vento puede crear dashboards de nodo, una UI React personalizada para un nodo, una vista React de la network y páginas HTML públicas. La elección depende de si la interfaz debe vivir dentro del workspace, ser pública o funcionar en un dispositivo.

No una app móvil compilada propia, por ahora. Vento puede usar un teléfono Android o iOS como dispositivo mediante Vento Connect, leer sensores, cámara o GPS y mostrar pantallas HTML interactivas enviadas desde una network. Si necesitas publicar una aplicación nativa independiente en las tiendas, tendrás que desarrollarla fuera de Vento y conectarla por API si procede.

Sí, de forma parcial. Desde Vento puedes llevarte el HTML de las páginas, datos exportados, el repositorio Git de la network y código Express de una Network App. No existe hoy una exportación automática a Vercel, Next.js o una app móvil.

Sí. En Vento, puedes invitar personas a una network mediante código, enlace o email y asignarles los roles owner, member o visitor. Para colaborar con acceso limitado, utiliza el rol visitor y concede solo permisos sobre los recursos necesarios.

Vento tiene tres roles de network: owner, member y visitor. El owner administra recursos, código, secretos, miembros, facturación y borrado. Platform admin es un rol global de la instancia, no un rol normal de la network.

Sí. En Vento, asigna el rol owner solo a quien deba administrar la network y utiliza member o visitor para el resto. Los permisos granulares no convierten el modelo en edición por campo; se aplican a recursos y acciones soportados.

Sí. En Vento, solo las personas que pertenecen a una network pueden entrar en su workspace. Las páginas HTML o acciones configuradas como públicas son una excepción: pueden usarse sin cuenta según su configuración. Si compartes una demo, expón únicamente la página y los endpoints necesarios, no la network ni credenciales internas.

Sí. Vento permite limitar acciones por rol, conceder grants sobre recursos concretos y configurar su acceso para usuarios o administradores. El owner debe revisar cuidadosamente cualquier acción pública: un token incluido en una página puede ser copiado por sus visitantes y no debe sustituir a permisos de usuario cuando haya datos sensibles.

Vento registra eventos con el usuario asociado y conserva determinados logs de ejecución, navegador y agentes, pero no ofrece hoy un módulo completo de auditoría por usuario. Los eventos de una network se retienen 30 días y pueden consultarse por API con el permiso correspondiente; la vista de eventos es solo para administradores globales. No debe considerarse un audit log exhaustivo ni una evidencia de cumplimiento normativo.

Sí. En Vento, puedes invitar a un cliente como member o visitor, concederle acceso a recursos concretos y revocarlo cuando termine el trabajo. Antes de compartir, elimina secretos de páginas, tokens visibles y paquetes sin cifrar, y comprueba qué acciones puede ejecutar cada persona.

Sí. En Vento, puedes crear una página HTML pública que muestre solo la información y las acciones necesarias, sin abrir el workspace de la network. Si publicas un chat embebido, trata su URL como una contraseña: quien la tenga puede usar el agente y consumir créditos hasta que rotes o revoques el grant.

Sí, mediante roles de network y grants puntuales. Cada usuario puede ser owner, member o visitor; un owner puede dar a un visitor permiso para escribir o ejecutar recursos concretos sin elevarlo a member. La granularidad depende del tipo de recurso: Vento no ofrece una matriz universal de permisos por campo para todos los datos.

Sí. En Vento, el proyecto se organiza normalmente como una network y puedes invitar usuarios externos por email, enlace o código. Las invitaciones pueden tener caducidad y límite de usos. Después puedes expulsar al usuario, revocar grants o desactivar el enlace de invitación.

En Vento, las keys de una network son write-only desde la API: el valor no vuelve a mostrarse y solo owners o procesos autorizados pueden usarlas.

1. 01Sin embargo, actualmente se almacenan en texto plano en el disco de la instancia y no tienen rotación ni caducidad automáticas.
2. 02Las credenciales de integraciones alojadas sí usan cifrado AES-256-GCM y versionado.
3. 03No publiques keys en páginas, prompts o código; rota manualmente cualquier secreto que pueda haberse expuesto.

Vento combina roles por network con permisos y grants sobre recursos concretos.

1. 01Owner administra toda la network; member trabaja con datos y acciones sin gestionar secretos, miembros o runtime; visitor empieza con lectura y recibe accesos puntuales.
2. 02Las sesiones pueden revocarse y algunas acciones admiten acceso público, token o aprobación.
3. 03No hay actualmente MFA, SSO SAML/OIDC ni políticas empresariales de contraseña configurables.

Tus projects o networks no se borran automáticamente al cancelar. Dejas de recibir los créditos de la suscripción y, cuando la wallet de una network se queda sin saldo, Vento bloquea nuevas ejecuciones medidas como agentes, acciones, bots y automatizaciones. Las páginas, dashboards y lecturas siguen disponibles, y los dispositivos mantienen su lógica local. El momento exacto en que la cancelación se hace efectiva depende de Stripe y debe revisarse en el portal de facturación.

Sí, pero el borrado es definitivo. Vento detiene las ejecuciones activas y elimina los recursos de la network; no hay papelera ni periodo de recuperación para el usuario. El nombre queda retirado permanentemente y no puede reutilizarse, mientras se conserva la evidencia contable necesaria. Antes de borrar, exporta bases de datos, archivos e historial que quieras conservar y comprueba que no dependan de esa network otros sistemas.

Sí. En Vento, un owner puede expulsar miembros, revocar grants, desactivar invitaciones y rotar o revocar el acceso a un chat embebido. La invalidación de membresía se propaga de inmediato. También puedes cerrar sesiones del navegador. Ten en cuenta que algunos tokens técnicos de larga duración no tienen revocación individual; en casos extremos se invalidan al recrear la network o suspender la cuenta. Revoca además las claves del proveedor externo cuando corresponda.

Puedes trabajar con el agente de Vento en español: responde en el idioma en que le escribes. La interfaz principal, sin embargo, está actualmente en inglés y la documentación interna también. Vento sigue en beta y la traducción de la interfaz no está completa.

Sí. Puedes escribir al agente de Vento en español y el sistema le indica que responda en el mismo idioma del usuario, aunque la interfaz esté en inglés. El dictado no está disponible en todos los navegadores ni en la app Electron.

Sí. La interfaz principal de Vento está hoy en inglés y todavía no dispone de un sistema completo de traducciones. Algunas pantallas contienen textos sueltos en castellano, pero no deben interpretarse como una versión localizada completa.

Para aprender a usar Vento, empieza con una network de prueba y describe un objetivo pequeño en el wizard.

1. 01Usa una plantilla, pide al agente que proponga la arquitectura y que divida el trabajo en pasos; después revisa cada interfaz, automatización o dispositivo que cree.
2. 02Como todavía no hay documentación pública completa, apóyate en el propio agente y en Discord.
3. 03Para aprender con seguridad, evita empezar por sistemas eléctricos críticos o datos sensibles.

No. Vento no publica hoy un roadmap con funciones y fechas comprometidas. Para conocer el estado de una función concreta, pregunta al equipo y distingue siempre entre disponible, beta, en desarrollo y roadmap. La FAQ no debe convertir planes internos en promesas públicas.

ChatGPT es un asistente general para conversar, investigar, crear entregables y realizar tareas con herramientas. Vento es una plataforma especializada en construir y operar sistemas conectados: mantiene datos, automatizaciones, páginas, agentes y dispositivos dentro de una network persistente.

Usa ChatGPT cuando necesites un asistente general; usa Vento cuando el resultado deba seguir ejecutándose y conectarse con hardware. También pueden complementarse, y sus funciones evolucionan con rapidez.

Claude es un asistente general que conversa, analiza y crea artifacts como documentos, código, webs o componentes interactivos. Vento está orientado a construir y operar networks persistentes con datos, automatizaciones, APIs y dispositivos físicos.

Usa Claude para pensar, analizar o crear un entregable; usa Vento cuando necesites que el sistema conserve estado y siga operando. También puedes idear con Claude y construir el sistema en Vento.

Cursor es un editor de código con agentes que entienden repositorios, modifican archivos, ejecutan comandos y permiten revisar diffs. Vento no es un IDE para desarrollar software arbitrario: el agente construye dentro de una plataforma que ya ejecuta datos, páginas, automatizaciones y dispositivos.

Elige Cursor cuando el centro del trabajo sea un codebase propio; elige Vento cuando quieras montar y operar un sistema conectado dentro de una network.

Lovable se centra en crear, iterar y publicar aplicaciones web full-stack con lenguaje natural y código editable. Vento se centra en sistemas conectados que combinan agentes, datos, automatizaciones, interfaces y dispositivos físicos dentro de una network. Lovable ofrece un flujo más directo para una web desplegable, dominio propio y sincronización con GitHub; Vento integra hardware y operación persistente.

Para una app web pura suele encajar mejor Lovable; para software más mundo físico, Vento.

Bolt es una herramienta con IA para crear webs, aplicaciones full-stack y apps móviles, con editor de código, base de datos, hosting y dominios en Bolt Cloud. Vento construye networks que conectan agentes, automatizaciones, datos e interfaces con dispositivos como ESP32, Arduino, Raspberry Pi o móviles. Bolt es más directo si buscas publicar una aplicación convencional; Vento encaja cuando el sistema debe observar o actuar en el mundo físico y seguir operando dentro de su runtime.

Replit es un entorno cloud para crear, editar, ejecutar y publicar software con Agent, incluyendo webs, apps, bots y despliegues de distintos tipos. Vento es una plataforma más específica: organiza un sistema como una network y conecta agentes, datos, automatizaciones y hardware. Replit ofrece mayor libertad de stack y despliegue; Vento reduce la configuración cuando necesitas dispositivos y superficies operativas ya integradas. Una app externa también puede usar Vento como backend.

Retool está especializado en aplicaciones internas, apps móviles, workflows y agentes sobre datos empresariales, con controles de gobierno y un editor visual maduro. Vento también puede crear herramientas internas, pero añade dispositivos físicos, circuitos, firmware y un agente que construye dentro de una network operativa. Retool suele encajar mejor cuando importan conectores SaaS y gobierno enterprise; Vento, cuando el flujo une IA, software y hardware compatible. Vento sigue en beta.

Bubble combina IA y un editor visual para crear aplicaciones web y móviles con base de datos, workflows e integraciones. Vento construye sistemas como networks donde conviven agentes, APIs, automatizaciones y dispositivos físicos.

Elige Bubble si el centro del proyecto es una app web o móvil visual; elige Vento si debe integrar hardware y operar un sistema físico-digital. Vento no sustituye hoy a Bubble para crear una app móvil propia.

Make es una plataforma visual de automatización con miles de integraciones para conectar aplicaciones y diseñar workflows. Vento tiene un catálogo SaaS mucho menor, pero integra en la misma network agentes, datos propios, interfaces y dispositivos físicos, y puede construir conexiones a medida mediante APIs.

Usa Make si el trabajo consiste sobre todo en orquestar herramientas SaaS ya soportadas; usa Vento si el sistema también necesita hardware, dashboards y agentes persistentes.

Zapier automatiza procesos entre aplicaciones mediante triggers, actions y un catálogo muy amplio de integraciones, y también ofrece agentes, tablas, MCP y herramientas de IA. Vento cuenta hoy con muchas menos integraciones SaaS; su diferencia es reunir agentes, datos, interfaces y dispositivos físicos dentro de una network. Zapier encaja mejor para conectar servicios empresariales existentes; Vento, para construir un sistema conectado que incluya hardware compatible.

n8n es una herramienta de automatización de workflows, disponible en cloud o self-hosted, que conecta aplicaciones mediante nodos, APIs y código y añade capacidades de IA. Vento construye una network más amplia: además de automatizaciones incluye dashboards, páginas, datos, agentes y dispositivos físicos compatibles. n8n suele encajar mejor para flujos entre APIs y SaaS; Vento, cuando la automatización forma parte de un sistema físico-digital que también debe visualizarse y operarse.

Node-RED es una herramienta low-code para aplicaciones orientadas a eventos: construyes flows arrastrando nodos y conectándolos visualmente. Vento también representa flujos, pero la interfaz principal de construcción es un agente al que describes el sistema; además integra networks multiusuario, datos, páginas, circuitos y dispositivos soportados.

Elige Node-RED si priorizas control visual y su ecosistema de nodos; elige Vento si quieres construir por lenguaje natural dentro de un runtime físico-digital integrado.

Home Assistant es una plataforma open source de domótica centrada en control local, privacidad y un ecosistema muy amplio de dispositivos y marcas. Vento tiene una compatibilidad doméstica menor, pero permite construir por lenguaje natural sistemas que combinan hardware compatible, agentes, datos, APIs, dashboards y páginas más allá del hogar.

Para automatización doméstica lista para integrar, Home Assistant suele ser más adecuado; para crear un sistema físico-digital a medida, puede encajar Vento.

Usa Vento cuando la automatización deba incluir dispositivos físicos, sensores, actuadores, dashboards, datos propios o agentes persistentes dentro del mismo sistema.

Usa Make o Zapier cuando el objetivo principal sea conectar rápidamente muchas aplicaciones SaaS mediante integraciones ya preparadas. Vento tiene hoy un catálogo de conectores mucho menor y suele requerir API para servicios no integrados. También puedes combinarlos: Make o Zapier orquestan SaaS y Vento opera la parte física-digital.

Usa Vento si la herramienta interna debe conectarse de forma nativa con ESP32, Arduino, Raspberry Pi, sensores o actuadores y quieres que un agente construya el sistema completo.

Usa Retool si priorizas un constructor de aplicaciones empresariales maduro, apps móviles, conectores SaaS, gobierno y controles enterprise. Ambos pueden trabajar con datos y workflows; la decisión depende de si el centro del problema es el mundo físico o la aplicación interna.

Usa Vento para validar y evolucionar con rapidez un sistema que encaje en sus agentes, interfaces, APIs y hardware compatible. Contrata desarrollo a medida cuando necesites una arquitectura completamente libre, una app móvil nativa propia, certificaciones, SLA, integraciones muy específicas o control total del despliegue. También puedes empezar en Vento y extraer o conectar piezas después, sabiendo que no existe una exportación automática de todo el runtime.

Usa Vento cuando quieras empezar con runtime, agentes, datos, dashboards, APIs y dispositivos ya conectados, sin ensamblar cada servicio desde cero. Monta un stack propio cuando necesites tecnologías, políticas de seguridad, escalado o despliegue fuera del modelo de Vento. Vento puede complementar un stack existente mediante APIs, PostgreSQL y MQTT; no es necesario sustituirlo todo. Evalúa además la beta, la dependencia del runtime y tus requisitos de operación.

No. Vento reduce el trabajo necesario para construir dashboards, automatizaciones, APIs, agentes y conexiones con hardware compatible, y permite que una persona no técnica avance mucho más. Pero no sustituye el criterio de ingeniería, la validación, la seguridad ni el mantenimiento de software arbitrario. Un desarrollador puede revisar y extender lo creado cuando el proyecto lo exige. En sistemas críticos o fuera del modelo de Vento, sigue siendo necesaria experiencia técnica.

Solo en algunos casos. Vento puede sustituir una plataforma de automatización cuando el flujo combina IA, datos propios, dashboards y los dispositivos compatibles con Vento. No es un reemplazo directo si necesitas miles de conectores SaaS listos, gobierno enterprise maduro o funciones específicas de una herramienta como Make, Zapier o n8n. En muchos proyectos resulta más útil conectarlas: la plataforma tradicional integra SaaS y Vento opera el sistema físico-digital.

Vento puede sustituir una plataforma IoT en proyectos que usen las placas, dispositivos y protocolos actualmente soportados, especialmente cuando también necesitas agentes, dashboards y automatizaciones. No sustituye una plataforma IoT especializada para cualquier flota, PLC, protocolo industrial, certificación o escala. Vento no soporta hoy PLC ni Modbus de forma nativa. Comprueba la matriz de compatibilidad y prueba el hardware real antes de decidir; para otros equipos puedes integrar un cliente Node/Python o un gateway propio.

Sí. Vento puede ejecutar agentes con Codex y permite hacer llamadas a OpenAI desde la lógica de los nodos o las automatizaciones. Los agentes normales usan cuentas gestionadas por la plataforma, por lo que no necesitas conectar tu propia clave para empezar. Si escribes una integración o lógica propia que llame directamente a OpenAI, puedes guardar una clave en las keys de tu network. El proveedor y modelo disponibles pueden variar según la configuración de la instancia.

No para usar los agentes de Vento: funcionan con cuentas de IA gestionadas por la plataforma y consumen créditos de la network. Solo necesitas una clave propia si creas lógica de nodo, una automatización o una integración que llame directamente a un proveedor externo por tu cuenta. En ese caso puedes guardarla como key de la network, pero debes gestionar su coste, permisos y rotación. Los modelos locales mediante LM Studio siguen una configuración distinta.

Sí, con condiciones. Puedes llamar a un proveedor externo desde la lógica de los nodos o las automatizaciones usando su API y una key de la network, y puedes usar modelos locales expuestos por LM Studio. Estas opciones sirven para lógica que construyas dentro del sistema, pero no reemplazan hoy el proveedor global de los agentes Vento. No existe un selector universal de modelos, un catálogo de proveedores externos ni soporte nativo para Ollama.

Sí, para llamadas que programes en la lógica de los nodos o las automatizaciones. Guarda la clave como una key de la network y recupérala desde el código autorizado; no la incluyas en una página, prompt o repositorio. Esa clave no sustituye actualmente las cuentas que usa el agente principal de Vento ni activa un selector global de OpenAI. Las llamadas con tu credencial se facturan según tu relación con OpenAI, no como uso gestionado del agente.

Sí, si ejecutas el modelo localmente con LM Studio y lo llamas desde la lógica de un nodo o una automatización. Debes instalar LM Studio, cargar un modelo compatible y configurar su endpoint; el hardware necesario depende del modelo. Esta integración procesa una petición cada vez y tiene un timeout de dos minutos. No puedes seleccionar hoy ese modelo como proveedor general de los agentes Vento, y Ollama no está soportado de forma nativa.

Vento no tiene hoy un marketplace ni un SDK público para instalar plugins de terceros con un clic. Puedes extender una network con lógica personalizada en sus nodos, tasks TypeScript, Network Apps Node/Express y skills, pero varias de esas superficies requieren permisos de Platform admin. Las integraciones alojadas también las publica un administrador global. Para una necesidad concreta, lo más accesible es usar una API desde la lógica de un nodo o una automatización.

Sí. En Vento, puedes conectar una API desde la lógica de un nodo o una automatización, guardar credenciales en las keys de la network y exponer endpoints o webhooks para intercambiar datos. También es posible desarrollar una integración alojada, pero publicarla en el catálogo requiere permisos de administrador global y no existe todavía un SDK público para terceros. Empieza por la API genérica salvo que necesites un conector reutilizable gestionado por la plataforma.

Sí. Puedes escribir lógica JavaScript en nodos, automatizaciones y tasks TypeScript, páginas HTML o interfaces React, y servicios Node/Express como Network Apps. La lógica de los nodos se ejecuta en un sandbox y es la opción habitual dentro de una network. Tasks y Network Apps requieren permisos administrativos. También puedes mantener código externo y conectarlo con Vento por API, tokens o MQTT según el caso.

Sí. Una app externa puede llamar a endpoints de nodos, rutas públicas o la API REST de las bases de datos de Vento, usando acceso público, un token específico o JWT con scopes según el riesgo. Vento puede aportar datos, acciones, agentes y dispositivos como backend. La app seguirá dependiendo del runtime y la autenticación de Vento; protege los tokens, aplica permisos mínimos y no los incrustes en código público si permiten acciones sensibles.

En Vento no necesitas un plan específico para crear un bot: la función está disponible también en una network Free. El plan determina cuántos créditos recibe esa network y su almacenamiento. Un bot activo consume créditos cuando ejecuta agentes, acciones o integraciones, así que elige Basic, Pro o Max según el uso previsto. Telegram está soportado mediante una receta documentada; WhatsApp y Discord no son integraciones de bot disponibles hoy.

En Vento, las automatizaciones no están bloqueadas por plan; puedes crearlas en cualquier network. Basic, Pro y Max se diferencian principalmente por créditos y almacenamiento. Las ejecuciones consumen créditos según el tiempo y CPU utilizados, y las automations TypeScript requieren permisos administrativos para crearse. Empieza con el nivel que cubra tu prueba y revisa Usage: una automatización frecuente o continua necesitará más saldo que una tarea ocasional.

No hay un plan obligatorio para conectar dispositivos compatibles: esa capacidad está disponible en cualquier network. El plan aporta créditos y almacenamiento, no desbloquea modelos de placa. Los dispositivos pueden seguir reportando y ejecutar lógica local sin créditos, pero las acciones de Vento, agentes y automatizaciones nuevas pueden quedar bloqueadas si la wallet se agota. Comprueba primero que tu Arduino, ESP32, Raspberry Pi u otro equipo esté soportado.

No necesitas un plan de equipo específico: Vento permite invitar miembros en cualquier network y no documenta un límite de usuarios distinto por plan. Los roles disponibles son owner, member y visitor. La suscripción, los créditos y el almacenamiento pertenecen a la network compartida. Si necesitas SSO, MFA, auditoría completa, soporte contractual o controles enterprise, esas funciones no forman parte de los planes self-service actuales y deben evaluarse con Protofy.

Sí. Puedes contactar con Protofy mediante su formulario de contacto; dentro de Vento también existe un formulario Enterprise que se dirige al equipo comercial. Indica tu caso de uso, perfil de usuario, datos, integraciones, hardware y requisitos de despliegue para recibir una respuesta útil. Vento no publica todavía horarios ni tiempo garantizado de respuesta, por lo que una necesidad contractual o urgente debe acordarse expresamente.

Para crear un dashboard con IA sin programar en Vento, empieza por definir qué datos necesitas y qué decisión debe facilitar.

1. 01Crea una network y conecta la fuente: una base de datos, API o dispositivo.
2. 02Pide a Vento Agent que prepare el nodo y organice tablas, gráficos, mapas, cámaras o controles en la vista dashboard.
3. 03Revisa datos, permisos y acciones con casos reales.

Puedes iterar el diseño hablando con el agente; una visualización o lógica muy específica puede necesitar código o revisión técnica.

Para crear una automatización con IA para tu negocio en Vento, empieza por un proceso concreto y medible.

1. 01Define el evento de entrada, los datos necesarios, la decisión, la acción final y quién interviene si falla.
2. 02Pide a Vento Agent que conecte las APIs o bases de datos y construya el flujo en una network.
3. 03Prueba con datos no críticos, añade aprobación a las acciones sensibles y registra el resultado.

Vento no incorpora un dry run general ni reintentos universales: debes diseñar expresamente esos controles.

Para crear un bot de Telegram conectado a una base de datos con Vento:

1. 01Registra el bot en BotFather y guarda el token y el secreto del webhook como Keys de la network.
2. 02Crea los pasos de recepción, respuesta y configuración del webhook.
3. 03Conecta el flujo con una database interna, PostgreSQL o Google Sheets y limita las consultas permitidas.
4. 04Publica el webhook desde una instancia HTTPS y prueba mensajes reales.

La receta oficial procesa texto; las notas de voz requieren una extensión adicional.

Para crear una app interna con IA en Vento, define primero usuarios, datos, decisiones y acciones.

1. 01Crea una network para el equipo.
2. 02Pide al agente que construya la base de datos y una interfaz de dashboard, HTML o React.
3. 03Añade el agente que consultará información o ejecutará tareas.
4. 04Configura roles, permisos y aprobaciones antes de compartirla.

Si necesitas SSO, una app móvil compilada o un despliegue web independiente, tendrás que evaluar otra herramienta o una arquitectura externa.

Para conectar una Raspberry Pi con un agente de IA en Vento:

1. 01Añade un Desktop Agent a la network y descarga el paquete para Linux ARM64.
2. 02Instálalo en una Raspberry Pi 4 o 5 de 64 bits y verifica que aparece como dispositivo conectado.
3. 03Crea un nodo con los datos o acciones que quieres exponer al agente.
4. 04Concede únicamente los permisos necesarios y prueba cada acción.

La conexión con Vento Cloud es saliente; Claude y Codex necesitan internet. LM Studio permite IA local desde la lógica de los nodos o las automatizaciones, no como proveedor global del agente.

Para crear un sistema IoT con IA en Vento, diseña primero qué debe observar, decidir y accionar.

1. 01Elige una placa, gateway o dispositivo compatible.
2. 02Crea una network y pide al agente que prepare el firmware, el almacenamiento de datos y un panel de control.
3. 03Conecta la telemetría mediante MQTT y añade las reglas o agentes de IA.
4. 04Prueba con cargas seguras, configura permisos y decide qué ocurrirá si se corta internet.

Vento está en beta y no ofrece compatibilidad nativa con cualquier PLC o protocolo industrial.

Para crear un panel de control de sensores con Vento:

1. 01Añade un dispositivo compatible a una network y comprueba que recibe las medidas.
2. 02Crea un nodo y guarda históricos en una database de series temporales si los necesitas.
3. 03Organiza indicadores, gráficos, tablas o mapas en la vista dashboard.
4. 04Separa los controles de actuadores y protégelos con permisos o aprobación.

Los datos pueden actualizarse por MQTT; la latencia real depende del dispositivo, la red y la carga de la instancia.

Para conectar un ESP32 a un dashboard web con Vento:

1. 01Elige una placa verificada del catálogo ESPHome y define sus sensores o actuadores.
2. 02Deja que Vento genere la configuración y el firmware.
3. 03Flashea desde Chrome o Edge mediante WebSerial sobre HTTPS.
4. 04Muestra en un dashboard los valores que el ESP32 publica por MQTT.

Las placas del catálogo admiten OTA para cambios posteriores. Comprueba pinout, tensión y alimentación; otras variantes pueden requerir configuración manual.

Para automatizar un inventario con IA en Vento:

1. 01Crea una database con productos, existencias y movimientos.
2. 02Importa los datos iniciales y construye un panel de control para buscar, editar y detectar mínimos.
3. 03Conecta un agente para consultar la información y una automatización para generar avisos o sincronizar una API.
4. 04Empieza con permisos de lectura y exige aprobación para escrituras.

Vento permite construir el sistema, pero no ofrece un producto de inventario empaquetado.

Para consultar datos de producción con un agente de IA en Vento:

1. 01Conecta una fuente compatible, como PostgreSQL, una API, Google Sheets o telemetría MQTT.
2. 02Crea un nodo que normalice las consultas y limite los datos disponibles.
3. 03Da al agente solo las herramientas necesarias y ofrece el acceso desde chat, Telegram o un panel de control.
4. 04Valida unidades, permisos y respuestas con datos reales.

Las máquinas legacy pueden necesitar un puente HTTP, MQTT o Node/Python; no hay integración nativa con PLC, Modbus u OPC-UA.

Para crear un asistente de operaciones internas con Vento, empieza por una responsabilidad acotada.

1. 01Define qué preguntas responde, qué fuentes consulta y qué acciones puede ejecutar.
2. 02Crea una network y conecta las databases o APIs necesarias.
3. 03Añade un agente y publícalo en el chat interno, una interfaz web o Telegram.
4. 04Separa lectura y escritura, exige aprobación para acciones sensibles y registra los eventos relevantes.

Amplía el alcance solo después de validar respuestas, permisos, consumo de créditos y comportamiento ante fallos.

Para convertir una idea en un prototipo funcional con IA en Vento:

1. 01Describe el usuario, el problema, las entradas, el resultado y las restricciones.
2. 02Pide al agente una arquitectura y un plan dividido en tareas pequeñas.
3. 03Deja que construya la interfaz, los datos, la lógica y las conexiones.
4. 04Prueba el flujo con casos reales, revisa lo creado y corrige por conversación.

El prototipo es la primera fase, no el techo del producto: si demuestra valor, puedes seguir evolucionándolo hacia un sistema más completo.

Para crear una herramienta interna sin montar inicialmente un equipo de desarrollo, elige un proceso pequeño y bien entendido.

1. 01Describe sus usuarios, datos, reglas y resultado.
2. 02Pide a Vento Agent que construya la database, el panel de control y las automatizaciones.
3. 03Comparte la network con roles adecuados y prueba el flujo con el equipo.
4. 04Mide si reduce trabajo antes de ampliarlo.

Autenticación compleja, datos sensibles, integraciones especiales y producción crítica siguen necesitando revisión técnica.

Para conectar APIs, bases de datos y dispositivos con IA en Vento:

1. 01Crea una network y guarda las credenciales como Keys.
2. 02Conecta la API desde la lógica de un nodo o una automatización y elige una database interna, PostgreSQL o Google Sheets.
3. 03Añade el dispositivo mediante MQTT o un cliente compatible.
4. 04Da al agente acceso solo a las consultas y acciones necesarias, y muestra el estado en un dashboard u otra interfaz.

Los servicios o equipos no soportados necesitan una API o cliente puente mantenido por el proyecto.

Para usar IA al construir un sistema conectado, define primero qué observa el sistema, qué decide, sobre qué actúa y quién conserva el control.

1. 01Describe esa intención a Vento Agent.
2. 02Conecta datos, interfaces y dispositivos dentro de una network.
3. 03Prueba cada acción y añade permisos, aprobaciones y recuperación ante fallos.
4. 04Decide qué debe seguir funcionando sin internet o sin créditos.

La IA acelera la construcción y la iteración; la responsabilidad de validar el sistema sigue siendo humana.