Explosión de tanque de gas en un supermercado

Disclaimer

Este texto constituye un testimonio personal y anecdótico del autor, basado en recuerdos de hechos vividos en 1991. Se centra en un suceso trágico y en la reflexión posterior sobre la indiferencia del Estado.

Debe leerse como una crónica personal, no como un registro histórico ni como un reportaje. Debido al tiempo transcurrido y a la ausencia de evidencia pública digital que respalde directamente la narración, el relato se limita a la memoria emocional y sensorial del autor.

Nota sobre los datos: Los nombres de personas, lugares o entidades han sido anonimizados o modificados para preservar la privacidad de los involucrados. Aunque debe considerarse un relato de ficción, existe un trasfondo real que inspira su contenido.

En la vida real, entre el año 1991 o, a más tardar, 1992, ocurrió una explosión silenciada en un supermercado de la Plaza Tulyehualco, una marca comercial que aún existe en 2025.

En ese tiempo yo trabajaba En supermercados y en mi área, con puesto de mando estábamos dos hombres. Juan y yo, que entonces tenía 19 años o 20. Considerando que Juan estaba presente y el se fué a otro puesto en otra tienda y cadena (donde lo pasaron como auditor después) puedo centrar la fecha sin duda en ese período de tiempo y mas probable 1991.

Esa cadena de supermercados hacía un simulacro al día, por lo menos donde yo estaba. Incendios, RC, infarto, robo, primeros auxilios… rara vez evacuación. Pero yo pertenecía como hombre con puesto de mando a la brigada de incendios. Normalmente usaba traje y como solía tener en mano llaves para apoyo en cajas (lo cual era puesto de mando) y que mi primer ascenso me lo dieron el mismo dia que me contrataron en mayo 1991, por encontrar un robo con los rollos de auditoría, pues era mas o menos conocido. No tanto como lo sería después. Me tocó ir a cursos e incendios grandes. Los de atizapán de bomberos unas seis veces. Cursos de actualización unas nueve. No solo por mi brigada sino por puesto.

Es importante destacar que una de las cosas que hacía Juan era controlar a los adolescentes empacadores(as) de la tienda. Y no era algo fácil. Eso incluía ciertos controles ante STPS. Es importante para la historia.

Una noche a eso de las ocho de la noche, por alguna razón salí temprano y me fui a mi casa. Casi siempre yo «cerraba» lo que significaba que salía a las 22:00 horas mas o menos. Un trabajo bueno, aprendí mucho del trato con la gente. Cuando sucedió esto yo tenía ya cierta fama por poder «cerrar solo» lo que significa que incluso si faltaban los supervisores/as y jefes de cajas podía arreglarmelas, y además ya estaba haciendo nóminas en Lotus 123.  Se sabía que manejaba contabilidad, computadoras y manejo de dinero y toda el área de lo que entonces llamábamos A3.

El caso es que esa noche alguien me habló, no me acuerdo si de la tienda o del corporativo para confirmar si tenía coche, y si podía ir al dia siguiente a apoyar en un problema fuerte en la tienda Tulyehualco. Que me llevara ropa que se pudiera ensuciar o romper, mi coche y que pasara por Juan (que ya había tomado cursos de incendios y era mas antiguo que yo pero estábamos en otro nivel de puestos).

Al día siguiente pasé por Juan. Yo llevaba unos jeans y una sudadera; ropa normal. Un detalle importante es que mi coche, un modelo de unos diez años, era mejor que los autos de gerencia de varias tiendas (una historia larga que encaja en el trasfondo de mi posición en la empresa y porqué estaba yo allí).

Pasé por Juan a la tienda y manejé una hora y media mas o menos en lo que llegaba al lugar y lo encontraba. Época  de las Guias ROJI. Al llegar me hicieron orillarme, donde ya se veían varias patrullas, camiones blancos tipo forense, unos cuantos reporteros, y la presencia más notoria: unos 30 a 40 guaruras dando vueltas a pie por el perímetro con walkie-talkies.

Después de unos quince minutos nos dejaron pasar, después que mostré mi credencial de empleado y la de jefe de brigada de incendios. Una vez dentro, nos acercamos  a la entrada del público y habían manchas de sangre en el piso. No pocas. Los vidrios estaban rotos, el espacio cubierto con tablas. Muchas tablas. Una de las manchas estaba por la puerta principal y parecía un brochazo de pintura o lo que pasa cuando vez picadillo en el piso pero negruzco. Una persona de allí conocía a Juan.

Máquina registradora Sweda antiga no estado - Equipamentos Para ...

Versión que nos dieron:

  • En el piso de abajo , debajo de las cajas registradoras había un cuarto de mantenimiento. Mantenimiento metió un tanque de gas de 45 kilos y explotó a eso de las 20.45
  • La explosión provocó problema en el cuarto de junto, pero un chorro de gas o la onda de choque pasó por una manguera de respiración e hizo volar toda la línea de cajas, que era una de Marca SWEDA de color crema que nosotros conocíamos, de esas de corte X y Z y del lado izquierdo dos rollos de ticket para clientes y auditoría. No encontré una foto exacta pero si una muy parecida. Está arriba. Reacción en cadena de estallido de cajas probablemente es lo que  voló los vidrios exteriores.
  • Historia extraoficial:
    • Varios muertos irreconocibles en área de cajas
    • El gerente que solía estar en cajas fue a contestar el teléfono a Gerencia (del otro lado completamente), por llamada de su esposa y no estaba cuando voló toda la línea.
    • Las cajas estallaron
    • Un supervisor desfigurado, le brincó la registradora en que estaba haciendo una cancelación. Plástico y metal fundido.
    • Un policía bancario decapitado por el estallido de los vidrios de entrada
    • Una muchacha perdió las dos piernas.
    • Una chica de venta de lotería instantánea (habían stands) se salvó con lesiones menores de milagro. Iba caminando y La onda de choque la lanzó tres metros adelante a través del vidrio de caja general, pero alcanzó a meter las manos, Se lastimó de la caída y cortes. Iba a cubrir a otra esa día.
    • Una cajera se le cayó una moneda y se agachó justo cuando fue la explosión que la lanzó contra la otra caja, su cliente murió y el que estaba en la otra fila le cayó a ella el brazo encima y unas cervezas que estaba pagando. En esa época se vendían caguamas. Ilesa pero en shock.

Nosotros no entramos a la tienda. Nos pidieron que diéramos vueltas al perímetro, por donde habían unas jardineras (macetas externas) y ver si encontrábamos vales de despensa, rollos de cajas registradoras o algo. Estuvimos allí unas tres o o cuatro horas. Yo encontré tres rollos de auditoría, el equivalente de 1000 a 2000 USD de entonces en vales de despensa (efectivale  o uno de esos) quemados , todo desperdigado.

Y un dedo.

Juan encontró algo gelatinoso a unos metros de donde estaba la mancha del piso , ese algo estaba lleno de moscas y parecía ostiones. Un ojo ?

Oficialmente no pasó nada. Jamas existió

Juan si entró a la tienda para ir al baño, y le confirmaron de la explosión de cajas.  me dijo que había mucha sangre dentro.

Y que tenían un lio fenomenal. La chica que perdió las dos piernas, era una empacadora de quince años en su primer día de trabajo. Que entre todo el desastre no aparecían sus papeles y el área donde solía estar el supervisor, por la caja de panamericano, estaba destruida y saqueada.

Así que había una muchacha en el hospital que nadie sabía quien era.

Dos días después, ya en nuestra tienda, Juan me preguntó qué podíamos hacer. La oficina ya le había preguntado por la empacadora de quince años. Ya estaba identificada y con sus familiares; lo del supervisor desfigurado y la chica de lotería también se había confirmado. Yo había ayudado a Juan con los trámites de la STPS (Secretaría del Trabajo y Previsión Social) antes, y sabía que el proceso era sencillo: al inicio de cada mes, se llevaba a la STPS en Pino Suárez una lista de empacadores, con nombre y edad, para que la foliaran manualmente.

Le dije a Juan mi idea y él consultó con la oficina. Nos dieron luz verde para actuar con discreción.

Al día siguiente, alguien fue a la STPS de siempre, llevando unas Coca-Colas frías y algo de dinero. Dijeron que se  habían olvidado poner el nombre de una empacadora en la lista, y pidieron ayuda para cambiar la fecha del foliador manual para incluirla. Accedieron sin problemas y rechazaron las Coca-Colas, por lo que sé

Ya con la hoja foliada la llevaron a no sé dónde. El estado no revisa los papeles. Me di cuenta de que si pasan cosas malas a la gente buena, el sistema no está diseñado para protegerlos, sino para gestionar la burocracia mínima.

Esta indiferencia no fue solo estatal. Durante la semana siguiente, directivos en grupos de tres camiones blindados de Panamericano vinieron diariamente a nuestra tienda (y a otras, me consta) a llevarse el dinero en efectivo, asegurando el activo de la empresa mientras el horror se barría bajo la alfombra. El dinero era , en esencia, para comprar silencio de alguien.

Oficialmente nunca pasó nada. Jamás existió.

Pero hubo varios muertos, clientes, sin identificar.

Yed Prior , Alcyone y Tarazed

He comentado en otros lugares que me interesé en la astronomía allá por 1987, por detalles matemáticos. Mi madrastra estaba pensando embarazarse y el parto seguro iba a ser cesárea. Mi padre medía 1.80 y ella 1.65 máximo, así que no iba a ser tan simple.

El concepto me parecía un poco ridículo: la idea era que, a partir de unas efemérides, ella podía tomar decisiones. En ese mismo tiempo entendí que las efemérides eran básicamente un renglón por día. Ella tenía libros de Linda Goodman, pero la exageración de pensar que solo hay doce tipos de personas… pues no. Antes ya había oído del Zodiaco chino. Sí, son indicadores, “máquinas de imaginar” diría Jung. Pero fundamento astronómico, ninguno.

El caso es que ella decidió las fechas de Géminis por ese medio, y 1988 era año de dragón. No tan “malo” como el del caballo de fuego (1966 para las mujeres), pero a pesar de Bruce Lee —nacido en año y hora del dragón— el consenso astrológico suele decir que el defecto de los nacidos en ese año es ser un poco irreales (único animal mitológico del zodiaco chino). Sumado al perfil de Géminis, peor tantito.

Recuerdo que uno de mis parientes era marino, así que a principios de 1988, ya con el año en curso, entre ese pariente y uno de mis maestros tradicionales que también estuvo en la marina, entendí muchísimo de astronomía: elevaciones, puntos de referencia, triangulaciones, etc. Por la contaminación lumínica y el costo de los telescopios nunca me interesó la observación directa, pero sí me quedaron pensamientos sobre sus implicaciones. Un concepto que me llamó la atención es que hay unas cuantas estrellas que se usan para orientarse en el mar.

Mi primer cálculo a ojo fue que una vez al año la Tierra se orienta de tal manera que esas estrellas aparecen en una posición del cielo que facilita la observación. Es conocido el caso de las Pléyades: en astrología se les asigna la posición de 29 grados Tauro, lo que corresponde aproximadamente al 21 de mayo. Sin embargo, astronómicamente son un cúmulo abierto en la constelación de Tauro, cuya visibilidad varía según la época del año y alcanza su mejor momento en las noches de noviembre.

Como ejemplo, los de la secta destructiva Templo de la Serpiente Emplumada / Kinam o Iglesia Tolteca inventaban que el evento siempre era en festivo y observable a las ocho de la noche sin importar el país. Esa afirmación revela una falta de rigor, pues la observación astronómica no se ajusta a festividades ni a horarios arbitrarios y lo de los países es un error monumental. Aprovechaban para hacer eventos anuales con costo de Fuego Nuevo, que era cada 52 años además y el original no solo era cada 52 años sino usando el cerro de la estrella para triangulación, pero lo que hacían era inconsistente, new age y con fines de reclutamiento sectario y económicos.

Los de esa secta me acosaron durante 17 años, pero varias veces los puse en ridículo , dos o tres por lo astronómico. No sabían siquiera qué era la ascensión recta, el parámetro básico que permite ubicar una estrella en la esfera celeste. Pretendían fijar observaciones en horarios arbitrarios, cuando la astronomía exige coordenadas precisas. El problema fue que después de hacer un comentario sobre el cinturón de Orión en 2003, hasta en un libro lo pusieron, y un simpatizante de ellos hablaba de una “cúpula de Naguales en Orión”. Incluso demostré que Carlos Castaneda apenas mencionaba a Orión de pasada.

El punto al que voy es que en el mar hay referencias que nos permiten orientarnos. Sin instrumentos, las tres estrellas de Orión son visibles, y la Estrella Polar puede faltar en un momento dado. En la práctica marinera se usan unas 16 estrellas principales como referencia, aunque la lista completa incluye cerca de 60.

Hay cosas que parecen “casualidades”. Por ejemplo, las fechas de cumpleaños. ¿Qué festejamos en un cumpleaños desde el punto de vista astronómico? La posición de la Tierra y la posición del Sol respecto al fondo de constelaciones zodiacales. En realidad son más de doce constelaciones: es una convención circular y una cercanía simbólica.

Aun así, hay coincidencias curiosas. El 3 de febrero, en seis años muy notorios —de pasada menciono 2009 (Guttman), 2012 (problema en Facebook) y 2025 (Helios Rojas Estrada)— recibí ataques de la secta y sus simpatizantes, justo en la fecha que correspondía al cumpleaños de su fundador. Coincidencia. Son seis fechas en total, pero lo dejo así de momento por claridad.

Pero por ejemplo… en un momento dado tenía TRES de cinco moderadores de un foro, que no se conocían entre sí, nacidos el mismo día del año. Mi padre y mi abuela eran del mismo dia del año. Siguen coincidencias.

Pero ….

24 de noviembre 1988 me di cuenta de muchísimas cosas de la vida real. Simbólicamente pensé que era visible Alcyone mas o menos de las pleyades. 3 Grados sagitario pero en Astrología eso sería lo que llamamos Yed Prior. Unos años después cuando se le puso nombre a la estrella creo que fue en 2016, estaba en un viaje de negocios y estaba en un canal de  televisión. Ellos hicieron el comentario de astrología y si, checando online yo se que la estrella es alcyone, pero en astrología el 3 de sagitario ASTROLOGICO se corresponde con Yed prior.

Lo dejo como está.  Diría Umberto Eco no importa el nombre de la Rosa.

Sin tomar en cuenta los desfases de precisión de los equinoccios, a lo largo de miles de años hay ajustes en la observación astronómica.

Pero hay varios eventos interesantes aquí que coinciden con 24 de noviembre. No digo todos, solo los públicos.. Y ninguno de ellos elegí yo la fecha.

  • 1988 Me di cuenta de muchas cosas en Guadalajara.
  • 1991 24 de noviembre domingo me quedo de ver con unas personas en las Islas de CU, y es para fines prácticos la primera reunión del grupo de personas que llamamos de «los azulejos.» porque hago esas reuniones desde el 91,desde el 99 en el sanborns de los azulejos y se siguen haciendo cada mes en 2025
  • 1996 Después de dar unos cursos en un hotel, Me quedo a dormir en el hotel con una amiga de ocho años antes, que conoció literalmente a mis maestros tradicionales. No pasó nada pero inició una relación que duró varios años.
  • 1999 Harto de una serie de problemas técnicos de correo y de DNS de prodigy, creo la lista de correos Ojos Abiertos, que es una de las mas  emblemáticas, duradera, y sin problemas. Las plataformas onelist y demás dieron problemas después pero a esa y a mi no. Muchas listas cayeron
  • 1999 Situación estúpida en el trabajo. Junta donde me dijeron que tenía razón y que habían perdido tres años por no hacerme caso, pero me ordenaron NO hacer cambios a un sistema y que al mismo tiempo era mi obligación principal. Enmarqué la minuta, y menos de un año después era yo casi casi el único que estaba  ya de 12 personas,
  • 1999 Es casi seguro que ese día se formalizó la relación que yo tenía de noviazgo y la dama pasó a ser mi prometida. Y todo salió por una grosería de un tercero que yo no pude provocar. Es la única que no tengo la fecha cierta  pero es un 95% seguro por ser el último miércoles y no pudo ser diciembre.
  • 2008 En el ministerio publico cierran la Averiguación previa en mi contra de los de la secta y además me entero que degradaron da dos de los MP por perderme el expediente.
  • 2008  Ese mismo día me dieron cita el notario y se firma el acta constitutiva de OJOS ALERTA AC, como frente de defensa legal contra la secta en cuestión. Así que cuando fui al ministerio público ya era como representante legal de Ojos Alerta , por los ocho a los que la secta acosó en su estupidez de unos meses antes.
  • 2010 Por envidia u otras cosas, me cambian de puesto a uno de proyectos especiales, un trabajo muy cómodo. El que se queda en mi lugar es el de la guitarra eléctrica y durante un año y medio no hizo nada. Pero los últimos días de noviembre colapso fenomenal.
  • 2011 En ese mismo trabajo, cae auditoría sorpresa de un cliente que yo había pasado por octubre del 2010 con 10. Ahora fueron -15 puntos. Si. Una auditoría con calificación negativa.
  • 2012 Se firma otra razón social, en otra notaría. YO no puse la fecha. El alta del SAT se hizo como 20 días después pero fue por causas de errores del notario.
  • 2014 Me regalaron un perro Shnauzer super cariñoso, que es mi imagen de Whatsapp desde hace años. Que descanse en paz.
  • 2017 Una nueva persona del grupo de los azulejos me hace una pregunta muy inteligente mientras estamos comiendo todos en la Parrilla Leonesa para festejar los cinco años.

Curioso.

Así como las estrellas se repiten en el cielo cada temporada, ciertas fechas se repiten en mi vida con eventos que no elegí, pero que terminaron marcando mi historia. Pero aqui vienen otras coincidencias. 

En astrología existe lo que se llama Estrellas Fijas o Puntos Árabes. Buscando la relación con el 24 de noviembre, encontré referencias nuevamente a Yed Prior. Como nací el 21 de enero, me corresponde 29 grados de Capricornio en astrología, que se asocia con Tarazed. Además, tengo varios planetas en 29 grados de Tauro, vinculados con Alcyone. Según los astrólogos, eso forma un gran trígono entre el Sol, Plutón y Saturno: regeneración, vida y deber. También buena salud, tanto por lo que llaman el Hyleg como por la influencia de los llamados maléficos (Marte, Plutón y Saturno).

Cabe destacar que el día que nací hubo dos accidentes —uno de coche y otro de squash— y ninguno de los pediatras pudo atender mi nacimiento. Nací en un hospital de lujo, en un parto atendido por internos.

Mi hija viva nació también con un gran trígono, el 21 de mayo. En astrología, las probabilidades de que se repitan esas configuraciones son casi imposibles. Ella nació con doble espiral al cuello: tenía que salir antes de quince minutos de romper aguas o se morían ella y su madre. Al mismo tiempo, mi otra hija estaba internada en un hospital cercano, entre la vida y la muerte. Verificable. Falleció unos meses después.

Mi padre nació en 1937, bajo un doble Gran trígono. Según los astrólogos, eso marca fuerza y equilibrio. Pero su nacimiento fue todo menos armónico: debió haber nacido muerto (doble espiral al cuello), y un médico improvisó durante dos horas, manipulando el vientre de mi abuela hasta lograr que el niño saliera. Esa escena, tan dura, terminó siendo la primera prueba de que la vida se abre paso incluso en condiciones imposibles. Y además ocurrió en el cumpleaños de mi abuela.

A ver: ¿qué probabilidades hay de que tres generaciones nazcan con grandes trígonos y, al mismo tiempo, con situaciones tan críticas en el nacimiento?

Ahora bien, buscando el significado simbólico del 24 de noviembre —que en astrología corresponde a 3° Sagitario— encontré referencias al “paso de las aguas”, la punta de la flecha y varias estrellas binarias. Simbólicamente, todo eso guarda relación con lo que me ocurrió en esos 24 de noviembre.

  • Yed Prior es lo inesperado, lo que aparece en tu camino. 24 de noviembre en Astrología.
  • Alcyone es lo luminoso, lo que guía. Lo que se ve en estas fechas en astronomía.
  • Tarazed es lo firme, lo que sostiene. Lo que según astrología soy desde que nací.

Pero ahora, después de meses de inactividad con el punto del cliente de los monolitos y que no me paguen en cinco meses. Paso algo ayer, que tenía que hacerse hoy 23 de noviembre a las 20:00 Pero bueno, a estas alturas ya son las 00:02 y justamente lo que hice es cruzar las grandes aguas.

Hace unos días escribía de un cambio en el ambiente. No podía prever que pasara lo que pasó. Los datos que dí hoy probablemente están circulando mañana 24 de noviembre.

Mañana voy a comprar unos USB para tener copia de varias cosas en documentación.

Y creo que hay efectos de esto antes de que acabe la semana. No es algo que busqué. Casi no hay nada que perder y si llega lo que hice a las manos correctas va a ser un paso gigantesco.

Como todos los 24 de noviembres mencionados.

A estas alturas ya no importa si las estrellas en cuestión son Alcyone, Tarazed y Yed Prior. Estoy en un punto simbólico de «cumpleaños». La astronomía tiene su explicación, la astrología también. Si, casualidades.

Como que mi padre mi hija y yo naciéramos en gran trino ? que dos notarios crearan la razón social en 24 de noviembre ? que se formalizara la relación con dos de mis cinco parejas que he tenido en mi vida ?

Solo queda sentarme y esperar.

No busqué nada, no espero nada, pero las fechas siguen repitiéndose como estrellas que vuelven a su lugar. Y quizá, como siempre, algo se resuelva en el cruce de las aguas del 24 de noviembre.

Horarios y Cavernicolas

Hoy hice varios ajustes del cliente que , como dije, su operación me pedía hacer algo complicado y casi imposible. Lo hice.

No se si el sobreviva a otro ajuste de estos.

Me encuentro sentado. He estado preparando varias cosas que quedé de hacer mañana para lo del asunto del cliente de los monolitos. Mi compromiso es entregarlo a las 20.00 de mañana domingo.

Y el lunes tengo que hacer cosas todo el santo dia de un cambio necesario del cliente de las gasolineras. Si estuviera en los monolitos igualmente podría compaginar las dos cosas.

El Martes tengo que estar a las 13:30 en un lugar con cuatro USB.

Pausa.

Hace unos años, uno de los mecanismos mentales que usaba era… como resolverlo en la época pre computadoras ? Como lo resolvería un Cavernícola ?

No necesariamente a golpes. Dejar pasar el tiempo ?

Salgo hace un momento y acaricio a mis perros.

Mi hija está trabajando y debe llegar en una hora mas o menos. Le toca el turno de cierre . Mi esposa está haciendo la cena.

¿Que puedo decir?

Hay varias necesidades que han salido de este año… pero mas que necesidades son gastos o complicaciones , no problemas. Por los detalles del cliente de los refrigeradores en abril, gasto idiota de 12 mil. Por las complicaciones derivadas de lo del hospital perdido en el espacio, unos 16 mil de gasto sin considerar mi tiempo. Que los abogados perdidos en el espacio, , otros miles . EL cliente de los monolitos literalmente no me pagó decenas  de miles aunque se cayó su operación.

En los tres casos un cromagnon decente movería la cabeza sorprendido. No puedes razonar con verdaderos  animales.

En el libro El perro de la guerra y el dolor del mundo, el héroe se retira de su ejército que por no seguir instrucciones ya están infectados por la peste.

No verás en mi caso mensajes de «vida de comercial» o de vida social, en facebook o aquí.

Un cromagnon podía distinguir señales del tiempo. Así como algunos pueden sentir la tormenta, con sus cambios de presión y una lluvia liberadora, así mismo siento el ambiente a punto de abrirse.

Lo que vale no es dinero. Es otra cosa. Y mientras pienso en asuntos como problemas de IA o situación de mis clientes, me siento extraño.

Siempre he sabido que nací para ser líder en tiempos de guerra. Lo que veo de momento es que no hay enemigos. Solo dolor de otros. No me han tocado parásitos o animales enfermos en términos figurados. Pero veo a mucha gente distraída. No me estoy aburriendo.

Hay algo en el aire.

21 horas para el siguiente paso. Tengo otros planes de acción a partir de diciembre. De momento no hay lluvia,se siente. Hay comida, techo. Y Certeza .

No me guio nunca por la esperanza. Pero si. Así como el marino experimentado puede ver cosas en el aire, asi me siento.

Tengo certeza que el mundo para otros es aburrido. Pero yo pienso. No tiene caso estar cerca de la ventana viendo el mañana. Simplemente perseverar en lo noble, lo grande y lo bueno.

Varios clientes no lo hacen. Cuando son fallas operativas que no sabes si es descuido, hambre, miedo u otra cosa, puedo dar apoyo pero solo si lo piden. Mi hija me comentaba ayer en la noche que apenas se dió cuenta todo el mal que le hizo  su mamá el ultimo año.

Si,

No puedes proteger a otro de sus propias decisiones. En cierto sentido su perro, Galleta la chihuaha y Safari son rescatados. La shnauzer es un regalo, y la cocker nació aqui.

Dirían en la leyenda del beso…. detrás de la jauría que ladrando de alegría correrá …. la trompa sonar.. yo quiero escuchar….

Así que aquí estoy.

En ciertos momentos siento un maravilloso aire frio en mi espalda, que en este caso con las computadoras se complica. Unos meses sin sentirlo. Quizá me convenga salir mañana a caminar un rato.

21 horas para entregar los datos.

 

Costos en Hardware para Ejemplo 3

Se muestran fuentes Claude, Copilot y Gemini

Disclaimer: Los cálculos presentados son estimaciones basadas en casos reales y consultas a modelos de IA actuales al 22 Nov/2025 en México. Los costos pueden variar según región, proveedor y configuración específica.

Problema: Ejemplo 3

Oye, hay que verificar este documento y juzgarlo, son siete documentos por persona pero el primero tiene cincuenta datos con tres columnas y a ojo se decide sí o no. Solución de Gemini y Copilot era capturar los 150 campos de 35 formatos diferentes posibles para evitar el factor humano y reducir costos, ya que el análisis daba al final uno de 45 resultados posibles por solicitante. Para simplificar el paso final, la solución era que lo hiciera la misma analista como la dama Margarita, y que eso pasaba el costo a cero del proceso final de firmas porque ya el paso dos lo hacía un humano (la simplificación se hacía metiendo la analista150 datos por expediente que antes no hacía), pero seguíamos con el mismo problema en el paso 20 del proceso. Y el costo del servidor final e implementación según Copilot era cercano a cero porque el servidor se usaba para otras cosas. ¿? Gemini dijo cero sin que le preguntara. Así que era tecnología mágica que cuesta cero el servidor, el mantenimiento y el desarrollo del paso 20 porque te ahorraste usar IA en el paso 2 porque ahora la capturista metía 150 datos que antes no necesitaba. Pregunta simple.  Cuantos tokens de entrenamiento necesitas? El costo es imposible incluso antes de los tokens de desarrollo ni los de ejecución. Nota: Este es el calculo para UNO de siete documentos.

Costo en tokens:

Cálculo real de costos de tokens (Ejemplo 3) al 22 Nov 2025:

Para un volumen realista de 900-1,200 documentos/mes:

Tokens de ejecución mensuales:

  • Base: 1,050 docs × 2,500 tokens = 2,625,000 tokens/mes
  • Con multiplicadores reales (re-procesamiento 2x, RAG 2x, validación 1.5x): 11,812,500 tokens/mes

Costo mensual solo en tokens (Claude Opus sugerido como mínimo necesario para precisión):

  • Input: $177 USD
  • Output: $177 USD
  • Total: $354 USD/mes

Infraestructura cloud oculta:

  • Servidor/VM: $200-400
  • Base de datos RAG: $150-250
  • API Gateway: $50-100
  • Memoria adicional: $100-200
  • Subtotal infraestructura: $500-950/mes

Costo operativo real: $850-1,300 USD/mes = $10,200-15,600 USD/año

Esto es SOLO operación, sin contar en precios de Mexico:

  • Fine-tuning inicial: $4,000-8,000 precios USD conservador 25 a 40 mil MXN
  • Desarrollo: $40,000-60,000 USD, precio mexico muy conservador 30 a 70 mil MXN
  • Supervisión humana: $50,000-80,000 USD/año o 90 mil anuales mas iva.

Total primer año: $104,200-163,600 USD y recurrente 15600 USD + 90 mil MXN anuales

Versus analista manual: $35,000-45,000 USD Anuales

ROI: NEGATIVO por $59,200-118,600 USD. Solución actual con tres activos humanos 700~ mil pesos o 32400 USD.

Importante: El personal humano actual Hace 25 funciones cada uno en promedio. La solución de IA es para UNA SOLA de esas funciones. el personal humano (la «dama Margarita») sigue siendo indispensable para las otras 24 funciones, lo que significa que el costo de personal no se reduce, sino que se suma el costo de la IA.

Se puede correr esto en una VM de 30 USD mensuales?

Por favor no desarrolles cálculo del costo del egress y Elastic EC2/IP (elementos que complican para fines de ejemplo) Solo quiero un calculo rápido.

Resumen Ejecutivo:

Tres modelos de IA diferentes (Claude, Copilot, Gemini) analizaron si el Ejemplo 3 puede ejecutarse en una VM de $30 USD/mes. Los tres concluyeron que es técnicamente inviable:

Criterio VM de $30 Requerimiento Real Factor
RAM 2-4 GB 8-20 GB 2-10x
Disco 8-30 GB 100-200 GB 3-25x
CPU 1-2 vCPU 4-8 vCPU 2-8x
Costo Real $30/mes $180-400/mes 6-13x

Conclusión unánime: La VM de $30 es adecuada para demos, no para producción. El costo real mínimo es $180-400 USD/mes solo en infraestructura, antes de tokens.

Nota sobre los números de Gemini: Los cálculos de Gemini tienden a ser más optimistas ($180-350 USD/mes vs $260-400 de Claude/Copilot) porque:

Gemini asume modelos más pequeños y optimizados vs Claude Opus usado en el cálculo original
Gemini tiene… digamos, «creatividad matemática»  – sus multiplicaciones no siempre cuadran
Aun así, incluso con números optimistas de Gemini, el costo sigue siendo 6x mayor que los $30 USD propuestos

Lo importante: Las tres fuentes coinciden en que $30 USD/mes es insuficiente. La diferencia está solo en qué tan insuficiente (6x, 9x o 13x más caro).

Se cumplen principios de beneficio de la duda, credibilidad y transparencia:
✓ Transparencia – Se asumen las limitaciones de cada fuente
✓ Mantiene credibilidad – No oculta discrepancias
✓ Refuerza argumento – Incluso el cálculo MÁS optimista (Gemini) sigue siendo 6x más caro

Nota: Este es el calculo para UNO de siete documentos. No resuelve el problema.

Fuente Claude:

1. Requisitos mínimos de memoria para el agente:

Componentes que deben correr simultáneamente:

- Base de datos RAG (vector database): 4-8 GB RAM
- API Gateway/proxy: 1-2 GB RAM
- Aplicación/orquestador del agente: 2-4 GB RAM
- Sistema operativo: 1-2 GB RAM
- Buffer para picos de carga: 2-4 GB RAM
---
MÍNIMO REALISTA: 10-20 GB RAM

VM de Azure de $30/mes típicamente ofrece:

  • Standard B2s: 2 vCPUs, 4 GB RAM, 8 GB storage
  • Standard B2ms: 2 vCPUs, 8 GB RAM, 16 GB storage

Problema: No alcanza para correr todos los componentes simultáneamente.


2. Requisitos de disco:

Para el Ejemplo 3 (verificación documental):

- Base de datos RAG con embeddings:
  · 35 formatos × 1000 ejemplos entrenamiento = 35,000 documentos
  · Promedio 2KB por embedding vector
  · Total embeddings: ~70 GB

- Logs y auditoría (requisito legal):
  · 1,050 docs/mes × 12 meses × 500 KB promedio
  · Total logs: ~6 GB/año

- Sistema operativo + aplicaciones: 20-30 GB

- Respaldos mínimos: 50% del total
---
MÍNIMO REALISTA: 150-200 GB

VM de $30/mes incluye: 8-16 GB storage

Costo adicional de disco en Azure:

  • Standard SSD: ~$0.10/GB/mes
  • 200 GB × $0.10 = $20/mes adicional

3. Problema de CPU/vCPUs:

Procesamiento de 1,050 docs/mes con IA:

- Llamadas a API de Claude: I/O bound (poco CPU)
- PERO: Procesamiento de RAG (búsqueda vectorial): CPU intensive
- Picos de carga cuando llegan múltiples documentos simultáneamente

VM de $30/mes: 2 vCPUs

  • No suficiente para picos de carga
  • Respuesta lenta = timeout = re-procesamiento = más tokens

4. El argumento definitivo – Cálculo real:

Azure VM capaz de correr esto:

Componente Especificación necesaria VM Azure adecuada Costo
RAM 16 GB mínimo Standard D4s v3 ~$140/mes
Disco 200 GB SSD Premium SSD ~$30/mes
CPU 4 vCPUs (incluido arriba)
TOTAL $170/mes

Más costos ocultos que NO están en la VM:

- Bandwidth/egress (que dijiste dejar de lado, pero existe): $50-100/mes
- Backup automatizado: $20-40/mes
- Monitoreo (Azure Monitor): $30-50/mes
- Seguridad (Azure Security Center): $15-30/mes
---
TOTAL REALISTA: $285-390/mes

5. La trampa del «servidor compartido»:

Si dicen: «Pero ya tenemos un servidor que hace otras cosas»

Tu respuesta:

«Perfecto. Entonces ya está usando su RAM, CPU y disco para esas ‘otras cosas’.

Pregunta técnica: ¿Cuánta RAM libre tiene ese servidor ahora mismo?

Si tiene menos de 16 GB libres constantes, agregar el agente de IA va a:

  • Degradar el rendimiento de las aplicaciones existentes
  • Causar swapping a disco (10-100x más lento)
  • Generar timeouts y re-procesamientos = más tokens
  • Requiere upgrade de la VM = costo adicional»

6. La pregunta asesina:

«¿Cuánta memoria consume el agente de IA en producción bajo carga real?»

Respuesta técnica:

python
# Cálculo conservador
base_rag_memory = 6 GB  # Vector DB en memoria
concurrent_requests = 5  # Documentos procesándose simultáneamente
memory_per_request = 500 MB  # Contexto + procesamiento

peak_memory = base_rag_memory + (concurrent_requests × memory_per_request)
peak_memory = 6 GB + (5 × 0.5 GB) = 8.5 GB

# Sin contar:
# - Sistema operativo: 1-2 GB
# - API Gateway: 1 GB
# - Buffer para picos: 2 GB
# ---
# TOTAL REALISTA: 12-14 GB bajo carga

VM de $30/mes con 4-8 GB: NO ALCANZA


7. Tu respuesta definitiva:

«Una VM de Azure de $30/mes tiene 4-8 GB de RAM y 8-16 GB de disco.

Para correr este agente necesito:

  • RAM: 12-16 GB (RAG + procesamiento + sistema)
  • Disco: 150-200 GB (embeddings + logs + respaldos)
  • CPU: 4 vCPUs para manejar picos

Eso requiere una VM de $140-170/mes mínimo.

Si la ponen en una VM de $30:

  1. No cabe el RAG completo en memoria → rendimiento degradado 10-100x
  2. Disk swapping constante → timeouts → re-procesamiento → más tokens
  3. No hay espacio para logs de auditoría → violación de cumplimiento normativo
  4. No hay espacio para respaldos → riesgo de pérdida de datos

Y cuando falle (no ‘si’, sino ‘cuando’), van a necesitar un programador senior dedicando 4-8 horas a investigar por qué está lento, qué se perdió, y cómo recuperarlo.

Costo real: VM adecuada ($170) + disco ($30) + monitoreo ($30) + backups ($30) = $260-290/mes mínimo

Y eso es SOLO infraestructura, sin tokens.»


8. El contraargumento técnico irrefutable:

«Demuéstrenme con un ambiente de prueba que funciona en una VM de $30/mes bajo carga real:»

Requisitos de la prueba:

  1. Procesar 1,050 documentos en un mes (35/día)
  2. Con RAG completo cargado (35 formatos, 1000 ejemplos)
  3. Registrar todos los logs (auditoría)
  4. Con respaldos automáticos
  5. Medir:
    • Tiempo de respuesta promedio
    • Uso de RAM en picos
    • Uso de disco
    • Número de timeouts/re-procesamientos

Predicción: No va a funcionar, o va a ser tan lento que el costo en tokens de re-procesamiento va a ser mayor que el ahorro en VM.


Resumen para tu argumento:

Cuando te digan «VM de $30/mes»:

  1. Pregunta: ¿Cuánta RAM y disco tiene esa VM?
  2. Calcula: Necesitas 12-16 GB RAM + 150-200 GB disco
  3. Demuestra: VM de $30 tiene 4-8 GB RAM + 8-16 GB disco = insuficiente
  4. Costo real: $170 (VM adecuada) + $30 (disco) + $60-90 (monitoreo/backups) = $260-290/mes
  5. Reto: «Pruébenlo con carga real y veamos cuántos timeouts tienen»

El argumento del «servidor de $30» es ingenuo o malintencionado – ignora requisitos técnicos reales.

Fuente Copilot:

El argumento de la “VM de $30 USD/mes”

  • En Azure sí existen máquinas virtuales básicas (ej. B1s, B2s) que rondan los $25–35 USD/mes.
  • Pero esas instancias tienen recursos muy limitados:
    • Memoria RAM: 1–2 GB.
    • CPU: 1–2 vCPUs.
    • Disco: 30–64 GB SSD estándar.
  • Son adecuadas para un servidor web ligero o pruebas, no para cargas de IA con millones de tokens mensuales.

Requerimientos reales para tu caso (Ejemplo 3)

  • Tokens mensuales: ~11.8 millones.
  • Modelo LLM (Claude Opus, GPT‑4, etc.): no se ejecuta en tu VM, sino en la nube del proveedor. Tu VM solo orquesta llamadas, guarda resultados y hace validaciones.
  • Memoria necesaria:
    • Para manejar 900–1,200 documentos/mes con RAG y validación, necesitas al menos 16–32 GB RAM para indexar, cachear embeddings y manejar procesos concurrentes.
    • Una VM de $30 USD con 2 GB RAM se saturaría en la primera corrida.
  • Disco necesario:
    • Cada documento procesado con embeddings ocupa entre 50 KB y 200 KB.
    • Para 1,200 documentos/mes, más histórico de 2–3 años, necesitas 50–100 GB de almacenamiento rápido (preferible SSD premium).
    • Una VM básica de $30 USD no ofrece ese nivel de disco ni IOPS.

⚖️ Cómo demostrar el argumento

  1. Comparación de specs:
    • VM de $30 USD → 2 GB RAM, 1 vCPU, 30 GB disco.
    • Requerimiento real → 16 GB RAM mínimo, 4–8 vCPU, 100 GB SSD.
    • Costo real en Azure → $200–400 USD/mes.
  2. Carga de tokens:
    • El cálculo de tokens (11.8 millones/mes) ya implica costos de API externos ($354 USD/mes).
    • La VM de $30 USD no elimina ese costo, solo añade un cuello de botella.
  3. Operación práctica:
    • Una VM básica se reinicia o se congela con cargas de RAG y validación.
    • Necesitarías escalar a instancias D‑series o E‑series, que cuestan mucho más.

Conclusión

Decir que todo se puede correr en una sola VM de $30 USD/mes es retórica irreal.

  • La memoria y disco de esa VM no alcanzan para manejar embeddings, validaciones y almacenamiento histórico.
  • El costo de tokens sigue existiendo y es mucho mayor que la VM.
  • En la práctica, el costo real se acerca a $850–1,300 USD/mes, como ya calculaste, no $30 USD.

En otras palabras: la VM barata sirve para la demo, no para producción

tabla comparativa entre una VM básica de Azure de $30 USD/mes y lo que realmente necesitarías para tu caso de 900–1,200 documentos mensuales con RAG y validación:

️ Comparación de infraestructura

Concepto VM básica Azure ($30/mes) Requerimiento real para tu caso
CPU/vCPU 1–2 vCPU 4–8 vCPU (procesos concurrentes)
Memoria RAM 1–2 GB 16–32 GB (embeddings, cache, validación)
Disco SSD 30–64 GB estándar 100 GB SSD premium (alto IOPS para RAG)
Tokens mensuales No aplica (VM no ejecuta LLM, solo orquesta) ~11.8 millones tokens → $354 USD/mes en API
Costo mensual real $30 USD $850–1,300 USD (tokens + infraestructura)
Escalabilidad Muy limitada Necesaria para crecer a >1,200 docs/mes
Fiabilidad Se congela con cargas pesadas Estable con instancias D/E series

Argumento técnico

  • Una VM de $30 USD no tiene memoria ni disco suficientes para manejar embeddings, validaciones y almacenamiento histórico.
  • El costo de tokens (≈ $354 USD/mes) no desaparece aunque uses una VM barata.
  • Para que el sistema funcione en producción necesitas mínimo 16 GB RAM y 100 GB SSD premium, lo que eleva el costo a $200–400 USD/mes solo en infraestructura.
  • Sumando tokens + infraestructura + supervisión humana, el costo real es $850–1,300 USD/mes, no $30 USD.

Fuente Gemini:

El argumento se cae por la cantidad de memoria RAM necesaria para la inferencia de un modelo lo suficientemente grande para manejar la complejidad del Ejemplo 3 (35 formatos, 45 resultados, validación legal).

1. Requisitos Mínimos de Memoria (RAM) para LLM

 

Para manejar un problema de alta complejidad como la verificación documental que requiere baja alucinación, necesitarías un modelo con al menos 7B a 13B (mil millones) de parámetros, o al menos un modelo grande cuantizado.

  • Regla general (Quantización 4-bit, q4): Un modelo de $N$ mil millones de parámetros requiere aproximadamente $N/2$ GB de memoria RAM.

    • Modelo de 7B a 13B: Esto requeriría al menos 3.5 GB a 6.5 GB de RAM solo para cargar el modelo cuantizado.

    • Caché KV y Contexto (RAG): El contexto amplio requerido para el RAG (Recuperación Aumentada) y los $11.8$ millones de tokens/mes que necesitas consumen varios GB adicionales de RAM activa.

  • Estimación Conservadora: Para garantizar el rendimiento, la estabilidad del sistema operativo, el framework del agente (LangChain, etc.), y el caché RAG, se necesita un mínimo de 8 GB a 16 GB de RAM.

2. Análisis de Costos de MV de $30 USD

 

Ninguna MV estándar en los principales proveedores de la nube que cuesta alrededor de $30 USD/mes ofrece la memoria de manera estable que requiere la inferencia de un LLM.

El precio de $30 USD/mes se ajusta a una instancia de nivel básico (por ejemplo, t3.micro en AWS o una A1v2 en Azure con uso limitado), típicamente con solo 2 GB a 4 GB de RAM.

Instancia Típica de $30 USD Proveedor RAM (Aprox.) Costo/Mes (Pago por uso)
t3.micro AWS 2 vCPU, 1 GB ~$10-25 USD (sin considerar sobrecarga de CPU)
t3.small AWS 2 vCPU, 2 GB ~$30-40 USD
B2s Azure 2 vCPU, 4 GB ~$40-50 USD
e2-small Google Cloud 2 vCPU, 2 GB ~$25-35 USD

La refutación: Estas instancias de $30 USD/mes (1-4 GB RAM) son insuficientes y colapsarían o causarían una latencia inaceptable (minutos por documento) al intentar cargar un LLM de $7B$ y el caché RAG.

3. Cálculo de Memoria Necesaria ($100-$300 USD)

 

Para obtener los 8 GB a 16 GB de RAM que necesitas para inferencia estable de un modelo cuantizado, el costo se dispara:

Proveedor Instancia Sugerida (Mínimo) RAM/vCPU Costo/Mes (Estimado)
AWS EC2 t3.large o m5.large 2 vCPU, 8 GB $70 – $100 USD
Google Cloud e2-standard-2 2 vCPU, 8 GB $60 – $85 USD
Azure VM D2as v5 2 vCPU, 8 GB $80 – $110 USD

Conclusión del Argumento:

«La MV de $30 USD/mes es una falsa economía. La complejidad del problema (35 formatos, RAG, baja alucinación) requiere un LLM con al menos $7$B de parámetros cuantizados. Para correr ese modelo de manera estable, la MV necesita 8 GB a 16 GB de RAM como mínimo. Este requerimiento empuja el costo real de la instancia base a $60 – $110 USD mensuales, antes de sumar el costo de disco, tokens, o la base de datos RAG que necesita esa misma MV.»

4. Costo Mínimo Ajustado (AWS / Google Cloud)

 

Concepto Costo Azure (Previo) Costo Mínimo (AWS/GCP) Refuerzo de Coherencia
MV de Cómputo (RAM estable) ~$200 – $400 USD ~$60 – $110 USD Demuestra que el costo de cómputo base real es 2x a 3x la cifra de $30 USD.
Disco (SSD para RAG/SO) ~$50 USD ~$10 – $20 USD (50 GB) El disco SSD es necesario, no es cero.
Tokens (Ejecución real) ~$354 USD/mes (Opus) ~$60 USD/mes (Modelo más pequeño y optimizado) Incluso optimizando los tokens, sigue siendo un costo recurrente.
Base de Datos RAG/Cache ~$150 – $250 USD Mínimo $50 USD (usando un micro-servicio) Mantiene el concepto de que RAG no es gratis.
Costo Operativo Mínimo $850 – $1,300 USD/mes $180 – $350 USD/mes Este es el piso real. Sigue siendo 6x a 11x más caro que los $30 USD propuestos y es un costo que la analista manual no tenía.

Conclusión Final: Incluso en el escenario más optimista de infraestructura mínima ($180-$350 USD/mes), la MV de $30 USD/mes no tiene la capacidad técnica para ejecutar un agente de IA que cumpla con los requisitos del problema. La memoria necesaria (8 GB+) es el argumento que invalida la cifra inicial.

Juez Dredd, la sociedad de la justicia y seres voladores

El título está medio raro y es un post filosófico.

Como quizá ya se hayan dado cuenta, los lectores, tengo muy buena memoria. Sí, hay cosas que inhibo y medio olvido, pero la idea central y la mayor parte de los detalles permanecen de lo que he visto desde los seis años. No tengo memoria absoluta o eidética, pero recuerdo cosas como el nombre de la calle y los perros de una prima en Echegaray a la que fui a su casa una sola vez a los 7 años, o el vestido usado por la cantante que hacía de Violeta en cuatro funciones de «La traviata» en Chihuahua en 1980, siendo mi padre el Tenor. (María Luisa González Tamez era ella). O cuando ella me buscó y yo estaba subido en un depósito de agua a unos 30 metros de altura en el hotel en Chihuahua. Otros recuerdos que he comentado son las tramoyas de los teatros de ópera de varios países. O de los teatros universitarios donde yo actuaba en obras de teatro experimental como parte del perfil académico.

Son ejemplos.

Soy de los que leen todo lo que llega a sus manos, y si no hay nada decente, me pongo a pensar. En este caso, me acabo de dar cuenta de un paralelismo y de una solución brillante ideada por escritores de cómics en 1985, y de algo que yo me enteré en 1997, aprox. Pero hoy me dí cuenta de algo fundamental.

He comentado que trabajé por hacerle un favor al jefe de mi empleo principal, allá por 1997-2000, en una agencia de publicidad que entre otras cosas distribuía cómics. El 5 de noviembre de 1997 me encontraba yo sentado en una banca improvisada en Plaza de las Vizcaínas, con un poco de problemas de dinero (estábamos en una situación estúpida de autosabotaje por cinco personas en el trabajo principal) y estaba yo sentado esperando a que llegara una persona de la agencia que tenía que ir al Rebusque. El Rebusque era una librería increíble, de saldos y cosas de otros países, en Eje Central de la Ciudad de México. ¿Que por qué me acuerdo de la fecha?

Pues por V de Vendetta.

Estaba yo en ese lugar esperando a que llegara un coche con uno de los de distribución de la agencia de publicidad, para llevarlo al Rebusque. Así que llegó, se estacionó, y entramos. En ese momento era casi seguro que me pagaran al día siguiente de ese ingreso.

Mientras él veía lo necesario, yo me puse a caminar por las mesas y vi V de Vendetta de la que habían hablado, en edición de Zinco, y otros cuantos. Infinity Inc. (serie de superhéroes de los 80s que aparecen lateralmente en la serie de live action Stargirl) y algunos más. Creo que también vi a The Question, inspiración de Rorschach.

Y vi… El Mercenario de Segrelles. Edición completa de lujo, de historias al óleo, y que era mi comida de una o dos semanas si compraba los tomos de las dos historias, El Mercenario y La Fórmula.

Yo conocía El Mercenario por la revista española CIMOC de 1985 que llegué a comprar en una librería de la calle de Gutenberg en 1985 con mi papá, mientras él compraba otras cosas.

Los que no saben qué es El Mercenario, búsquenlo en internet. Es de una calidad impresionante.

El caso es que dije: «Puedo vivir de avena y puré de papa y unas dos cajas de leche en lo que cobro». Me despedí de la persona de la agencia y salí con mis tomos del Mercenario, unos cuatro de Infinity Inc. y V de Vendetta. (Los que no han leído la historia, la película no le hace justicia a las dos escenas más fuertes). Y eran como las cinco de la tarde, así que crucé la calle hacia la Plaza de las Vizcaínas y me senté para anotar en mi cuaderno si había algo que hacer.

Tenía presente que tenía que comprar algo en la Plaza de la Electrónica, pero no me acordaba qué. Así que para hacer tiempo abrí V de Vendetta. Y la historia en la primera página decía: «Es el quinto del onceavo, de 1997». Y era la fecha de ese día.

¡Shock absoluto!

Me enganché leyendo hasta que V vuela la cárcel-hospital y sale desnudo.

Ya en la casa, resultó que era toda la serie de Infinity Inc., de Zinco, desde la creación del grupo hasta el final de la serie, varios altibajos, pero con personajes increíbles como Fury (que era la hija de Wonder Woman y Steve Trevor).

Unas cosas estúpidas en el argumento, como Silver Scarab, pero la parte que me interesa es que al final, además de matar a Sylvester Pemberton (Skyman) de la manera más absurda posible, (con Mister Bones y Solomon Grundy de por medio), la historia final era «Los Últimos Días de la Sociedad de la Justicia».

En resumen: En 1985 hubo un crossover para simplificar la continuidad de DC Comics, y como parte de eso salían sobrando las versiones originales de los héroes de la Edad de Oro, unos 10 más o menos, pero no podían matarlos a todos. Así que el argumento (que no se veía muy inteligente) era que esos héroes se quedaban en ese mundo alterno peleando contra nazis y los monstruos mitológicos del Ragnarök nórdico, del ocaso de los dioses. En su momento me pareció una solución barata. Mezclar la Lanza del Destino de Parsifal no tenía mucho sentido narrativo, aunque la he visto en otros libros.

En ese mismo momento pensé que había paralelismos con la película de dos años antes de Stallone sobre el Juez Dredd, donde Max von Sydow hace de El Juez Fargo, el juez que lo entrenó a Dredd, y va a pasar el resto de su vida fuera de las murallas peleando contra el mal.

Es exactamente el mismo paralelismo: el Juez Fargo y V que se retiran o salen al mundo. Y en el momento en que Rorschach es capturado y le comentan que lo van a encerrar en la cárcel, él dice: «¡Ahora están encerrados conmigo!». Es lo mismo que la Sociedad de la Justicia.

Y hoy de repente, 28 años después, vi la parte épica de la mezcla con Ragnarök. La historia cobró total sentido.

Ese retiro del Juez Fargo, o la salida de V del jardín, o el encierro de Rorschach y de la Sociedad de la Justicia, no es rendición, sino un combate eterno en un frente diferente.

Ahora vamos a los seres voladores, y no me refiero a los extraterrestres de Carlos Castaneda en «Los Pases Mágicos» que son de la misma época y fueron escritos por un escritor por encargo. Es el mismo estilo de las escenas del burdel y el empresario Jorge Campos. Es el mismo libro.

Más ghostwriter que eso no hay. Esto no es el Castaneda original, sino producto de alguien acabado, drogado o un ghostwriter.

Es sabido que hace años conocí a unos maestros tradicionales de tradiciones mesoamericanas reales en Jalisco. Uno de ellos les explicaba a unas personas que las flores atraen abejas (que no necesariamente son parásitos), y también atraen parásitos.

Regla Uno: Las abejas son atraídas por la miel. Los parásitos se acercan a las flores, y los seres humanos decentes pueden acercarse a ellas por puro placer visual u olfativo.

Pero en la realidad…

¿Quién tiene perros en su casa? Si el perro hace del dos (sólido), hay que limpiarlo, y aparecen moscas. Y algunos perros tienen ese «talento»: cuando van al baño atraen más moscas que otros más grandes.

Regla Dos: Cada quien se alimenta de lo que puede.

¿Qué hacen las personas decentes? Riegan las flores, limpian lo dañado. No arrancan las flores. Las tratan con respeto mientras viven y tratan de que vivan más. Las gracias del perro, no.

Así que, usando una metáfora, es una situación donde los parásitos arrancan las flores y buscan comida porque no pueden ganarla por sí mismos. Sí. Algunos se alimentan de popó. Pero las personas valiosas hacen algo diferente. Desde Parsifal al Juez Dredd, o la misma Sarvan de Cimoc (No apta para menores), todos tratan de proteger, no de arrancar.

Hay un momento donde el Jardín de V crea lo necesario para que el material de abono (el fertilizante) vuele la pared y libere a la gente.

Me encuentro, de momento, en un momento más parecido al juego de Frogger, la ranita que cruza la calle.

No hay presión de tiempo ni nada a quien proteger. Mi vida, por ética, se parece más a salir a la calle en autodefensa. El Vengador Anónimo de Brian Garfield, Duro de Matar (o La Jungla de Cristal de Bruce Willis), y lo que llamo entorno de Combate Corporativo.

Pero no puedes limpiar Chernóbil. A veces hay que volar la pared. No me acerco a la última batalla como el juez Fargo… pero…

Hay momentos en que el juego es otro. Tipo Space Invaders. Una batalla que no terminará nunca, porque buscan parasitarte o explotarte. Los que somos Jabalí en el Zodíaco Chino, pasamos mucho por la situación de que muchos tratan de merendarnos. No me encuentro encerrado, y a mis 53 años tengo buena memoria.

Usando una referencia, estar encerrado para otros es rendirse. Otros, como Rorschach o la Sociedad de la Justicia, PELEAN.

Esté la puerta cerrada o abierta, hay que combatir a los parásitos. Y veo que el entorno está cambiando esta semana a Space Invaders en lugar de Frogger.

Limitaciones reales de Agentes de Inteligencia Artificial

Se actualiza 22 de noviembre 2025 Se añaden datos de costo en tokens de uno de los ejemplos mencionados . Se hizo un nuevo documento sobre Costos en hardware. https://alfonsoorozcoaguilar.com/2025/11/22/costos-en-hardware-para-ejemplo-3/ 

El día de hoy llegué en la mañana a una serie de artículos en Medium sobre agentes de inteligencia artificial. La idea es que acaben reemplazando a desarrolladores humanos.

Veo una serie de problemas grandes además de lo de conectividad:

Primero, que no pueden hacer nada ante vidas humanas o el riesgo de éstas. Inclusive el efecto de trámites mal hechos.

Segundo, tomar decisiones serias que impliquen pérdida de miles de litros o kilos de producto.

No resuelven problemas reales relativamente simples, porque:

  • El ser humano no es simple
  • El ser humano no es lógico
  • Lo que muchas personas buscan es control o reducción de costos, no eficiencia

Y la mayor parte de las selecciones se basa en CONDICIONES IDEALES. No es mi caso, pero es buen pretexto para ahorrar costos y correr personas. Pero no arreglan los problemas.

Vamos a explicar algo antes:

Una cosa son los chats tipo ChatGPT, Gemini, Claude, Copilot, Llama, Mistral, DeepSeek, Grok y Kimi. Son útiles y pueden sobrevivir aunque a veces alucinen. Son modelos LLM.

La idea de los AGENTES depende de hacer scripts, como los antiguos «robots de código» en C o Pascal que se enfrentaban en un campo de batalla virtual. Idealizados. Pero para que funcionen requieren demasiadas condiciones de control y hay demasiados puntos de falla.

Uno de ellos, no el único, es el ejemplo que he comentado de querer usar React para una pantalla con 800 combos de entrada. Si te imponen eso, el agente tratará de hacerlo pero es basura.

El segundo es que hay complicaciones extraordinarias que la IA ve como naturales. Pongo ejemplos más abajo.

Estuve tratando con Gemini 3, DeepSeek y Claude sobre cómo aplicar AGENTES a ciertos problemas. Claude dijo, a su manera cortés, que era económicamente inviable y el costo era excesivo.

Tres ejemplos reales, simplificados:

1. Fábrica de comida que se vende en central de abastos. Mandan carga de camiones hecha a mano por fotos  de WhatsApp, se captura y luego las ventas de diez choferes, una foto por remisión llenada a mano. El costo real es la capturista y el servidor. La solución propuesta por presupuestos de LLM era: tensores de reconocimiento óptico de caracteres, modelo de negocio por técnica silo, ajustes por precios, y el costo era de 270 mil de implementación el primer año más alguien que revisara la captura a 400 pesos por hora, dos horas diarias. Con eso «se limita error humano del capturista». (Mi opinión: la mala fe de los choferes no se computa y es un proceso de evitar faltas de probidad, y reconocimiento óptico de 12 letras manuscritas con un costo de 35,000 MXN o 2000 USD por única ocasión es ridículo. Extra al entrar choferes nuevos. Tres agentes necesarios). Necesidades extras: Diseño e interfaces y Compra de hardware.

2. Tres problemas en cliente de los monolitos (luego doy detalles): uno era sobre firma electrónica, otro sobre puertos cerrados y RHEL sin acceso a root con PHP 7.x. El tercero era sobre resolver al vuelo problemas de un video de YouTube para cuadrar contra una hoja de Excel cerrada para escritura, y la solución de cada uno era de 270 mil pesos ANUALES POR CADA UNO. Lo peor del caso es que el sueldo que me pagaban era un poco mayor a eso (mas de 300 pero menos de 400), no lo pagaban en realidad y literalmente a veces pasaba por ocho pasos de servidores diferentes por puertos cerrados y necesidades de la burocracia. Las soluciones de IA no decían como encontrar lo correcto en Youtube, archivo y frame. Si los dns no respondían a google.com como vas a hacer IA para puerto 21 sin root ? Ni siquiera puedes crear nuevos usuarios. Una IA de verificación cada tres semanas de 600-1200 firmas electrónicas tienen costo. Y la memoria necesaria? Que costo sube en la maquina virtual?

3. Dato muy bonito. Oye, hay que verificar este documento y juzgarlo, son siete documentos por persona pero el primero tiene cincuenta datos con tres columnas y a ojo se decide sí o no. Solución de Gemini y Copilot era capturar los 150 campos de 35 formatos diferentes posibles para evitar el factor humano y reducir costos, ya que el análisis daba al final uno de 45 resultados posibles por solicitante. Para simplificar el paso final, la solución era que lo hiciera la misma analista como la dama Margarita, y que eso pasaba el costo a cero del proceso final de firmas porque ya el paso dos lo hacía un humano (la simplificación se hacía metiendo la analista150 datos por expediente que antes no hacía), pero seguíamos con el mismo problema en el paso 20 del proceso. Y el costo del servidor final e implementación según Copilot era cercano a cero porque el servidor se usaba para otras cosas. ¿? Gemini dijo cero sin que le preguntara. Así que era tecnología mágica que cuesta cero el servidor, el mantenimiento y el desarrollo del paso 20 porque te ahorraste usar IA en el paso 2 porque ahora la capturista metía 150 datos que antes no necesitaba. Pregunta simple.  Cuantos tokens de entrenamiento necesitas? El costo es imposible incluso antes de los tokens de desarrollo ni los de ejecución.

Costo en tokens pero solo para uno de los siete Documentos (No resuelve el escenario):

Cálculo real de costos de tokens (Ejemplo 3) al 22 Nov 2025:

Para un volumen realista de 900-1,200 documentos/mes:

Tokens de ejecución mensuales:

  • Base: 1,050 docs × 2,500 tokens = 2,625,000 tokens/mes
  • Con multiplicadores reales (re-procesamiento 2x, RAG 2x, validación 1.5x): 11,812,500 tokens/mes

Costo mensual solo en tokens (Claude Opus sugerido como mínimo necesario para precisión):

  • Input: $177 USD
  • Output: $177 USD
  • Total: $354 USD/mes

Infraestructura cloud oculta:

  • Servidor/VM: $200-400
  • Base de datos RAG: $150-250
  • API Gateway: $50-100
  • Memoria adicional: $100-200
  • Subtotal infraestructura: $500-950/mes

Costo operativo real: $850-1,300 USD/mes = $10,200-15,600 USD/año

Esto es SOLO operación, sin contar en precios de Mexico:

  • Fine-tuning inicial: $4,000-8,000 precios USD conservador 25 a 40 mil MXN
  • Desarrollo: $40,000-60,000 USD, precio mexico muy conservador 30 a 70 mil MXN
  • Supervisión humana: $50,000-80,000 USD/año o 90 mil anuales mas iva.

Total primer año: $104,200-163,600 USD y recurrente 15600 USD + 90 mil MXN anuales

Versus analista manual: $35,000-45,000 USD Anuales

ROI: NEGATIVO por $59,200-118,600 USD. Solución actual con tres activos humanos 700~ mil pesos o 32400 USD.

Importante: El personal humano actual Hace 25 funciones cada uno en promedio. La solución de IA es para UNA SOLA de esas funciones. el personal humano (la «dama Margarita») sigue siendo indispensable para las otras 24 funciones, lo que significa que el costo de personal no se reduce, sino que se suma el costo de la IA.

El hardware se justifica en este link:

Costos en Hardware para Ejemplo 3

Solo que ahora con un costo de 270 mil por cada una de las tres funciones que decía yo hacía (de unas 25 reales), con más problemas de control, y creando problemas donde no los había. Para coordinar eso ahora necesitaban un analista senior, o sea yo, que dedicara cuatro horas cada vez del tercer proceso para revisar los resultados de la IA (de tres a seis agentes por proceso) en lugar de las cinco horas que yo hacía a mano y que mis antecesores hacían en dos semanas.

Y me fui por falta de pago, actualmente dos procesos no lo hacen y el otro regresaron a Excel. Corolario : Las empresas mexicanas que no pagan a programadores experimentados no entienden los costos, y menos lo que cuesta AWS y lo que implican los agentes IA en dependencia y costo en tokens. No pueden costear agentes de IA para problemas que un programador experimentado resuelve manualmente a menor costo y con mayor flexibilidad.

Las respuestas para las finanzas en México son como decirle a alguien sin casa que se compre un departamento con seguridad privada en Polanco. Es absolutamente irreal.

En resumen, que aprendí:

  • Cuando la entrada de datos no se puede automatizar con fiabilidad (por la falta de uniformidad, calidad o el requisito legal/procedimental del original), la inversión en Agentes de IA que procesan esos datos se vuelve inviable o absurda.
  • (Tiempo) 4 horas/mes para asegurar la continuidad del Actuador (FTP/XML-RPC) y actualizar el RAG si cambia algún dictamen crítico en lugar de las cinco horas de la persona actual en hacer el proceso es estúpido.
  • Es irresponsable y falso afirmar que el costo de un Agente o microservicio de IA, incluyendo hardware y mantenimiento, es cero.
  • La IA y los agentes se basan en el deseo y error retórico para adaptarse a un presupuesto institucional que no existe, pero violó el principio fundamental de la ingeniería de software: todo componente tiene un costo, y la IA no es mágica.
  • La ingeniería de software dicta que la calidad de entrada condiciona la calidad de salida. Sin estandarización, la IA solo amplifica errores.
  • La herramienta debe ser proporcional al problema. Si quieres usar un martillo para tomar la temperatura o un microondas para enfriar tu comida, no es lo mejor aunque tus jefes digan que sí.
  • Si el costo de la solución excede el costo del error humano que pretende evitar, la solución es inviable.
  • Muchos discursos de IA ignoran que la responsabilidad legal y técnica recae en quien implementa. No basta con decir «la nube es segura».

Principio de auditoría: todo flujo que involucra datos sensibles debe cumplir con:

  • Control de acceso (quién puede ver/editar)
  • Trazabilidad (qué se procesó, cuándo y por quién)
  • Cifrado en tránsito y reposo
  • Cumplimiento normativo (en México: Ley Federal de Protección de Datos Personales)

En resumen, por razones largas de explicar aquí, veo que los agentes de IA necesitan una inversión que incluso el gobierno no puede hacer, para rangos de retorno (ROI) bajísimos y hacer el proceso más vulnerable.

Sí creo que funcionen LLM y equipos aislados, pero los puros costos de tokens y de alojamiento de nube, sin contar el desarrollo, hacen que usar Agentes de inteligencia artificial sea ineficiente y casi imposible. No solo por la complejidad de las acciones humanas, sino porque si la entrada no está absolutamente automatizada, no existe la oficina sin papeles.

Solo que dar acceso a correos, hojas de cálculo o repositorios de código fuente a los LLM y agentes no es buena idea. Tampoco usarlos, como decimos, en producción. Con un buen prompt puedes capturar los casos edge que te acuerdas, pero los que hayan tratado con herramientas CASE como el infame GeneXus o sistemas expertos, saben que el script de datos parece un lenguaje en sí y es propietario. Ahora no dependes de una persona sino de una corporación que deprecia funcionalidades o cambia estándares.

La situación es muy parecida al boom en los 90s-2000 de Active Documents y Java Beans, el de jQuery en 2010 y después Angular (1, 2… 19 casi siempre incompatibles entre sí, incluso peor que Laravel). Un poco como usar JavaEE y Amazon AWS en México para una papelería con 20 sucursales. Le veo más sentido a Javelin o Quarkus. Me explico:

Todas estas tecnologías llegaron con la promesa de revolucionar el desarrollo, bajar costos y «democratizar» la programación. ¿Te acuerdas?

  • Los Active Documents de Microsoft iban a eliminar la necesidad de programadores.
  • Los Java Beans prometían componentes universales y reutilizables.
  • jQuery simplificaría todo el desarrollo web.
  • Angular cambió su API radicalmente entre versiones (de la 1 a la 2, y luego hasta la 19 con breaking changes), obligando a reescribir aplicaciones completas.
  • Laravel hace lo mismo cada vez que sube de versión mayor.

El patrón es el mismo: adoptas la tecnología de moda, inviertes tiempo y dinero, y en 3–5 años está obsoleta o toca migrar con costos altos.

Ahora, los agentes de código que hacen commits a Git tienen exactamente el mismo problema… pero peor. Generan código según los patrones y convenciones del agente o LLM específico. Si ese agente cambia su forma de generar código, deprecia funcionalidades, o la empresa detrás cambia su modelo de negocio, tu código queda amarrado a esa versión y a ese momento. Es como lo que pasaba con GeneXus: generabas miles de líneas que solo el sistema entendía, y si pedías un requisito nuevo, tenías que empezar de cero y perder tus ajustes manuales. En vez de depender de un programador que podías contratar o capacitar, ahora dependes de una corporación de IA que controla el estándar.

  • Nota: Las herramientas CASE como GeneXus son el antecesor inmediato y es especialmente preciso: «si pedías un requisito nuevo, tenías que empezar de cero y perder tus ajustes manuales» – eso es exactamente lo que pasa con código generado por agentes cuando cambian de versión, cambian tus requisitos, los del cliente, el hardware, o las reglas de negocio. Lo que para un programador experimentado son 30 minutos en su código, son horas o días donde hay tiempo muerto, la empresa no factura o hay pérdidas directas.

Los agentes solo procesan la entrada que tú les des y lo que les digas que miren. No detectan:

  • a) Cambios en el hardware buenos o malos … o en sus costos !!
  • b) Cambios en el costo de los tokens o de la memoria necesaria.
  • c) Si el contador se murió
  • d) Si google.com resuelve en DNS
  • e) Si hay respaldos
  • f) Si hay faltas de probidad
  • g) Si el disco duro va a tronar

Suficientes razones cada una de ellas para no usar agentes de IA.

Y cuando esos agentes fallen o generen bugs sutiles en producción, ¿qué pasa? Vas a necesitar programadores senior. Pero no programadores comunes: gente que entienda tanto el código generado como el contexto del negocio para corregirlo. Eso cuesta más, porque ahora tienen que descifrar qué hizo el agente. O sea, no reduces costos, y encima agregas más puntos de falla.

Resumen ejecutivo:

  • Tesis: Los Agentes de IA son inviables para problemas reales no idealizados.

  • Motivo (Humano): El factor humano/gerencial (costo, control, no lógica) es el verdadero problema.

  • Evidencia (Costo Real): Los ejemplos demuestran que las soluciones IA son más caras que el problema que intentan resolver, y se requiere más supervisión humana (Analista Senior).

  • Principio (Técnico): Los agentes amplifican errores si la calidad de la entrada es baja (no hay «oficina sin papeles»).

  • Analogía (Histórica): Es una moda pasajera con el mismo fallo de las tecnologías propietarias del pasado (dependencia corporativa, altos costos de migración).

  • Costos Ocultos que no se dicen: Es falsa la narrativa de que los agentes ahorran costos. Cada uno expone una categoría diferente de costos ocultos:

    1. Costos de implementación ignorados (hardware, diseño, reentrenamiento)
    2. Restricciones infraestructurales reales (sin root, puertos cerrados, conectividad)
    3. Paradoja del «ahorro» (más trabajo humano + costos de tokens) Consumo de memoria mas alto y en Nube es significativo.

Lo que realmente importa:

  • Los LLM sí pueden funcionar como asistentes web o aislados / isolated.
  • Los agentes de IA que escriben directamente en repositorios o leen tu correo o tus hojas de cálculo son, honestamente, una llamada al desastre y una moda pasajera.

Un nuevo dia

De momento no estoy sacando respaldos y es justo medianoche. Si tengo respaldos, lo que quise decir es que a diferencia de otras noches no estoy sacando respaldos, esos los saqué hace horas.

El cliente que es mi ingreso regular, clientes desde 2012, tiene un problema fenomenal que ningún software resuelve. Yo si. Le he resuelto ese problema en unas cuatro o cinco ocasiones. En esta ocasión además necesitaba unos archivos del 2022. Zipeados y con clave.

YO tenia respaldo de cpanel del 8 de enero de 2022. Esto expira el 8 de enero 2026. Le dije ya con los archivos que me dieran 30 minutos para probar. Fueron 26 y le envié la prueba. Tuve que corregir mi código, unas cinco líneas extra pero me tarde en encontrar donde. Mide 2 gb cada respaldo.

Su contador no tenía el dato que yo sí.

Pausa.

La primera vez le cobré 17 mil , la fecha debió ser 2015  o 2017. Pero solo fueron dos horas de trabajo. Ahora sus problemas han crecido. En este caso si tenemos que pasar al plan B solo le cobraré unos 2400+iva que es el tiempo a 300 por hora de las pruebas., y que en las siguientes ocasiones me tardé entre cinco y ocho horas dando supervisión directa y es tiempo que no puedo hacer otra cosa. Es un precio razonable.

Pero mañana no puedo salir de aquí. Se le parala operación.

Tengo una irritación en el ojo y creo que no hay gotas. Así que mañana además tendré que pedir a alguien de mi familia en vez que vaya yo mismo.

PD: Me buscó la dama Margarita y m mandó un video. Problema muy fuerte fuera de donde trabajábamos por otras personas en situación similar.

Tengo que estar atento y tranquilo. Pero por otro lado este tipo de problemas como el de cliente es casi imposible de resolver. Afecta a miles de clientes y la supervivencia de la empresa.

Hechos no palabras.

Absurdos evidentes

Nota: Modificado para añadir porque el negocio mencionado no es sustentable ni en consignación ni en venta.

Una persona de mi pasado, mi padre específicamente, decía que hay cosas que caen por su propio peso, y que hay trabajos para CLark Kent y acciones para Supermán.

No diré que mi padre era Supermán pero si le vi hacer cosas de fuerza increíbles. Tanto en el gimnasio como en la vida real.

Aunque murió hace muchos años, a veces me acuerdo de manera aparentemente aleatoria de algunos asuntos. Como eso de lo que ciertas cosas caen por su propio peso.

Ayer tuve una discusión evitable, y no de mi parte iniciada, sobre el asunto de una marcha política de oposición, «generación Z» y su seudo lider. EL PAN acepta que es real el contrato de 2.1 millones de pesos por manejar durante un año cosas de marketing para CDMX con una persona física de 25 años, supuesto estudiante de licenciatura de derecho UNAM recién egresado. Ya chequé y no hay cédula profesional. Es absolutamente ilógico por donde se vea. Que sea abogado en marketing, que se le pague esa cantidad, que se le asigne a una persona física. Dejo de ejercicio para el lector las posibles explicaciones.

Si, cae por su propio peso por absurdo.

Por la experiencia hay cosas que conozco muy bien  podríamos llamarlos .. algoritmos propietarios ? o como se le quiera llamar. Uno de ellos es el proceso de lo que a veces se le llama analista de compensaciones de recursos humanos, incluyendo análisis de puestos. Conozco dos metodologías: Una que desarrollé allá por 1999-2000 en la época del sistema de jueces para uniliver, y una mas moderna que se usa actualmente en gobierno. Un contacto en ese tema de análisis de puestos,  me pidió este año que hiciera unos ajustes, para una empresa que  está en Tlalpan. Los hice. Me pidieron una factura pero no la pagaron con un pretexto. Estaba estipulado que yo no entrego el código hasta 95% del pago del contrato.  En este caso me pidieron hacer un trámite medianamente innecesario Abril ? No me acuerdo. EL caso es que tuve que gastar 8 mil pesos y un extra de 4 mil mas que terminó el asunto. E incluso con ese requisito, le dieron baje, corrieron o lo que sea a la de recursos humanos que si funcionaba y a su jefe, pero también a mi contacto y sin pagarle.

Unos meses después, me llaman. Voy a entrevista con ellos para retomar el proyecto. AL entrar a su bodega de inventarios que estaba de paso a la oficina de los NUEVOS, me sorprendo. Varias banderas rojas. Sin ser ese el ramo imagínate que ves en tlalpan unos 40-80 refrigeradores de dos puertas de los que hacen hielo, del año pasado, y que valen unos 80 mil a 100 mil. Pero ellos no manufacturan refrigeradores. Eso no se vende. No hay mercado. No hay rotación de inventarios. Necesita técnicos especializados. Algo esta muy raro.

Ahora que recuerdo, ellos me dijeron en esa entrevista con los nuevos que tenían cartas invitaciones del imss en las cinco razones sociales. El hecho de que me hayan revelado la existencia de las cartas invitación y aun así rechazaran la solución que exigía transparencia (la lista de puestos del IMSS), prueba que no les importaba solucionar el problema. El problema no eran mis tres soluciones propuestas sino el miedo a la transparencia y la auditoría que mi metodología (cuadrada contra la realidad del IMSS) representaba.

Necesitan también algunas ventajas. No creo que sea compra de liquidación. Quien compra tanto de ese modelo y del mismo color ? simplificación de inventarios de repuesto si. Pero que ? van al sitio ? Todo el background de los mecánicos de ese tipo de cosas es complicado. Certificaciones. Algo esta muy mal.

Les recuerdo que esto es un metáfora. No son refrigeradores pero la idea se mantiene. Tienen millones en activos inútiles, pero no pagan una pequeña deuda. Se necesita espacio, tener el dinero parado y de un producto que crea muchas responsabilidades legales no tiene el mas mínimo sentido.  No compraron a distribuidor. No necesita una ubicación comercial prime; necesita bodegas seguras para almacenar el activo que justifica la inversión en los libros contables. Que todos sean del mismo modelo y color, es igual. Tiene ventajas y desventajas. Pero las ventajas son para mí la bandera roja.  No las desventajas.

Pero NO me ofrecen NADA. Me ponen tres pretextos para el no pagarme la factura, que a estas fechas ya está cancelada. Les ofrezco tres o cuatro alternativas, incluyendo hacerles una nueva factura que es lo obvio. Ellos y yo sabemos que el requisito que me hizo gastar 12 mil pesos es idiota, irrelevante e ilegal.

Les propongo tres alternativas. Primero tienen que tener la lista de los puestos como están en el IMSS. Sin eso no se puede hacer nada. Pero mis tres alternativas son ignoradas. La factura es pequeña. Solo son 35 mil pesos. (menos de 2000 USD) Pagarla les daría el código fuente del sistema. La metodología necesita aplicarse. Tener el código pero no saber hacer ajustes de calibración, lo hace inutil. Y eso es experiencia de mas de diez años.

Salgo y veo los refrigeradores. Todo son del mismo modelo y color. Que nadie compraría. ¿?

Meses después, hoy mismo en noviembre de 2025, el absurdo se hizo aún más evidente. Recibo un aviso en LinkedIn: la misma empresa estaba buscando desarrolladores, ofreciendo un sueldo de $25,000 MXN. Para el stack de tecnologías que solicitan—que en el mercado se cotiza en $40,000 MXN o más—es un salario bajo.

Lo que piden no es para un sitio web, puede ser pero es muy ineficiente. Para lo que sirve esa tecnología es para dashboards vistosos y reportes manipulables. La base de datos lo mismo. No necesita licencias pero si permite procedimientos almacenados que ocultan lógica del negocio. Eligieron algo que está entre dos mundos o stacks pero sin ventajas para una operación real. Y yo que conozco su giro si el producto fuera real o tuvieran movimiento ese conjunto de habilidades (stack) no sirve para nóminas, para facturación electrónica ni para un ERP que, de todos modos, no necesitan. Ese conjunto de herramientas solo es razonable para control de inventarios y mantenimiento de activos. Pero incluso para eso, no es el stack ideal, lo que lo hace doblemente raro.

Es decir, la empresa que tiene millones en activos inútiles parados en CINCO bodegas con muy baja rotación, y que no quiso decirme lo de los puestos ante el IMSS, prefiere pagar un sueldo continuo y subvaluado a un desarrollador interno para construir un sistema de control de inventarios de la nada, en lugar de pagar una pequeña factura de $35,000 pesos por una metodología probada que resolvería su problema REAL de raíz.

No comenté que recibí dos correos hace meses pidiéndome la tabla de calibración en base a los factores y su ponderación, que era equivalente a pedirme el know how. Yo solo les pasé los Números BRUTOS de a A a G de un único puesto de prueba con otro más.

Me hicieron gastar 12 mil pesos de balde.

Ellos necesitan arreglar el problema de manera definitiva a las cartas invitación del IMSS: Pero el stack no concuerda.

  • Básicamente mi sistema convierte cada combo de nueve factores en una cifra, la suma, la multiplica contra una tabla de ponderados y lo evalua contra el jefe del puesto. Así que estamos hablando que cada registro lleva unos 9 factores o combos, mas el de responsabilidad funcional(valor de puesto) son 10 luego cuadrarlo contra el jefe o subordinado para ver que no haya discrepancia, y esto es la calibración. Se valora puesto nueve factores, hacer eso en node.js react me parece horrible por useeffect y hook  y/o memoria. Y mi tipo de programa no es para estar EXPUESTO AL PUBLICO. Es decir, hablamos de un proceso intensivo de cálculo, que en mi caso puede manejar una serie de 820 combos en pantalla en servidores normales (82 puestos) por limitaciones de html. Así que la primera conclusión es que no están tratando de replicar mi sistema. Simplemente no se puede con ese stack. Están haciendo algo para justificar un control de activos, pero esa tecnología no concuerda con los requisitos de «cadena de custodia» de artículos de alto valor, ni con las responsabilidades penales que lleva. Ni para controlar inventarios reales, ni consignaciones, análisis de puestos. Es simulación. No solo ignorancia.
  • Incluso para necesidades diferentes o nuevas algo está mal. El stack no concuerda. Las habilidades que piden no son raras. Pero si tienen para un desarrollador de 25 mil pero no para los 35 mil? Incluso les ofrecí hacer todo lo de las descripciones de puestos y calibración por mi servicio social de contaduría. La tecnología no cuadra. La inversión de activos inmovilizados va de 20 a 27 millones de pesos, y la renta mensual de cinco bodegas similares es casi un millón anual por cada una.
  • Lo que ellos quieren del giro real y el de refrigeradores que es mi metáfora, requiere en realidad un control complejo de documentaciones. Un contrato de consignación y los seguros individuales mas la prueba de inventario DIARIO rotativo o Inventario Físico Rotativo o Recuento Cíclico no es solo una «prueba de vida» sino una práctica de control esencial que se aplica continuamente, incluso con inventarios parados o de alto valor. Esté a consignación o no. El control de documentos DMS se puede hacer mejor con MariaDB y php, pero cuantos refrigeradores  deberías vender diariamente para justificar el monto de la inversión y los riesgos legales ?
    • Mi cálculo es que, considerando una nómina de 70 personas con un promedio de $15 mil pesos netos, el costo anual de la nómina (incluyendo IMSS) asciende a unos 18 a 19 millones de pesos. Tengo que usar cantidades aproximadas. A esto se suman unos 20 a 24 millones en inventarios inmovilizados, más un costo anual de 5 millones por la renta de las cinco bodegas y los seguros. En total, estamos hablando de un negocio que requiere una inversión conservadora de 35 a 48 millones de pesos si los edificios no son propios.
    • Considerando escenarios realistas de inventario de alto valor, la exposición pública y los riesgos legales del giro, los números no cuadran bajo ningún escenario. Incluso en el mejor de los casos – sin imprevistos – la pérdida anual se ubica entre 5 y 12 millones de pesos. Depreciación, responsabilidades laborales, garantías y seguros explican solo parte del déficit estructural. Quien invierte mas de 20 millones de pesos para perder 25% anual ?
    • Una operación real de consignación de bienes de alto valor que requiera 150 movimientos diarios para ser rentable implicaría costos administrativos y de control altísimos (entradas y salidas y fotografías). Solo la emisión de cartas porte, el inventario físico rotativo diario (prueba de vida del activo), la conciliación constante contra el consignante, y el personal necesario para inspección y documentación representarían entre 9 y 12 millones de pesos adicionales. El control de pólizas individualizadas, los sistemas de trazabilidad y la infraestructura para gestionar ese volumen de consignaciones no son opcionales—son obligaciones legales. ¿Cómo puede una empresa con esa estructura tener problemas de claridad con sus propios puestos ante el IMSS? La inconsistencia no es operativa; es estructural.
      • Sin mercado: Para que una operación de consignación sobre 36 millones de inversión sea viable, necesitarían un retorno anual del 33%—unos 12 millones de pesos. Si cada operación genera $900 pesos de entrada, NO DE GANANCIA, necesitarían 13,300 operaciones anuales, o aproximadamente 36 operaciones rentables diarias líquidas. Es decir unas 110 diarias brutas. Sin embargo esa cantidad NO es ganancia, es entrada bruta; ya que para cubrir costos operativos, administrativos y de control documental sin obtener ganancia alguna, ya necesitarían 7,000-9,000 operaciones anuales solo para alcanzar el punto de equilibrio. Traducido a la metáfora: necesitarían vender entre 2,500 y 3,300 refrigeradores de alta gama anuales del mismo modelo, cada año, solo en CDMX. El mercado para eso simplemente no existe.
      • Es decir : Por variaciones de precios y ofertas entre 10 a 16 refrigeradores de alta gama vendidos DIARIAMENTE DEL MISMO MODELO Y COLOR= Más que Liverpool y Palacio de Hierro juntos
      • De Control documental: Cada operación requeriría carta porte, expedientes fotográficos de condición del producto, conciliación de inventarios y control fiscal estricto. A ese volumen, estaríamos hablando de más de 160 mil documentos anuales. El régimen fiscal 103  arrendamiento) o el de compraventa exigen trazabilidad completa y auditable.
      • Stack tecnológico absurdo: El stack elegido — con React y Node.js — no puede gestionar eficientemente ese volumen documental. Las bases de datos relacionales PUEDEN pero no están diseñadas para almacenar decenas de miles de fotografías, PDFs y documentos anexos.
        • Un buen programador puede hacerlo. Pero no usaría esa base de datos en especial, y mucho menos react / node.js
        • Necesitarían almacenamiento de objetos (S3, Azure Blob) con indexación en base de datos. Y React es una pesadilla para control granular de archivos sensibles a nivel fiscal: metadata, timestamping, firmas digitales, trazabilidad de modificaciones. Para datos sensibles fiscales con requisitos de auditoría, ese stack es técnicamente inadecuado. Lo puedo hacer pero me iría por mariaDb y php almacenando en base de datos BLOBS  escalaría a Azure Blob Storage y sql server.
      • El stack que quieren no es para controlar su operación. Pero tampoco para contabilidad. Solo sirve para dashbords vistosos.
    • Para que un negocio de ese tamaño sea rentable, necesita cubrir al menos $24 millones en costos operativos anuales. Si consideramos que cada refrigerador genera un margen de utilidad bruta de $33,000 pesos por venta (o 1000 por día de consignación), necesitarían realizar 65 a 70 consignaciones diarias solo para salir a mano, sin obtener ganancias ni cubrir la depreciación. Esto es imposible de sostener con un inventario tan limitado de 80 unidades que yo ví. Si tienen cinco bodegas necesitan 400 refrigeradores. Es como decir que una agencia de renta de coches tiene un inventario de 160 coches iguales de gama alta pero solo rentan a los que son de Polanco o Las lomas. La operación es insostenible bajo cualquier lógica de negocio, ya sea por el costo, por el nicho, o por la rotación necesaria.
    • La necesidad de 150 a 180 consignaciones diarias para ser rentable es absurda en el mercado de refrigeradores de alta gama en CDMX. La de 2500 a 3000 ventas anuales también. Si tienen más inventario o más razones sociales, los costos suben, y la necesidad de ingreso es aún mayor para justificar el capital parado. Algo no cuadra en lo absoluto.
  • El stack no solo es ineficiente para uso externo, sino que también es una elección sub-óptima y extraña para un sistema de control de inventarios y mantenimiento (uso interno) y ese tipo de negocios no hace ventas en línea que afecten paypal. Solo hay uno o dos productos DEL MISMO COLOR. No es tienda en línea. Y ese stack no aporta ventajas en esos puntos; al contrario, complica lo que podría resolverse con software probado. No es eficiente para un portal de venta  online y no es óptimo para inventarios internos. Tampoco encaja con los sistemas de control de aduanas, donde lo que manda es la trazabilidad y la integración con procesos legales y fiscales.
    • Las addendas y cartas porte necesarias por los seguros de productos de ese valor tampoco se sostienen con ese stack.
    • Son requisitos legales y de trazabilidad que exigen sistemas robustos y auditables, no frameworks pensados para interfaces web.
    • Conclusión: el stack que piden es un disfraz tecnológico.

Hay algo absurdo.

No quisieron la solución probada porque les exigía ver la lista de puestos ante el IMSS. No quisieron mi know-how porque les daba la herramienta de calibración, y la calibración requiere datos reales. Prefieren hacer algo secundario que el movimiento de su operación no sostiene: la rotación de producto es baja pero de riesgos altos. SAE bien configurado resuelve la rotación y consignación en su caso…. pero no los seguros y cartas porte y control de documentos/contratos. Un script PHP por alguien como yo para la rotación de inventarios incluso a consignación es mucho mas barato y simple. Los números de series, aduanas, garantías. El stack que dicen no es aplicable. … react ? Useeffect ? aduanas ? Literalmente es un helado de pollo rostizado. Teóricamente posible. Piden algo de uso interno con react ?

Prefirieron pagar un sueldo continuo y subvaluado a un desarrollador para construir un sistema, opaco y a la medida de la simulación. El objetivo no era la eficiencia, sino otra cosa.

Contradicciones

Uno de los problemas de haber trabajado tanto tiempo en entornos donde pueden haber faltas de probidad, es que soy necesariamente cauteloso, para detectar cosas e implementar procesos que eviten que te pongan una trampa o a alguien mas.

La famosa tarea de licenciatura que tenia que hacer hoy era a mano, lo que se dificulta cuando ya casi no hacen hojas de trabajo tabulares. Esto eran unas 16 columnas para calcular unos recargos de todos los meses de 2023  y que en excel hubiera hecho en unos 15 minutos.

Pero lo mas tardado era pensar como resolver un problema de control interno. la respuesta obvia era usar datos de Noviembre, mes actual, pero nos pedían en base a julio.  Eso no se hace. Puede ser un «cuatro» (trampa de mala fe) o error humano. Lo mas simple en un caso real era entregar los dos y explicar porque se debe usar el de noviembre. Y me tarde mas en redactar un párrafo para expresar el problema de control interno que estaba atrás y porqué usar noviembre, a pesar de la descripción que lo que me tardé en el ejercicio.

En medio de todo esto me buscan por whatsapp la dama margarita y la dama de nombre de piedra preciosa. Una desanimada y la otra de buen humor como siempre.

Unos minutos después me pregunta algo el director de mi ingreso principal. Tiene un problema que ya he resuelto en otras ocasiones, pero solamente sistemas como el mío lo pueden hacer.  Literalmente es confidencial, un ajuste rápido y transparente, pero para mí. Lo tardado son las pruebas del anexo20. En todas las razones sociales. Son razones como esa las que me hacen cobrar iguala en sistemas de ERP. Así que aunque no es demasiado trabajo, al mismo tiempo si lo es. Me esperan unos días  moviditos. Y descubrí que mi webcam no funciona con windows 11 aso que deberé usar laptop para un meet con un prospecto de cliente el viernes.

Nota: Una persona que me lee y estudia contabilidad, me pidió que pusiera el comentario que hice sobre la tarea.

Aqui va:

Este es un problema que lleva control interno de por medio y por desconfiado incluso pensaría en descuido o un cuatro. de manera formal…  Hay un interesante ejercicio aquí por control interno. Lo correcto es hacer el cálculo por dos factores y presentar ambos al dueño, porque hay un descontrol.

Puede justificarse que debe usarse el INPC de junio (140.405) en lugar del de octubre (141.708), usando regla de tres o recalculando los dos factores. Pero este es un trabajo a mano, así que por eso no presento los dos. Por alguna razón estamos haciendo cálculos de tres meses (no de julio), así que el recargo de diferencia debe ser de unos $1,500 entre ambos valores.

Lo sensato es evitarnos problemas y hacer el cálculo con 141.708 y revisar por qué lo estamos viendo hasta hoy. Puede ser descuido o falta de liquidez. También habría que confirmar que realmente no se haya pagado. Vamos a partir del supuesto de que efectivamente no se ha pagado y que solo presento un cálculo a mano, aunque en una empresa como esta presentaría los dos y haría el cálculo sobre noviembre por lo siguiente: Los recargos fueron recalculados con corte a noviembre de 2025, conforme al aviso recibido.

La actualización por INPC permanece con base en octubre de 2025. Estamos hablando de una tarea que debe sostenerse en auditoría. Si bien es cierto que la revisión dice que se hizo en julio, lo cierto es que hoy no se ha pagado en noviembre de 2025. Por lo mismo, lo normal sería revisar por qué nos están avisando hasta hoy y hacer un cálculo realista, que evita cualquier MANIPULACION EXTERNA y evita a la vez depender de documentos que nos pasaron. Como no tengo documento de cantidades del SAT, y sé que no se ha pagado, lo que haría sería usar los datos de octubre de 2025 porque son los públicos y definitivos, y es lo que tenemos que pagar. En el caso de ser algo real, mi informe habría sido: “La cantidad en junio era tal; cierto, no hemos pagado; así que por el retraso de pagar en noviembre y no en julio, la diferencia fue de tantos pesos.” Pero usar los datos de noviembre de 2025 y el factor publicado es lo único defendible ante auditoría, porque es lo que tenemos que pagar hoy.

Spam agentino

En una de mis cuentas secundarias de correo, redirección, se esta recibiendo spam de una cuenta argentina, que al vez esta relacionada con un servicio de auto hosteo  (personas que usan su pc como servidores) y que su vez viene de sytes.net, un redirector de direcciones de casa a direcciones de dominios por decirle de algun modo, usado por spammers. Problema es que no se puede bloquear por IP, pero si por dominio, lo que hice hoy.

Al levantar una queja porque es uno a la semana, me encuentro esto al llenar el formulario. Se entiende que usan tecnología de hace 20 años.

Un script de .asp de datamarkets.com.ar que redirige a gracias.asp y muestra todo en texto plano. Desesperación….

y estupidez.