Once mil paradas, un fin de semana de código: el gobierno mexicano se quedó sin coartada técnica
Llevo años quejándome de la calidad del software público en este país, así que una tarde dejé de quejarme y abrí una terminal. La idea no era construir nada especial. Era ver, en concreto, cuánto cuesta hoy lo que hace cinco años hubiera requerido un equipo, un presupuesto y seis meses de calendario.
Resultó costar un fin de semana largo. Y unos pocos dólares en API.
Lo que armé es un mapa interactivo del transporte público de la Ciudad de México. Los seis modos en la misma vista, Metro, Metrobús, RTP, Trolebús, Cablebús y Tren Ligero, con 11,362 paradas, las geometrías reales de cada línea, mapa de calor de afluencia para las 195 estaciones del Metro, planeador de rutas óptimo entre dos puntos cualesquiera de la red, y un asistente conversacional que entiende preguntas como "cómo llego de la Roma Norte a Xochimilco" y responde con la ruta multimodal completa, transbordos incluidos, distancia que te toca caminar al final, todo. El stack es público y aburrido: PostgreSQL con PostGIS y pgRouting, FastAPI, React, MapLibre, Gemini con MCP encima para el chat.
Los datos los publica el propio Gobierno de la Ciudad de México en datos.cdmx.gob.mx. Llevan ahí desde 2022. GTFS estático, CSVs de afluencia, geometrías de las líneas. Cualquiera con una laptop y paciencia puede repetir lo que hice.
Lo que cambió en los últimos cinco años
Esto antes era un proyecto de ingeniería real. Necesitabas un experto en GIS, otro que conociera bien las APIs de Google Maps, alguien que peleara con los formatos de transporte público, un equipo de UX. Hoy pgr_dijkstra resuelve rutas óptimas con una llamada. MapLibre dibuja el mapa sin licenciamiento. PostGIS hace álgebra espacial en SQL puro. Cualquier LLM medianamente decente, Gemini, Claude, GPT, convierte una pregunta en lenguaje natural en una secuencia de llamadas a tus tools. MCP estandariza la conexión entre el modelo y tu API en treinta líneas de código.
No es publicidad de proveedor de nube. Es la nueva línea base de la industria. Lo que antes costaba millones y meses ahora cuesta horas y dólares, y el delta lo paga cualquier persona con una tarjeta de crédito y ganas de sentarse a teclear.
La parte incómoda
Si una persona puede armar un planeador multimodal mejor que el oficial en un fin de semana, la pregunta deja de ser técnica.
Revisé los portales que el gobierno mexicano sí publica. El planeador oficial de la CDMX existe, pero está partido entre páginas distintas por modo, no integra Cablebús con Tren Ligero, no te dice cuánto vas a caminar al final, no habla de afluencia, no admite preguntas en lenguaje natural. Es un buscador que funciona si ya sabes la respuesta. Los datos para hacerlo bien están publicados desde hace años. No hay un misterio técnico que descifrar. Hay una decisión que no se está tomando.
Esa decisión no se toma porque los incentivos del aparato no premian a quien entrega software funcional. Premian a quien firma contratos grandes. Una mejora de UX que ahorre dos horas a treinta millones de usuarios no genera comisiones, no produce notas en medios, no cabe en un informe de gobierno como hito. Un macroproyecto de modernización a tres sexenios con un consorcio extranjero sí cabe en todo eso. El sistema, tal como está armado, hace inevitable que se elija lo segundo.
A esto se suma el síndrome del "no se inventó aquí". Cualquier herramienta cívica que un mexicano construya por su cuenta, por buena que sea, se ignora porque no nació dentro del organigrama. Existen mapas independientes de baches, de delitos, de obra pública, de calidad del aire. Ninguno se ha incorporado oficialmente a una dependencia. Compiten contra el organigrama, así que pierden.
Y queda el factor que casi nadie firma con su nombre: la opacidad es política, no técnica. Un tablero en vivo de ejecución presupuestal es exactamente lo que ningún Ejecutivo quiere si la ejecución va mal. Mientras los datos vivan en PDFs trimestrales hay 90 días de margen antes de que la oposición arme una nota. Con un tablero al minuto el margen son minutos. El costo político del retraso se vuelve inmediato, y por eso no se construye.
Lo que sí podría estar desplegado
Una lista corta y aterrizada, toda con datos que el propio Estado ya publica.
Un tablero ciudadano de obra pública en tiempo real. Cada peso del Presupuesto de Egresos asignado a infraestructura tiene un código, un contratista, un avance físico. La Cuenta Pública vive en PDFs de cuatro mil páginas que nadie lee. Un parser, una base, un mapa, y un asistente que conteste "¿dónde están los doce mil millones para hospitales en Oaxaca?". El stack es el mismo que armé para el transporte.
Un asistente conversacional sobre los trámites del SAT, IMSS, INE y RENAPO. La declaración anual es un laberinto que cobra tres mil pesos a quien puede pagarle a un contador. Pero las APIs internas existen las plataformas privadas ya las consumen para ofrecer ese mismo servicio. Un LLM con tool use sobre esas APIs convierte el laberinto en una conversación de cinco minutos. Que el gobierno lo regale no es radical; es lo mínimo.
Un mapa en vivo de servicios públicos. Hospitales con cama disponible. Farmacias del IMSS con desabasto. Bancos del Bienestar con efectivo. Patrullas y bomberos más cercanos. Cualquier ciudad europea de tamaño medio ya lo tiene. Las APIs internas existen. Lo que falta es la orden de exponerlas detrás de un par de cabeceras de control de acceso.
Un buscador unificado de programas sociales. Hoy "¿califico para algún apoyo?" requiere que la persona se sepa los nombres, Bienestar, Sembrando Vida, Jóvenes Construyendo el Futuro, y entre a cada portal por separado. Un solo formulario, un join sobre los criterios de elegibilidad publicados, una sola respuesta. No es un proyecto de un año; es un sprint.
Datos de calidad del aire, agua y suelo accesibles sin un oficio de transparencia. Las estaciones del SIMAT ya generan los datos. SEMARNAT ya tiene los registros. El Acuerdo de Escazú, que México firmó, obliga a publicar por default, no a entregar dos meses después de una solicitud formal. Que ese cumplimiento sea una API estable con esquema JSON estable es una tarde de trabajo.
Nada de esto es ciencia ficción. Nada de esto requiere un contrato con un consorcio extranjero. Nada de esto cuesta lo que cuesta un kilómetro del Tren Maya.
Por qué insisto en construir por fuera
Mientras esa cultura cambia,si cambia, quienes sabemos construir software ya no tenemos que pedir permiso. La herramienta está sobre la mesa. Open data publicado, PostGIS, un LLM con tool use, un VPS de veinte dólares al mes, un dominio barato. Eso es todo.
El proyecto del transporte público es un ejemplo, no un caso especial. Es la receta. La próxima persona que escriba un parser de la Cuenta Pública, o un asistente conversacional sobre las estadísticas del INEGI, o un mapa en vivo de farmacias con desabasto, no va a estar haciendo una hazaña. Va a estar siguiendo el mismo flujo: datos públicos, un docker compose, un LLM con MCP encima, un dominio, un deploy.
Cuando haya treinta proyectos así operando en paralelo, el argumento de "es muy difícil, es muy caro, es muy complejo" se cae solo. El gobierno se queda sin coartada técnica. No queda nada que culpar más que la decisión de no construir.
México no necesita un Plan Nacional de Modernización Digital con horizonte 2030. Necesita que diez personas más este año decidan publicar lo que el Estado no publica. Que liberen el código. Que documenten el costo real. Que demuestren, una vez más, que el problema nunca fue técnico.
Cuando eso sea suficientemente vergonzoso, alguien dentro del aparato, alguien que sí quiere hacer las cosas, lo va a tomar prestado. Esa es la apuesta. Mientras tanto, sirve más a un ciudadano construir un sitio que funcione que escribir un position paper de cuarenta páginas.
El stack ya está. Los datos ya están. El siguiente puente lo construye quien decida sentarse a teclear.
¿Qué opinas? Únete a la conversación en nuestro Discord y comparte tu perspectiva.