Programar una aplicación con IA para encontrar el punto más cercano desde el que disfrutar del eclipse solar del 12 de agosto de 2026 ha resultado ser mucho más sencillo de lo que cabía esperar. La idea nació de un problema concreto: estar en Madrid ese día y saber que la capital no sería el sitio ideal para observar el evento astronómico que tendrá a millones de personas mirando al cielo sobre las 20:30 de la tarde.
El objetivo era claro. Ver el eclipse solar en su totalidad y durante el mayor tiempo posible, pero sin desplazarse demasiado lejos. Existen herramientas como las del Instituto Geográfico Nacional que indican cómo se verá en cada localidad, sin embargo lo que faltaba era algo distinto: dónde ir a verlo teniendo en cuenta distancia y tiempo de trayecto. Modelos de IA y plataformas como Claude Code, Codex, Antigravity u OpenCode ya han demostrado que casi cualquiera puede convertir una idea en una app, así que el siguiente paso fue intentarlo.
Cómo nació la idea y las primeras pruebas
Lo primero era comprobar si algo así era viable. Con el modo de “Investigación profunda” de ChatGPT en su versión gratuita, tras ocho minutos recorriendo fuentes, llegó un resumen ejecutivo bastante completo. Confirmaba que existían buenas fuentes de datos: el IGN y el Observatorio Nacional ofrecen recursos públicos con licencia CC-BY, hay APIs astronómicas como la de OPALE (IMCCE) o USNO/APOD, y para las rutas a destino la opción recomendada fue OSRM, una plataforma abierta perfecta para esa función.
Con toda esa información, llegó el momento de probar el modelo GLM-5.2 de Z.ai, un modelo con un rendimiento cercano a lo que ofrecen Claude Opus 4.8 o GPT-5.5. Bastó crear un directorio en un Mac mini M4, lanzar Claude Code con ese modelo preseleccionado y pasarle todo el contexto. GLM-5.2 “piensa” bastante, y eso hace que las respuestas sean más precisas. El plan inicial tardó unos minutos en estar listo y luego el modelo pasó 42 minutos creando y editando ficheros sin necesidad de intervención.
Link affiliatoDe los primeros fallos a la versión final
El primer vistazo en el navegador prometía mucho, aunque enseguida aparecieron fallos. La distancia mostrada en el apartado de trayecto era irreal y las localizaciones elegidas desde Madrid quedaban más lejos de lo previsto. Bastó “chatear” con GLM-5.2 para ir corrigiendo: señalar que Lerma era una buena opción cercana, ajustar prioridades entre tiempo de viaje y duración de la totalidad. Tras tres o cuatro intentos y media hora de pruebas, las recomendaciones desde Madrid eran ya estupendas.
El modelo sugirió mejoras adicionales, como mostrar las franjas de totalidad para ver en qué zona del mapa se aprecia mejor el eclipse. También se añadió poder elegir la localidad de origen, con un cuadro de texto y autocompletado. Las pruebas con Barcelona fallaban al principio por mostrar puntos demasiado apartados, pero el modelo encontró el problema y planteó opciones más razonables.
Tras refactorizar el código y verificar su seguridad, el proyecto se publicó en GitHub para que cualquiera pueda probarlo, modificarlo o crear su propio fork, y se desplegó en el subdominio eclipse.javipas.com. Quedan pendientes ideas como un mapa de sombras que tenga en cuenta que el eclipse llegará con el sol cerca de ponerse, algo a considerar una vez elegido el destino.
Fuente
Imagen: xataka.com
Link affiliato