¿Estas cometiendo estos errores con Antigravity?
La idea era simple, pero muy útil: construir una micro saas que - por ahora llamé - LinkedIn Post Previewer para ver cómo quedaría un post antes de publicarlo, además de organizar y planificar contenidos.
Este año me puse como meta publicar al menos 2 post semanales en Linkedin y necesito organizarme 😜.
Al inicio, todo iba bien: habilitaba funcionalidades testeaba, avanzaba.
Pero pronto me encontré con una pared🧐. En cuestión de poco tiempo, funciones que parecían inofensivas empezaron a consumir tokens a un ritmo alarmante. Mi pequeño experimento se estaba volviendo insostenible y, peor aún, imposible de desplegar de forma segura.
Si estás empezando a usar Antigravity de Google y te gusta el Vibe Coding, te comparto lo que aprendí en este en este experimento para que no te pase y evites pérdida de tiempo y recursos.
Dos errores que rompieron mi proyecto con Antigravity
Lanzar un proyecto personal puede parecer simple en papel. Pero basta empezar para que los detalles te exploten en la cara. Eso fue exactamente lo que me pasó al experimentar con Antigravity.
Lo que comenzó como una idea pequeña terminó dándome dos lecciones duras: el consumo descontrolado de tokens y errores de estructura al subir el proyecto a producción. Dos problemas que casi me hacen abandonar.
El consumo de recursos (y de tu saldo)
Antigravity funciona muy bien - de gratis - para prototipos rápidos, especialmente si estás trabajando con modelos de lenguaje o APIs externas. Pero hay un punto ciego si no controlás bien los llamados.
Yo no lo vi venir.
Cada vez que probaba una función, se hacía una llamada al modelo... y otra... y otra. No parecía mucho al principio. Pero cuando lo miré bien, ya había quemado casi todos los tokens disponibles. Peor aún: ni siquiera había terminado de testear todas las rutas.
La plataforma es increíble, pero para proyectos simples si tu idea usar los tokens gratis. Realmente, este proyecto era bastante simple, pero bueno.... me consumí los tokens en un abrir y cerrar de ojos.
El "funciona en mi máquina" (pero no en GitHub)
Después de ajustar el comportamiento de los endpoints y terminar el flujo principal, lo subí a GitHub con ganas de compartirlo.
Spoiler: no funcionó.😭
En preview local, todo iba perfecto.
Pero en GitHub Codespaces, el proyecto cargaba a media. Le faltaban los menúes y varias cosas mas.
Me tomó un rato (varios commits, en realidad) darme cuenta de que nunca había creado una carpeta pública para servir el frontend. En local, el entorno de desarrollo lo resolvía por mí. Pero en Codespaces, esa carpeta no existía, y sin ella no había assets, ni estilos, ni scripts. Nada.
Les tiene que queda una estructura así, a modo de ejemplo:
Cómo refactoricé el proyecto (y lo salvé)
Tuve que frenar. Respirar. Y reescribir más de lo que me gustaría admitir.
Cargué todos los archivos a Github y use el "Visual Code" que se llama "Codespaces" y pude refactorizar todo y dejar lista la solución para seguir avanzando.
Si se fijan es muy similar a Antigravity.
Probé de nuevo el preview en Codespaces. Esta vez cargó. Funcionaba. Después de tres intentos fallidos, finalmente pude decir: esto está listo para production.
Conclusión
Antigravity fue una herramienta interesante para explorar, pero la experiencia me enseñó que no existe la solución perfecta.
Lo valioso fue el proceso: identificar cuellos de botella, separar responsabilidades y construir flujos seguros para producción.
Me quedo con tres reglas de oro para futuros proyectos con vibe coding:
• Menos es más: No quieras crear miles de funcionalidades al principio, te vas a gastar todos los tokens. Sólo las necesarias para que funcionen.
• Estructura bien en carpetas: Antes de pedirle que empiece a crear la solución, asegurate de haber creado la carpeta, sino te va a dar problemas cuando quiera subirlo y publicarlo!
• No importa la herramienta: Lo que importa es entender la lógica macro de como funciona un proyecto y como resolver posibles cuestiones.
¿Te ha pasado alguna vez que tuviste que empezar totalmente de cero por haber creado mal el proyecto? Cuéntame tu experiencia en los comentarios.
¡Hasta la próxima!
Soy Marcelo Barcia me encanta la tecnología y comparto mis experiencias con vibe coding para que aprendamos juntos y armemos nuestra comunidad. Soy Argentina viviendo en Chile y me puedes encontrar en linkedin por acá:
