¿Programar desde la bici de spinning?

Hace poco compartía por aquí cómo había trasladado a mis materiales docentes de la UJI el mismo flujo de integración y despliegue continuo (CI/CD) que ya venía utilizando en mis proyectos de código, apoyándome entonces en Antigravity y Gemini 3.8 Flash (puedes leer aquel artículo aquí) antes de dar el salto hoy a Antigravity y Gemini 4 Carbon.

De hecho, a la hora de publicar mis propias aplicaciones web (SPA), mi opción predilecta siempre ha sido Google Sites por lo bien que se integra en el ecosistema Google Workspace en el que trabajo a diario y por no depender de GitHub —una vía aún más directa desde hace apenas unos días, ahora que la app de Gemini permite exportar directamente del Canvas a Sites, como mostraba hace nada con un clon inspirado en el clásico 🐧 Penguin Adventure de Konami para MSX, que pudes jugar aquí mismo—, reservando el salto a GitHub Pages para cuando el proyecto exige capacidades como localStorage o instalación offline (tal como hice en VoiceGen Pro o estoy haciendo ahora mismo al migrar mi Arquitecto UML).

Así que esta vez el objetivo no era validar esa estrategia de despliegue —que ya forma parte de mi caja de herramientas habitual—, sino poner a prueba en caliente, apenas unas horas después de su lanzamiento el martes pasado, la última gran actualización de Antigravity —con navegador integrado, proyectos 100 % cloud, control remoto de instancias locales y seguimiento desde el móvil— junto a la nueva familia Gemini 4, y muy especialmente Gemini 4 Carbon.

El candidato ideal para darles caña lo tenía en casa: PDF Tools (SPA), la hermana mayor en formato web de mi extensión casi homónima para Chrome, pensada para que cualquier docente o administrativo pueda manipular documentos PDF con privacidad absoluta (100 % en local, sin subir un solo byte a servidores externos). Y el resultado habla por sí solo: en apenas entre 3 y 4 horas repartidas en dos sesiones, hemos pasado de una hoja en blanco de ideas a tener lista para pruebas de usuario una versión 2.0 enormemente superior (ahora también como PWA sobre GitHub Pages), documentada de arriba abajo y desplegada en una rama paralela sin tocar producción.

Desarrollo ubicuo real: instancias remotas, proyectos 100 % cloud… ¡y la bici de spinning!

Uno de los saltos que más me ha sorprendido de esta versión de Antigravity (como he ido comentando estos días por X y LinkedIn) no está solo en el modelo, sino en cómo desacopla el lugar donde residen los archivos del lugar desde donde diriges al agente.

Todo el trabajo sobre el repositorio de PDF Tools en GitHub se ha repartido en dos sesiones muy distintas:

1. Una primera sesión frente al ordenador principal, donde residen localmente los archivos del proyecto, en la que hicimos una auditoría exhaustiva del código (un único index.html vanilla que ya ronda las 7.400 líneas), redactamos un documento vivo de arquitectura y mejoras (MEJORAS.md) y abrimos la rama v2.0 para trabajar con red de seguridad mientras la v1.5 sigue dando servicio.
2. Una segunda sesión en remoto, conectándome vía web al control de sesiones de mi propia instancia local… y rematando la supervisión del desarrollo y varios ajustes de interfaz desde el teléfono móvil, literalmente subido a la bicicleta de la sala de spinning del gimnasio. 🚴‍♂️

Revisar desde la pantalla del móvil cómo el agente ajusta un diseño CSS Grid, valida que no se haya roto ningún identificador del DOM y hace git push a GitHub Pages mientras estás entre serie y serie tiene algo de ciencia ficción cotidiana difícil de explicar hasta que lo pruebas.

Y ojo, porque aunque en este caso tiré del control remoto sobre mi equipo habitual, pero Antigravity ya soporta también proyectos 100 % cloud que se ejecutan directamente sobre máquinas virtuales hospedadas por Google, apoyándose en repositorios de GitHub, Google Drive y subida directa de archivos (aquí unas breves impresiones sobre la renovada interfaz web de Antigravity que no pude evitar publicar).

Esto es una auténtica pasada porque te deslocaliza por completo: ni siquiera necesitas dejar encendida tu propia instancia local. A cambio, hoy por hoy esa modalidad pura en la nube resulta un pelín menos flexible a la hora de depurar visualmente o tirar de utilidades del sistema, ya que de entrada no dispones del navegador local conectado ni de toda la batería de herramientas CLI que ya tienes afinadas en tu máquina (como ffmpeg, aunque es muy probable que puedan instalarse al vuelo en la propia VM; una vía que tengo pendiente explorar a fondo). Justo por eso, para exprimir la depuración visual de esta SPA, el modo híbrido sobre instancia local me venía como anillo al dedo.

Gemini 4 Carbon (en modo Medium): de tú a tú con Opus 5.5

Si habéis seguido mis pruebas recientes con modelos orientados a programación en X o LinkedIn, sabréis que hasta hoy mi vara de medir indiscutible para tareas complejas era Claude Opus 5.5. Pues bien: tras exprimir Gemini 4 Carbon configurado simplemente en nivel de razonamiento Medium, mi sensación es rotunda: está exactamente en esa misma liga.

Frente a su hermano Gemini 4 Argon, se nota enseguida que Carbon «piensa más»: invierte algo más de tiempo de reflexión interna antes de tocar una línea (curiosamente, a día de hoy ambos comparten exactamente el mismo coste por token, como recojo en mi comparativa actualizada de precios entre los últimos modelos de Gemini y sus homólogos en Anthropic ). Pero esa pausa extra se traduce en una puntería quirúrgica.

De la larguísima lista de cambios arquitectónicos, nuevas herramientas y pulidos de interfaz que le he pedido, prácticamente todo ha funcionado a la primera (one-shot). Solo hubo una excepción digna de mención. Y merece la pena contarla porque retrata muy bien cómo resuelve problemas reales.

Al estrenar el nuevo modo de compresión inteligente conservando capas, probé un manual real de ITACA —el ERP educativo oficial en la Comunidad Valenciana— de 37 páginas y saltó un error en tiempo de ejecución al intentar efectuar la compresión pertinente. Resultó ser una colisión interna muy sutil de la librería pdf-lib (que reserva la propiedad .dict en ciertos flujos de imágenes) combinada con diccionarios de cifrado en blanco exportados por Word. Bastó pegarle a Antigravity / Carbon la captura del error en el chat para que, al segundo intento, localizara la causa raíz y dejara el documento reducido un 21,9 % con sus 42 imágenes optimizadas y todo el texto intacto.

Más aún: mientras preparaba las capturas finales, él mismo detectó de oficio un cuello de botella en el guardado del editor que cuadruplicaba el peso de PDFs largos al copiar recursos página a página, dejándolo corregido antes siquiera de que mis probadores tocaran la beta.

Magia con Chrome DevTools MCP y consola local: adiós a la pereza de documentar

Seamos sinceros: desarrollar funciones nuevas para un desarrollo propio siempre supone un chute de endorfinas, pero renovar todas las capturas de pantalla y grabar el GIF de demostración para el README cuando ha cambiado toda la interfaz da una pereza tremenda.

Aquí es donde la combinación del servidor MCP de Chrome DevTools integrado en Antigravity con las herramientas locales de mi sistema Linux ha brillado de forma espectacular:

• Le preparé a Antigravity / Carbon una carpeta local de documentos de prueba (manuales reales de ITACA e instrucciones de FP del DOGV, que configuró al vuelo en .gitignore para que jamás subieran al repositorio) y le pedí que decidiera él mismo qué mostrar.
• Analizó los documentos PDF e imágenes facilitados parar determinar si eran o no lo suficientemente adecuados.
• A través de Chrome DevTools MCP, abrió la aplicación, cargó los PDFs, dibujó anotaciones, resaltados fluorescentes y rúbricas, enderezó tablas apaisadas e hizo las 8 capturas a 1440×900 alternando modo claro y modo oscuro (teniendo incluso el detalle de privacidad de sustituir en memoria el metadato Autor original de un documento administrativo por mi propio nombre antes de fotografiar el inspector de metadatos).
• Como la captura nativa del lienzo de Chromium no registra el puntero físico del sistema operativo, inyectó temporalmente en el #top-layer del navegador un cursor vectorial SVG animado con ondas visuales de clic, grabó la secuencia en vídeo recorriendo las herramientas en bucle y ejecutó por consola mi ffmpeg local con paleta adaptativa para generar un demo.gif fluido a 15 fps que pesa cinco veces menos que el de la versión 1 (3,1 MB frente a 15,7 MB).

• Y como guinda, diseñó desde cero un nuevo banner vectorial en SVG moderno y funcional para encabezar el repositorio, verificando su legibilidad real con rsvg-convert.

Teaser: todo lo que trae la inminente v2.0 de PDF Tools (SPA)

Antes de pasar la versión 2.0 al dominio principal, he abierto unos días de prueba con un pequeño grupo de probadores. Si te pica la curiosidad, ya puedes probar la beta abierta en pfelipm.github.io/pdf-tools-spa (y curiosear el código y las nuevas capturas en la rama v2.0 de GitHub). 🚀

Para que te hagas una idea de lo que ha dado de sí este esprint de menos de cuatro horas mano a mano con Carbon, aquí va el resumen —de mayor a menor calado— de todo lo que estrena esta versión:

• Aplicación instalable (PWA) y 100 % Offline: funciona sin conexión tras la primera visita y se instala como app de escritorio o móvil con aviso automático de actualizaciones.

• Edición con capas re-editables: guarda manteniendo el texto seleccionable e incrusta tus objetos para volver a moverlos, editarlos o borrarlos al reabrir el PDF (incluso tras unir, dividir o rotar páginas).

• Nuevo compresor PDF dual: modo Inteligente (optimiza solo imágenes internas pesadas respetando texto, vectores y capas) y modo Rasterizado total (aplana y reduce al máximo), con visor multipágina integrado.

• Nuevo inspector y limpiador de metadatos: audita y elimina de raíz campos /Info, flujos XML XMP y datos privados de aplicación antes de compartir o publicar un PDF.

• Marcador fluorescente con interruptor global: trazos de resaltado semitransparentes con un conmutador único para mostrarlos u ocultarlos todos de golpe en pantalla y al exportar.
• Firma y rúbrica manuscrita visual: permite rubricar a mano alzada o subir una foto de tu firma en papel (eliminando automáticamente el fondo blanco) y guardarla en el navegador.
• Aplanado seguro frente a firmas digitales: garantiza que censuras y pixelados tapen sellos visibles de AutoFirma/FNMT y avisa si el documento contiene firmas criptográficas.
• Fidelidad geométrica en PDFs escaneados: corrige giros y deformaciones al anotar documentos procedentes de escáneres multifunción con etiquetas /Rotate o /CropBox.
• Miniaturas laterales en vivo en la herramienta de edición: actualiza al vuelo la vista previa lateral conforme añades textos, formas, numeración o resaltados sin penalizar el rendimiento.
• Ergonomía de escritorio y chuleta de atajos: zoom anclado al puntero (Ctrl + rueda), desplazamiento con Espacio, paso rápido de página con rueda y panel de atajos (?), que hau muchos como para tener que recordarlos todos.

• Pegado directo con Ctrl+V y arrastrar & soltar universal: pega recortes del portapapeles directamente en Unir o en el Editor y arrastra archivos en cualquiera de las 7 herramientas.
• Flujo continuo «Enviar a…» entre las 7 herramientas: encadena operaciones completas (Unir → Editar → Comprimir → Metadatos) sin descargar pasos intermedios.
• Renderizado perezoso (lazy rendering) y gestión de memoria: carga bajo demanda para mover con soltura PDFs de más de 100 páginas liberando automáticamente memoria.
• Seguridad SRI, nombres de exportación coherentes y pulido de interfaz: verificación criptográfica de librerías CDN, sufijos automáticos limpios (_editado, _comprimido…) y alineación milimétrica del área de trabajo.

Vamos, que las PDF_Tools está quedando muy ricas. Y hay cosas ya en el MEJORAS.md esperando a la siguiente versión, claro.

Conclusión: el ecosistema Gemini 4 mira a los ojos a cualquiera

Después de esta prueba con fuego real, mi conclusión es muy clara: el binomio formado por el nuevo Antigravity y Gemini 4 Carbon, sumado al empuje de Argon y a la llegada, justo cuando terminaba de editar este artículo, de Hydrogen como variante Flash ultrarrápida de la familia 4.0 y del nuevo selector automático de modelos (anuncio oficial), colocan hoy la propuesta de Google en lo más alto del desarrollo asistido por agentes.

Creo sinceramente que, en estos momentos, los productos de IA agéntica de Google no tienen absolutamente nada que envidiar a los pesos pesados de Anthropic ni de OpenAI, y marcan una distancia todavía muy notable en integración de herramientas, manejo de contexto largo y fiabilidad respecto a los modelos de pesos abiertos chinescos.

Cuando un entorno te permite auditar arquitectura, programar funciones complejas casi one-shot, pilotar un navegador real para autogenerar su propia documentación multimedia y supervisarlo todo desde el móvil antes de bajarte de la bici del gimnasio, cuesta mucho mirar atrás.