Build: crea, revisa y publica una app web

Antes de empezar

Build crea aplicaciones interactivas que funcionan en el navegador con HTML, CSS y JavaScript. Sirve para páginas y experiencias web, no para servicios de backend arbitrarios, aplicaciones full stack con infraestructura de servidor ni apps móviles nativas. Inicia un hilo Build al elegir Build en el panel inicial del espacio o cambia a Build al empezar en Chat.

Las respuestas Build crean versiones del proyecto en el árbol de conversación. El panel Tu app muestra la vista previa y el código de la versión seleccionada. Generar, editar manualmente y publicar son acciones distintas.

Cuándo te conviene

Usa Build para una página de aterrizaje, una calculadora interactiva, un juego sencillo de navegador, un prototipo de dashboard o una experiencia web que quieras compartir. Elige Preguntar para hablar del proyecto sin modificar el código. Usa Construir cuando quieras que el modelo implemente un cambio.

Pasos

1. Inicia un espacio y elige Build. Describe la app, su público, su función principal y su estilo visual. Activa Hazme unas preguntas antes para definir la app si quieres aclarar requisitos antes de construirla.
2. Responde a las preguntas del modelo y revisa la Spec resultante. Elige Ajustar para refinarla, Decide tú para completar lo que falte con opciones razonables o Construir para crear la app. Si no necesitas esa fase, usa Construir ya cuando aparezca.
3. Abre Tu app y usa Vista previa. Prueba Móvil, Tablet y Escritorio, y pulsa Recargar para actualizar la vista. La vista previa se ejecuta en un marco de navegador aislado; el proyecto no recibe un backend de servidor.
4. Pide cambios en un nodo Build, por ejemplo: «Añade un botón claro para restablecer y pide confirmación antes de borrar el formulario». Cada respuesta Build correcta crea otra versión. Bifurca una versión para probar otra dirección sin perder la anterior.
5. Elige Preguntar para hablar del proyecto sin cambiar el código y Construir para implementarlo. En la vista previa, Editar textos e imágenes permite modificar directamente texto o imágenes sin gastar créditos; Editar con IA te deja seleccionar un elemento y describir el cambio.
6. Abre Código para revisar o editar archivos. Los cambios manuales se reflejan en la vista previa; pulsa Guardar versión para registrarlos como una versión nueva o Descartar para desechar los cambios pendientes. Si la vista previa muestra errores, consulta Consola y pulsa Arreglar.
7. Para publicar, pulsa Publicar, verifica tu email si te lo pide la app, elige una dirección disponible y revisa el título y las opciones para compartir. Publica solo cuando quieras que el sitio esté accesible en esa dirección.
8. Para actualizar el código público, selecciona la versión que quieres y pulsa Publicar esta versión. Guardar cambios guarda los datos del sitio, como el título, la dirección, la descripción y las opciones para compartir; no publica otra versión del proyecto. Una versión generada o guardada manualmente no actualiza automáticamente el sitio público. Usa Despublicar para retirarlo.

Ejemplo práctico

Crea un «Planificador de presupuesto para talleres» con campos de asistentes, coste del local y materiales por persona. Pide un total estimado y el coste por persona, además de un botón para restablecer. Empieza aclarando moneda, público y validaciones; revisa la spec y construye. Comprueba el diseño en Móvil y Escritorio, prueba otra rama con un estilo más simple y publica la versión que hayas revisado.

Qué ocurre después

Comparte la dirección del sitio publicado. La página publicada y el proyecto de trabajo son cosas distintas: las respuestas Build posteriores y las ediciones manuales crean o guardan versiones, pero publicar es lo que modifica el sitio en directo. En los planes de pago, Descargar ofrece un HTML individual o un ZIP del proyecto, y GitHub puede exportarlo si has conectado GitHub con las herramientas necesarias. Si permites el remix, otra persona puede copiar el proyecto a su propio espacio.

Coste y límites

Las generaciones de modelos pueden gastar créditos; revisa el modelo y la longitud antes de enviar. Las ediciones directas de texto e imagen en la vista previa no consumen créditos. Si paras una generación, se conserva el texto parcial, pero una respuesta Build interrumpida no guarda una versión nueva del proyecto. Para publicar necesitas verificar el email. Los sitios Free muestran la barra de Neurothread, permiten remix y no aparecen en buscadores. Los planes de pago permiten ocultar la barra, desactivar el remix y habilitar la indexación; descargar y exportar a GitHub son funciones de pago. Los límites de planes, número de sitios y disponibilidad pueden cambiar; consulta neurothread.ai/pricing. Una vista previa o versión guardada no es pública automáticamente, y el sitio publicado puede pasar por revisión antes de mostrarse.

Solución de problemas

• La vista previa está vacía: espera a que se escriban los primeros archivos, comprueba que haya un index.html y pulsa Recargar.
• La petición habla de la app pero no la cambia: selecciona Construir, no Preguntar.
• La edición manual no aparece en la conversación: pulsa Guardar versión; los cambios sin guardar solo están en el borrador de vista previa.
• El sitio muestra una versión antigua: abre la versión correcta y pulsa Publicar esta versión. Guardar cambios actualiza los datos del sitio, no el código publicado. Guardar o generar una versión no la publica por sí solo.
• No puedes publicar: verifica tu email, elige una dirección disponible y comprueba el límite de publicaciones del plan.
• Falla la exportación a GitHub: conecta GitHub en Ajustes → Apps conectadas y comprueba que la conexión tenga las herramientas necesarias para crear repositorios y subir archivos.
• El proyecto necesita backend o funciones nativas: Build solo crea HTML, CSS y JavaScript para el navegador. Para funciones de servidor o nativas necesitas otro servicio o plataforma de desarrollo.

Guías relacionadas

• Plantillas
• Modelos y créditos