Weft Studio 0.2.0-beta.8.1

Weft Studio 0.2.0-beta.8.1

Correcciones de la gestión de proyectos. Una tanda de arreglos pequeños sobre la beta 8: la papelera, el selector de portada, renombrar y el foco de los diálogos. Para Linux x86_64 y Windows 11 x64.

Qué cambia

• Papelera: mandar a la papelera el proyecto abierto espera a que termine de guardar su versión en curso. En Windows, mover la carpeta mientras se escribía podía fallar.
• Selector de portada: al cerrarlo, las fotos de los frames que aún no se habían tomado se cancelan, así que las portadas del Home no esperan detrás de ellas en proyectos grandes.
• Renombrar y cambiar la portada funcionan con el proyecto abierto aunque lo hayas quitado de la lista de recientes (antes daba «Project not found»).
• Marca de portada en el editor: el menú del frame marca la misma portada que muestra el Home, también después de borrar el frame que lo era.
• Foco: al cerrar los diálogos de la papelera o de la portada, el foco vuelve al botón «⋯» de la tarjeta.
• Menos peticiones: renombrar el proyecto o cambiar su portada ya no vuelve a cargar los frames.
• Aprobaciones de Codex: la orden que pide aprobar se muestra con las comillas que necesita (rm -rf 'a b', no rm -rf a b).

Al actualizar

La app se actualiza sola, como siempre: Update y Restart to update. No cambia ningún dato ni formato de archivo.

Archivos

Sistema	Archivo
Linux x86_64	Weft-Studio-0.2.0-beta.8.1-x86_64.AppImage
Debian / Ubuntu	weft-studio_0.2.0-beta.8.1_amd64.deb
Windows 11 x64	Weft-Studio-0.2.0-beta.8.1-x64-Setup.exe (sin firmar)

Las sumas están en SHA256SUMS.txt. El instalador de Windows se construyó en Linux y no se ha probado en Windows.

Weft Studio 0.2.0-beta.8

Weft Studio 0.2.0-beta.8

La release de la gestión de proyectos. El Home pasa de lista a gestor: los proyectos se pueden mandar a la papelera, renombrar en el Home y en el editor, y cada tarjeta muestra una portada que eliges tú. Para Linux x86_64 y Windows 11 x64.

Qué cambia

• Mandar a la papelera: el menú «⋯» de una tarjeta tiene Move to trash. Tras confirmar, la carpeta del proyecto va a la papelera del sistema, con todo su historial, y se puede recuperar desde ahí. Nunca se borra para siempre. Remove from list sigue quitándolo solo de la lista.
• Renombrar: al pasar el cursor por el nombre, en la tarjeta o en la cápsula de arriba a la izquierda del editor, aparece un lápiz. Al pulsarlo, el nombre se edita en el sitio: Enter guarda y Escape cancela. La carpeta no cambia de nombre y la lista conserva su orden.
• Portada: cada tarjeta muestra un único frame que la llena entera, en lugar de tres miniaturas pequeñas. Se elige con Change cover… en el menú de la tarjeta o con Use as project cover en el menú «…» de un frame, que ahora se ve a cualquier ancho. Si no eliges ninguno, la portada es el primer frame.
• Modo claro: las tarjetas se distinguen del fondo.
• Pequeñas correcciones: el chip «1×» del compositor queda centrado con el resto de controles; Export y Views se alinean en el menú del frame; Escape mientras se borra una skill ya no cierra Settings.

Al actualizar

La app se actualiza sola: Update y Restart to update. Los proyectos no cambian hasta que los renombras o eliges su portada. La portada se guarda en el propio proyecto (weft-studio.json), y una versión anterior de la app la ignora. Las fotos de portada se vuelven a tomar más grandes la primera vez que abres el Home, así que tardan un poco en aparecer.

Archivos

Sistema	Archivo
Linux x86_64	Weft-Studio-0.2.0-beta.8-x86_64.AppImage
Debian / Ubuntu	weft-studio_0.2.0-beta.8_amd64.deb
Windows 11 x64	Weft-Studio-0.2.0-beta.8-x64-Setup.exe (sin firmar)

Las sumas están en SHA256SUMS.txt. El instalador de Windows se construyó en Linux y no se ha probado en Windows.

Weft Studio 0.2.0-beta.7

Weft Studio 0.2.0-beta.7

La release del MCP por partes y las capturas. Sale de probar el MCP con un agente de programación que implementó un diseño real: la captura del frame fallaba, algunos proyectos no tenían miniatura en Home y un diseño grande se leía cortado y a ciegas. Para Linux x86_64 y Windows 11 x64.

Qué cambia

• Capturas completas: un frame con imágenes de carga diferida (loading="lazy") bajo el pliegue ya se fotografía entero, también al exportar PNG o JPEG. Antes la captura esperaba esas imágenes hasta agotarse y, aun sin esperar, las habría dejado vacías.
• Errores que dicen qué falló: si una imagen no carga, el mensaje la nombra en lugar de «did not finish rendering in time».
• Miniaturas en Home: los proyectos con muchas imágenes vuelven a mostrar la suya.
• Un agente lee un diseño grande por partes: con weft_studio_get_frame_design puede pedir part: "outline" (un resumen de unos 2 kB: variables, pantallas y el tamaño de cada parte), después solo la pantalla, los estilos o la lógica que necesita, y ids: false para recibir el diseño sin los identificadores del editor. Si una respuesta se corta, su primera línea dice cómo seguir.
• Entrega a agentes: el texto que copia «Send to a coding agent…» recomienda ese orden y capturar el frame de cada pantalla para comprobar el trabajo.
• Pequeña corrección: si la primera carga de los frames de un proyecto fallaba, los frames que ya estaban se animaban después como nuevos.

Al actualizar

La app se actualiza sola: Update y Restart to update. No cambia ningún dato ni formato de archivo. Los agentes que ya tienen registrado el MCP siguen funcionando: las herramientas conservan nombre y parámetros, y los nuevos son opcionales.

Archivos

Sistema	Archivo
Linux x86_64	Weft-Studio-0.2.0-beta.7-x86_64.AppImage
Debian / Ubuntu	weft-studio_0.2.0-beta.7_amd64.deb
Windows 11 x64	Weft-Studio-0.2.0-beta.7-x64-Setup.exe (sin firmar)

Las sumas están en SHA256SUMS.txt. El instalador de Windows se construyó en Linux y no se ha probado en Windows.

Weft Studio 0.2.0-beta.6.2

Weft Studio 0.2.0-beta.6.2

La release de las animaciones. La app se mueve más: los menús, las pestañas, los paneles, los frames nuevos y los mensajes tienen entrada y salida, con el mismo ritmo en todas partes. Para Linux x86_64 y Windows 11 x64.

Qué cambia

• Menús: entran con un pop desde el botón que los abre (assets, selectores, color, exportar, vistas, variantes por agente, modelos y el menú de Home). Los más usados también salen con una salida rápida.
• Edit: al cambiar de Simple a Pro, Code o Tweaks, el contenido entra desde el lado de la pestaña.
• Paneles: el chat y el panel derecho se deslizan hacia el borde al ocultarse y vuelven al mostrarse. El lienzo no se mueve.
• Frames y mensajes: un frame nuevo crece desde su centro y el mensaje que envías sube al hilo.
• Click through: aparece solo en modo Edit, con un pop, y la barra superior crece al hacerle sitio.
• Barras superiores: nuevo diseño de las dos cápsulas y botón de ocultar el chat circular.
• Movimiento reducido: si desactivas «Animations» en Settings, o tu sistema pide menos movimiento, todo pasa al instante.

Al actualizar

La app se actualiza sola, como siempre: Update y Restart to update. No cambia ningún dato ni formato de archivo.

Archivos

Sistema	Archivo
Linux x86_64	Weft-Studio-0.2.0-beta.6.2-x86_64.AppImage
Debian / Ubuntu	weft-studio_0.2.0-beta.6.2_amd64.deb
Windows 11 x64	Weft-Studio-0.2.0-beta.6.2-x64-Setup.exe (sin firmar)

Las sumas están en SHA256SUMS.txt. El instalador de Windows se construyó en Linux y no se ha probado en Windows.

Weft Studio 0.2.0-beta.6.1

Weft Studio 0.2.0-beta.6.1

CodeWeaves Studio ahora se llama Weft Studio. Esta versión es la misma beta 6 con el nombre nuevo, para Linux x86_64 y Windows 11 x64.

Qué cambia

• Nombre y logo: Weft Studio, con su logo nuevo en la Home, el editor y la bienvenida.
• Diseños .ws.html: los frames y las exportaciones HTML/ZIP usan la extensión .ws.html (el ZIP lleva ws-runtime.js). Import sigue aceptando .cw.html, .dc.html y las exportaciones de CodeWeaves Studio.
• MCP: el servidor se llama weft-studio y sus herramientas weft_studio_*. Si lo tenías conectado en otra herramienta, vuelve a registrarlo con el comando de Settings → Connect.

Al actualizar desde CodeWeaves Studio

• La app se actualiza sola, como siempre: Update y Restart to update.
• La primera vez que se abre trae tu configuración, cuentas, preferencias y proyectos recientes. Las carpetas de CodeWeaves quedan intactas.
• Cada proyecto se convierte al formato nuevo la primera vez que lo abres, sin tocar su contenido ni su historial.
• Si CodeWeaves Studio sigue abierta, Weft Studio te pide cerrarla antes de traer tus datos.
• En Debian/Ubuntu, el paquete weft-studio reemplaza a codeweaves-studio.

Archivos

Sistema	Archivo
Linux x86_64	Weft-Studio-0.2.0-beta.6.1-x86_64.AppImage
Debian / Ubuntu	weft-studio_0.2.0-beta.6.1_amd64.deb
Windows 11 x64	Weft-Studio-0.2.0-beta.6.1-x64-Setup.exe (sin firmar)

La release incluye también copias con los nombres de CodeWeaves Studio, para las instalaciones antiguas que descargan a mano. Las sumas están en SHA256SUMS.txt.

El instalador de Windows se construyó en Linux y no se ha probado en Windows.

CodeWeaves Studio 0.2.0-beta.6

CodeWeaves Studio 0.2.0-beta.6

Sexta beta de CodeWeaves Studio para Linux x86_64 y Windows 11 x64. Su titular es la exportación como código con su runtime, con importación de vuelta: lo que sale de Studio y lo que entra son ahora el mismo formato. Además, el gestor de assets queda completo (renombrar, insertar y convertir adjuntos del chat), los modelos de OpenCode se agrupan por proveedor y el lienzo gana dos ajustes.

Novedades

• Exportar como código con su runtime: el HTML exportado es un archivo nombre.cw.html que lleva el diseño como marcado legible (<cw-design>, con su lógica y sus datos) y el runtime dentro. Se abre con doble clic en cualquier navegador, sin servidor, y se ve y funciona igual que en el lienzo: tablas, listas, expresiones, eventos y estado. Si el diseño no es válido, la propia página lo dice, y los fallos de una expresión o de la lógica van a la consola. Antes el HTML era una página cerrada con el diseño como un árbol de datos. El ZIP lleva nombre.cw.html, el runtime aparte en cw-runtime.js (como el support.js de Claude Design) y la carpeta assets/. El menú Export explica qué es cada formato.
• Importar lo que se exporta: el botón Import acepta ahora el HTML y el ZIP que exporta Studio, además de .cw.html y .dc.html de Claude Design. También entran los HTML exportados por la beta 5 y anteriores (se reconstruye el código a partir de su árbol). El diseño importado se guarda sin el runtime, y exportar e importar de nuevo da un diseño que se ve igual.
• Importar un ZIP: crea el frame con su diseño y sus assets, que entran en la primera versión del frame (Descartar no los borra). El lector comprueba nombres, tamaños y sumas antes de fiarse: rechaza archivos cifrados, ZIP64, enlaces, nombres inseguros (.., rutas absolutas, \) y duplicados, y no deja nada a medias si algo falla. Avisa de lo que dejó fuera (por ejemplo un archivo que no es un asset admitido).
• Gestor de assets completo: cada ficha del panel Assets gana un lápiz para renombrar el archivo (conserva la extensión y actualiza las referencias del diseño; no pisa otro cuyo nombre solo difiera en mayúsculas ni se hace mientras un agente trabaja) y un botón Insert, que pone el archivo en el diseño como un único cambio que Deshacer revierte (al final del contenedor seleccionado, justo después del elemento si este no puede contener nada, o al final del diseño). Cada imagen adjunta de un mensaje lleva Add to assets para guardarla como asset del diseño.
• Modelos de OpenCode por proveedor: el selector de modelos agrupa los de OpenCode en una sección por proveedor («OPENCODE · GOOGLE», «OPENCODE · OPENROUTER», «OPENCODE · ZEN»…), sin repetir el proveedor en cada nombre; la búsqueda sigue funcionando. La página Providers de Settings avisa cuando una cuenta de OpenCode con sesión iniciada no ofrece ningún modelo, con una pista para volver a iniciar sesión.
• Lienzo: el marcador de comentario ya no se corta cuando el elemento comentado toca el borde del frame, y Ctrl/Cmd + rueda hace zoom en pasos de 10 puntos en vez de multiplicar el nivel por casi tres.
• Correcciones: la exportación conserva un bloque de control (cw-if, cw-else, cw-for) marcado como oculto, tal como lo muestra el lienzo (antes perdía su contenido y dejaba un cw-else huérfano que impedía importar); los iconos de los botones de las fichas de Assets quedan centrados con cuatro botones y el scroll del panel queda dentro de sus esquinas redondeadas; y en los desplegables del editor (inspector, Tweaks, Characters) un puntero quieto sobre el menú ya no pisa la opción que se eligió con las flechas, un fallo que venía de la beta 5 y que afectaba a quien usa el teclado con el ratón parado donde se abre el menú.

El formato de proyecto sigue siendo la versión 1 y no hay migración.

Requisitos

Los mismos que la beta 5: Linux (AppImage o .deb) o Windows 11 x64 con Git for Windows. Las herramientas de los agentes y sus cuentas pertenecen a cada proveedor. El instalador de Windows se distribuye sin firma digital (NotSigned), construido en Linux con la receta de las betas anteriores.

Límites conocidos

• Tamaños al importar: una página HTML de más de 16 MB se rechaza, el código de un diseño importado no puede pasar de 2 MB y un ZIP no puede pasar de 128 MB. Un HTML exportado con imágenes pesadas (se incrustan hasta 64 MB al exportar) puede no volver a entrar como HTML: el mensaje recomienda exportarlo como ZIP, que guarda las imágenes en assets/.
• Un ZIP sin un HTML en su raíz, o con más de uno, no se importa.
• Marcar como oculto un bloque de control (cw-if, cw-else, cw-for) no lo oculta: no pinta ningún elemento propio y las capas no le ofrecen un ojo; la exportación lo conserva como el lienzo lo muestra.
• En algunas instalaciones de OpenCode, GitHub Copilot aparece con sesión iniciada pero sin modelos: es OpenCode quien no los carga, y Studio lo dice en Providers sin poder arreglarlo.
• Insertar un asset arrastrándolo al lienzo y las carpetas dentro de assets/ quedan para otra entrega.
• Siguen los límites de la beta 5: un agente escribe a la vez, cada edición repinta los frames abiertos, no hay exportación masiva, y con Antigravity en Windows aparece un instante una ventana de consola.
• Las pruebas automáticas usan procesos controlados y agentes simulados: no certifican las respuestas de los servicios reales.

Verificación

Automáticas, sobre el árbol de esta versión: tipos, lint, presupuesto de supresiones y formato aprobados; 1.805 pruebas unitarias aprobadas (15 omitidas por ser de Windows u optativas), 90 de vista previa, 531 del editor en navegador (en desarrollo y compilado) y 17 de escritorio con los paquetes finales de Linux. Los paquetes (AppImage, .deb e instalador de Windows) tienen tamaños y sumas iguales a los de sus feeds.

La verificación encontró un fallo real que ya venía de la beta 5: en los desplegables del editor, un puntero quieto sobre donde se abre el menú recibía un hover del navegador que pisaba la opción elegida con las flechas (la prueba del teclado fallaba 8 de cada 60 veces al repetirla; con el arreglo, 60 de 60). El catálogo de OpenCode se comprobó contra el OpenCode real instalado, sin llamar a ningún modelo; no se hizo prueba con un agente real en esta beta.

La persona que lo encargó probó a mano la app de desarrollo (exportar e importar HTML y ZIP, assets, Providers y lienzo) y encontró dos detalles del panel de Assets (los iconos de las fichas y la barra de desplazamiento), ya corregidos; con ello dio por buena la versión. El instalador de Windows se construyó en Linux y no se ejecutó en Windows antes de publicar; la prueba de actualización real en Windows queda pendiente.

CodeWeaves Studio 0.2.0-beta.5

CodeWeaves Studio 0.2.0-beta.5

Quinta beta de CodeWeaves Studio para Linux x86_64 y Windows 11 x64. Su titular es el gestor de assets: la persona sube sus propias imágenes, GIF y vídeos al diseño y el agente los usa. Además, entrega de diseños a agentes de programación por MCP, conectar proveedores de IA desde Settings y un lote de correcciones de interfaz y exportación.

Novedades

• Gestor de assets: un botón Assets en la barra de herramientas abre un panel con los archivos del diseño que se edita. Se suben con el botón o arrastrándolos (varios a la vez), se ven en miniatura (también un fotograma de los vídeos), se copia su ruta (assets/nombre.png) y se borran con confirmación y aviso si el diseño los usa. Admite png, jpg, webp, avif, gif, svg, mp4 y webm, hasta 25 MB por archivo; un SVG con código se rechaza. Cada petición al agente lleva la lista de esos archivos y la orden de usarlos antes de buscar o generar imágenes. Las imágenes que se adjuntan en el chat siguen siendo referencias de solo lectura: si el agente no puede copiarlas, dice que se añadan con el botón Assets.
• Entrega a un agente de programación: el panel Export de cada frame tiene una fila «Send to a coding agent» (con icono, subtítulo y flecha), que abre un diálogo para elegir los diseños, el destino (Claude Code, Codex CLI, Gemini CLI, OpenCode u otras herramientas), incluir o no el comando que conecta el MCP y añadir instrucciones. Copy prompt deja en el portapapeles el texto para pegar en el agente. El MCP gana la herramienta codeweave_list_frame_assets (ruta completa y tamaño de cada archivo del diseño, listo para copiar) y codeweave_get_frame_design indica el archivo de diseño, para leerlo entero si se cortó. ZIP, HTML, PNG y JPEG se conservan.
• Proveedores de IA en Settings: una página Providers (grupo Agents) pensada para Settings: arriba dice cuántos agentes están listos (con «Check again»), y debajo hay una fila por cuenta (Claude Code, ChatGPT, Gemini, OpenCode) con su estado, cuántos modelos ofrece y la acción que toca (Install, Sign in, Sign in again, Try again). La instalación muestra primero el comando exacto; un trabajo en curso enseña la página de inicio de sesión, el campo del código y el registro, con la opción de pararlo; y cada cuenta tiene «Use the terminal instead» con su comando para copiar. Otros makers se alcanzan con OpenCode en una tarjeta aparte. Si ningún agente puede trabajar, el chat lo dice con un botón que abre esa página.
• Controles propios en el modo Edición: el selector de color (área de saturación y brillo, tono, valor hexadecimal, canales R, G y B y cuentagotas si el navegador lo ofrece) y todos los desplegables del inspector usan el estilo de la app y se mantienen dentro de la ventana. El valor ya aplicado no sale repetido en las listas. También en Tweaks y en el color de los agentes de Characters.
• Iconos de Settings renovados: cada página tiene un icono de silueta distinta y de 18 px (20 px en la barra compacta), relleno en la página actual: cuenta verificada (Providers), escudo (Behaviour), máscara (Characters), libro abierto (Skills), imagen (Images), enchufe (Connect) y flechas de refresco (Updates).
• Selector de Views: un botón Views en la cabecera del frame principal, en línea o dentro del menú de los tres puntos, abre un panel para mostrar u ocultar cada vista.
• Exportar HTML con imágenes pesadas: un diseño con varias fotos ya no falla por el límite de 2 MB del documento (las imágenes se incrustan con un tope de 64 MB; por encima, el mensaje recomienda el ZIP). El error de una exportación se ve bajo los controles, con el estilo de alerta de la app.

El formato de proyecto sigue siendo la versión 1 y no hay migración.

Requisitos

Los mismos que la beta 4: Linux (AppImage o .deb) o Windows 11 x64 con Git for Windows. Las herramientas de los agentes y sus cuentas pertenecen a cada proveedor. El instalador de Windows se distribuye sin firma digital (NotSigned), construido en Linux con la receta de las betas anteriores.

Límites conocidos

• Insertar un asset arrastrándolo al lienzo, renombrarlo o usar carpetas queda para otra entrega: el agente es quien los coloca. Las imágenes adjuntas al chat no se convierten en assets con un clic.
• El cuentagotas depende del navegador (Electron y Chromium lo tienen); sin él, el botón no aparece.
• Un SVG que lleva scripts o manejadores de eventos no se acepta como asset.
• Siguen los límites de la beta 4: un agente escribe a la vez, cada edición repinta los frames abiertos, no hay exportación masiva, y con Antigravity en Windows aparece un instante una ventana de consola.
• Las pruebas automáticas usan procesos controlados y agentes simulados: no certifican las respuestas de los servicios reales.

Verificación

Automáticas, sobre el árbol de esta versión: tipos, lint, presupuesto de supresiones y formato aprobados; 1.642 pruebas unitarias aprobadas (15 omitidas por ser de Windows u optativas), 89 de vista previa, 515 del editor en navegador (en desarrollo y compilado) y 17 de escritorio con los paquetes finales de Linux. Los paquetes (AppImage, .deb e instalador de Windows) tienen tamaños y sumas iguales a los de sus feeds.

Con agente real, una sola vez (Claude Haiku 5.5, esfuerzo bajo): se le dieron cinco carteles ya subidos a assets/ y se le pidió una cartelera con ellos; el diseño usó los cinco archivos y no inventó ninguno.

La persona que lo encargó probó a mano la preview (el gestor de assets, la entrega a agentes de programación, la página Providers, los controles propios y los iconos de Settings) y pidió corregir varios detalles de interfaz, ya incluidos. El instalador de Windows se construyó en Linux y no se ejecutó en Windows antes de publicar; la prueba de actualización real en Windows se hará al publicar.

CodeWeaves Studio 0.2.0-beta.4

CodeWeaves Studio 0.2.0-beta.4

Cuarta beta de CodeWeaves Studio para Linux x86_64 y Windows 11 x64. Trae las vistas múltiples: un diseño con varias pantallas se ve como un frame por pantalla, todos sobre el mismo documento, y además se puede mover el lienzo con el ratón sin touchpad.

Novedades

• Vistas múltiples: un diseño declara sus pantallas con una variable de tipo enum marcada con "views": true (por ejemplo home, pricing, contact). El editor muestra el frame principal y un frame por cada otra vista, hasta 8. Todos enseñan el mismo diseño: una edición hecha desde cualquiera, o una escritura del agente, se ve en todos a la vez. Cada frame arranca en su vista y se puede navegar dentro de él sin afectar a los demás.
• Ir al frame de una vista: en modo Interact, Ctrl (o Cmd) + clic en un enlace del menú de un frame no cambia ese frame: lleva el lienzo al frame de la vista a la que iba el enlace, y si estaba oculto lo vuelve a mostrar.
• Cabeceras de los frames de vista: se llaman <principal>-<vista>, comparten el agente del principal y no se pueden duplicar ni renombrar. Cerrar uno lo oculta (se recuerda al recargar) y se recupera desde la lista «Views» del menú del frame principal. Borrar el principal borra sus vistas; quitar una vista del diseño quita su frame.
• Un solo chat por diseño: el chat de un frame de vista es el del principal. Cada petición dice al agente de qué vista se habla (la del frame en el que estás, o la de por defecto si es el principal), y la selección y los Tweaks que van con ella son los del frame activo. Mientras el agente trabaja, la edición manual queda bloqueada en todos los frames del diseño.
• Present y exportación: Present arranca en la vista del frame desde el que se lanza y se navega dentro como en una aplicación. Exportar HTML o ZIP desde cualquier frame da la aplicación completa del principal; exportar PNG o JPEG desde un frame de vista da la imagen de esa vista (app-pricing@1x.png).
• Guía del agente: la guía del formato explica cómo declarar vistas (una variable marcada, state = { view: this.props.view } y un <cw-if> por vista), de modo que el agente las crea cuando se le pide una aplicación de varias pantallas. Más en docs/product/vistas-multiples.md.
• Mover el lienzo con ratón: arrastrar con el botón central (rueda pulsada) desplaza el lienzo en las dos dimensiones desde cualquier punto, también sobre un frame, y Mayús + rueda desplaza en horizontal. El touchpad, Ctrl + rueda y el pellizco siguen igual.
• Publicación: pnpm release:publish crea ahora la etiqueta anotada en el repositorio público de versiones antes de publicar, para que la versión nueva salga siempre la primera en el feed de actualizaciones.

El formato de proyecto sigue siendo la versión 1 y los diseños sin vistas no cambian en nada. Un proyecto con frames de vista no abre bien en una beta anterior.

Requisitos

Los mismos que la beta 3: Linux (AppImage o .deb) o Windows 11 x64 con Git for Windows. Las herramientas de los agentes y sus cuentas pertenecen a cada proveedor.

El instalador de Windows se distribuye sin firma digital (NotSigned): Windows puede avisar de editor desconocido. Comprueba su suma con SHA256SUMS.txt antes de ejecutarlo. Se compiló en Linux (la CI de GitHub sigue sin estar disponible) con la misma receta de la beta 3.

Límites conocidos

• Un solo agente escribe a la vez en un diseño, y deshacer y las versiones son del documento: «restaurar a ayer» restaura toda la aplicación, no una vista.
• Cada edición repinta todos los frames del diseño que están abiertos: con 6 frames la edición tarda unos 83 ms de mediana y cada frame añadido cuesta en torno a 43 MB de memoria. Con más de 8 vistas solo las 8 primeras tienen frame (el editor avisa). No se pausan los frames lejanos.
• El Ctrl + clic para ir a una vista funciona en modo Interact; en Edit el clic selecciona. Dentro de Present no hace nada.
• No hay exportación masiva: se exporta desde la cabecera de cada frame.
• Con Antigravity en Windows aparece durante una fracción de segundo una ventana de consola al iniciar un chat (pendiente de investigar, sin impacto).
• Las pruebas automáticas usan procesos controlados y agentes simulados: no certifican las respuestas de los servicios reales.

Verificación

Probado a mano en el editor (Linux) por la persona que lo encargó: cuadrícula de vistas, navegación por frame, Ctrl + clic, cabeceras, edición compartida, chat, Present, exportación y movimiento del lienzo con ratón. No se probó a mano en Windows: el instalador de Windows se construyó con el mismo código y receta que el de la beta 3, y la prueba de actualización real en Windows se hará justo después de publicar esta versión.

Automáticas, sobre el árbol de esta versión: tipos, lint, presupuesto de supresiones y formato aprobados; 1.608 pruebas unitarias aprobadas (15 omitidas por ser de Windows u optativas) y 89 de vista previa, más las pruebas de escritorio con los paquetes finales. Las 477 pruebas del editor en navegador, en desarrollo y compilado, pasaron sobre el código de la etapa 5; desde entonces solo cambiaron la versión, el script de publicación y la documentación.

CodeWeaves Studio 0.2.0-beta.3

CodeWeaves Studio 0.2.0-beta.3

Tercera beta de CodeWeaves Studio y primera con instalador para Windows 11 x64, además de Linux x86_64. Cierra el port funcional a Windows nativo y mejora la instalación de los agentes desde la propia app.

Novedades

• Windows 11 x64: instalador NSIS .exe por usuario (sin permisos de administrador), con icono, acceso en Inicio y desinstalador. Incluye Electron, editor, runtime, MCP, skills y el ayudante de procesos de Windows.
• Desinstalador que limpia: al desinstalar a mano hace dos preguntas por separado, con «No» como respuesta por defecto: si borra la configuración, la caché y los residuos de la app, y si borra también la carpeta de proyectos (%USERPROFILE%\CodeWeavesProjects). Una actualización y una desinstalación silenciosa (/S) no preguntan ni borran nada.
• Agentes instalados desde la app: CodeWeaves vuelve a leer el PATH del usuario antes de cada comprobación, así que un agente instalado con la app abierta se detecta sin reiniciarla; incluye la carpeta donde el instalador oficial deja Codex. Si la instalación termina pero el programa no aparece, la tarjeta lo dice en vez de mostrar «No instalado».
• Inicio de sesión visible: Codex y Antigravity abren una terminal (PowerShell en Windows, la terminal del sistema en Linux) con el comando de acceso ya ejecutado. Claude Code sigue iniciando sesión dentro de la app.
• OpenCode: ahora lista también sus modelos gratuitos (opencode/*-free), que funcionan desde fuera de OpenCode. Se mantiene OpenCode 1.18.33 en Windows; no se migra a OpenCode 2.
• Windows nativo: rutas de perfil y AppData, PATH nativo, ejecutables .exe y lanzadores npm .cmd, con espacios y Unicode, y cancelación de los procesos propios. Los comandos de instalación y login de Claude Code, Codex, Antigravity y OpenCode usan PowerShell.
• MCP: empaquetado dentro del .exe, sin Node externo. Settings → Connect indica cuándo copiar el comando en PowerShell.
• Updates: reconoce las instalaciones NSIS mediante el registro del usuario y permite descargar, instalar y reiniciar. Las copias sin instalación muestran la alternativa manual.
• Frames más robustos: cada conexión de frame usa su propio sitio de loopback; un diseño con lógica colgada no bloquea otro frame ni la recarga en modo seguro.
• Guardado: restaurar y descartar conserva los saltos de línea del diseño aunque Git tenga core.autocrlf=true, y el cierre del editor espera el guardado pendiente de los agentes.

El formato de proyecto sigue siendo la versión 1: los proyectos de la serie 0.2 se conservan. Las vistas múltiples quedan para otra entrega.

Requisitos

Windows 11 x64 con Git for Windows. La app y el MCP usan su runtime incluido; Node.js y npm solo hacen falta si eliges instalar OpenCode 1 por npm. Las herramientas de los agentes y sus cuentas pertenecen a cada proveedor. Linux mantiene los requisitos de siempre (AppImage o .deb).

El instalador de Windows se distribuye sin firma digital (NotSigned): Windows puede avisar de editor desconocido. Comprueba su suma con SHA256SUMS.txt antes de ejecutarlo. Se compiló en Linux, con el ayudante de procesos de Windows construido con el SDK de .NET a partir del mismo código fuente, porque la CI de GitHub no estaba disponible ese día.

Límites conocidos

• Con Antigravity en Windows aparece durante una fracción de segundo una ventana de consola al iniciar un chat. No afecta al funcionamiento y está pendiente de investigar.
• El aislamiento de frames se comprobó en el Chromium de las pruebas, y la guía manual incluye comprobarlo en la app instalada.
• Cada conexión de frame usa su propio origen: el localStorage de un diseño no se conserva entre reconexiones ni al recargar en modo seguro, y cada frame tiene su proceso de renderizado, por lo que muchos frames usan más memoria.
• La latencia de crear un proyecto, guardar y restaurar en Windows depende de varios procesos de Git y del antivirus.
• Un proyecto copiado con el Git propio de la persona (core.autocrlf=true) puede verse modificado: CodeWeaves ejecuta Git con core.autocrlf=false.
• Las pruebas automáticas usan procesos controlados y agentes simulados: no certifican la autenticación, la disponibilidad ni las respuestas de los servicios reales.

Verificación

Probado a mano en Windows 11 x64: instalación, uso con Codex y Gemini, detección e instalación de agentes desde la app y el desinstalador con sus dos preguntas. Guía en docs/windows/prueba-manual.md.

Automáticas: tipos, lint, presupuesto de supresiones y formato aprobados; 1.545 pruebas unitarias aprobadas (15 omitidas por ser de Windows u optativas), 83 de vista previa y 458 del editor, en desarrollo y compilado. La CI de Windows (Windows Server 2025, con ciclo de instalación NSIS y actualización real entre versiones de prueba) pasó completa sobre el candidato anterior; las últimas correcciones, que no cambian el código de la app salvo el desinstalador y la detección de agentes, se comprobaron con pruebas unitarias y a mano.

CodeWeaves Studio 0.2.0-beta.2

CodeWeaves Studio 0.2.0-beta.2

Segunda beta de CodeWeaves Studio para Linux x86_64, centrada en la nueva ventana de Ajustes y sus componentes base.

Novedades

• Ajustes como ventana: navegación en cuatro grupos, siete páginas con iconos, buscador que lleva al ajuste, última página recordada durante la sesión y navegación adaptada a ventanas estrechas.
• Cada ajuste muestra su efecto: Appearance permite comparar los temas y ver las animaciones y el aspecto del chat. Behaviour muestra las aprobaciones y las preguntas antes de diseñar, con el aviso de permisos del modo automático siempre visible.
• Characters en contexto: formas dibujadas, muestras y color libre, conjuntos de nombres y nombres propios editables. La vista previa usa los componentes del frame, el chat y las referencias, además de los cuatro estados del agente. Reset solo devuelve el aspecto del agente elegido.
• Skills: añadir o arrastrar un SKILL.md, activar cada skill y leer su contenido en la misma ventana. Borrar una skill propia pide confirmación; los enlaces de la documentación se abren aparte.
• Images: fotos libres siempre disponibles y tarjetas de Google Gemini/OpenAI con estado, campo de contraseña sin revelar claves guardadas, modelo y acciones para guardar, comprobar, elegir y quitar. Una clave que viene del entorno conserva su protección frente al borrado.
• Connect: elegir Claude Code, Codex CLI, Gemini CLI u OpenCode y seguir sus pasos de conexión MCP; copiar el comando o la configuración y comprobar qué ve la herramienta. Se conserva la configuración JSON para otras herramientas.
• Updates: versión, comprobación, notas, descarga y reinicio reunidos en la misma ventana; las copias ejecutadas desde el código explican por qué no se actualizan solas.
• Sistema visual: Geist y Geist Mono empaquetadas, temas claro/oscuro/sistema, componentes base compartidos, foco visible y movimiento reducido respetado. El lienzo mantiene el azul funcional de selección.
• Cuestionario de diseño: formulario centrado con desplazamiento dentro de su contenedor; botones de cerrar compartidos y referencias entre frames con su pastilla compacta.
• Espaciado interior: la vista previa de Characters, las instrucciones de Connect y Free photos de Images tienen el mismo margen de 12 px, también en ventanas estrechas.

Estabilidad

La nueva ventana mantiene el foco, devuelve el teclado al editor al cerrar y evita que sus atajos actúen sobre el lienzo. Las respuestas tardías de Behaviour y Skills no recuperan valores o listas anteriores. Los nombres propios se guardan saneados y el agente elegido sigue la fila al reemplazar su nombre; los nombres largos no desbordan Characters en ventanas estrechas.

Alcance

La beta 2 cierra Ajustes y sus componentes base. La migración completa de lienzo, chat, Home y bienvenida a esos componentes queda para la siguiente entrega. Los formatos de proyectos y las API de los agentes se mantienen.

Verificación

El candidato final pasó la prueba manual y se volvió a comprobar el 11 de octubre de 2026: tipos, lint, presupuesto de supresiones y formato aprobados; 1.475 pruebas unitarias aprobadas y cuatro reales de OpenCode omitidas por ser optativas; 17 pruebas de escritorio aprobadas, ninguna omitida, sobre los paquetes finales. Escritorio cubre arranque, exportación, MCP y descarga, sustitución y reinicio de una AppImage en un perfil aislado.

Los paquetes incluyen los tres ajustes de espaciado aprobados durante la prueba manual. Las sumas SHA-256 y los tamaños y SHA-512 de latest-linux.yml se comprobaron contra los archivos finales.

La revisión global cerró tres fallos: permisos confirmados y reintento de Behaviour después de una reversión fallida, orden de las listas de Skills y acceso con Tab a Other tools. La revisión acotada aprobó las tres correcciones. Las mejoras menores de accesibilidad de Characters y composición IME siguen registradas en el roadmap y no bloquean esta beta.

Instalación y actualización

Descargas: CodeWeaves-Studio-0.2.0-beta.2-x86_64.AppImage y codeweaves-studio_0.2.0-beta.2_amd64.deb. Se publican también latest-linux.yml y SHA256SUMS.txt. El campo interno de versión Debian es 0.2.0~beta.2.

Desde una AppImage o un .deb anterior: Settings → Updates → Check for updates, descargar y reiniciar cuando se solicite. La versión 0.2.0-beta.2 se ordena después de la beta 1.

Gitflow: release/0.2.0-beta.2 parte de develop, se integra en main con tag v0.2.0-beta.2 y retorna a develop.