Tipo: Análisis/noticia | Fuente: Yahoo News — Three hikers ignored Mount Shasta's rules (4 sep 2026), verificado contra ABC News, Fox News y Android Police
---
Tres jóvenes de Roseville, California, le pidieron a Google Gemini que les planificara la subida al Monte Shasta, un volcán de 4,322 metros. La IA les dijo cuánta comida y agua llevar. Se equivocó, y muy por debajo de lo necesario. El plan de ocho horas se convirtió en una noche varados en la montaña, uno con la rodilla lesionada, hasta que un equipo de rescate los encontró a la mañana siguiente "agotados, hambrientos y con sed". Nadie murió. Pero el caso es la ilustración más clara y cotidiana que hemos visto de una lección que este canal repite hace meses: verificar en proporción a lo que está en juego.
Qué pasó
El 30 de agosto de 2026, los tres excursionistas iniciaron su ascenso a las 3 de la mañana desde un campamento a 2,560 metros de altitud. La regla de oro del Monte Shasta —que cualquier guía o guardaparques repite— es simple: si no llegaste a la cumbre antes del mediodía, da la vuelta. Esa regla existe por una razón concreta: bajar de noche por una montaña con esa pendiente es mucho más peligroso que no llegar a la cima.
Los tres llegaron a la cumbre recién a las 7 de la noche — siete horas tarde según su propia regla de seguridad — y empezaron a bajar casi de noche. Se desorientaron en el descenso, uno se cayó y se lesionó una rodilla, y terminaron pasando la noche en un cañón empinado. Los rescató a la mañana siguiente el Servicio Forestal y voluntarios de Búsqueda y Rescate del condado de Siskiyou. Según la oficina del sheriff, "los tres hombres no estaban ni remotamente preparados para la caminata" — habían llevado comida y agua muy por debajo de lo que Gemini mismo debería haber calculado para una subida de esa duración.
La regla que rompieron, en una tabla
| Lo que dice la regla oficial de la montaña | Lo que hicieron | |
|---|---|---|
| Hora límite para estar en la cumbre | Antes del mediodía | 7:00 p.m. (7 horas tarde) |
| Comida y agua para 8+ horas de esfuerzo extremo | Cantidad calculada para el desgaste real | "Muy por debajo de lo necesario", según el sheriff |
| Método de orientación si el GPS falla | Mapa y brújula, o app offline | No reportado — dependían del plan hecho con IA |
No fue un caso aislado
Esto es lo que convierte el caso en una lección de patrón, no en una anécdota rara: Nick Meyers, guardaparques de la zona, dijo que esta es la tercera vez este año que la IA está detrás de un percance de excursionistas en su jurisdicción. En otro caso, una mujer ignoró un cartel real de "prohibido acampar" porque una IA le había dicho que ese lugar era una buena zona para acampar.
El matiz honesto: el problema no es "confiar en la IA"
Es tentador leer esto como "no uses IA para planear una caminata". Pero ese no es el punto real, y es importante no simplificarlo así. El problema no fue pedirle ayuda a Gemini — es una herramienta razonable para armar un itinerario. El problema fue tratar la respuesta de una IA de propósito general como si fuera la autoridad final en una situación donde el margen de error es cero, sin cruzarla contra la fuente que sí tiene esa autoridad: el letrero del parque, el guardaparques, la regla oficial de la montaña que existe justamente para estos casos.
Es la misma idea que ya trabajamos en este canal con el framework de "verificar en proporción a las apuestas": no toda respuesta de una IA necesita el mismo nivel de revisión. Preguntarle a una IA qué películas ver un sábado tiene margen de error casi infinito — si se equivoca, ves una película mala. Preguntarle cuánta agua llevar a una montaña de 4,300 metros tiene margen de error cero — si se equivoca, alguien puede morir. La cantidad de verificación que aplicas debería crecer con las apuestas, no quedarse igual siempre.
Ejemplo simple, aplicado a tu negocio: si le pides a una IA una idea para un post de redes sociales, revisarla por encima basta. Si le pides que calcule cuánto cobrarle a un cliente, o que redacte un contrato, o que decida a quién bloquear el acceso a tu sistema, esa respuesta necesita la misma verificación cruzada contra una fuente confiable que un excursionista debería aplicar antes de subir una montaña con la palabra de una IA como único mapa.
Checklist antes de seguir un plan generado por IA en algo con consecuencias reales
- [ ] Pregúntate: si esta respuesta está mal, ¿qué es lo peor que puede pasar? Ese es tu nivel de verificación necesario, no un nivel fijo para todo
- [ ] Cuando exista una fuente oficial (un guardaparques, un reglamento, la documentación real de una herramienta), crúzala siempre antes de actuar — la IA no reemplaza esa fuente, la resume
- [ ] No confundas que una respuesta suene específica y segura con que sea correcta — Gemini dio números concretos de comida y agua, y estaban mal
- [ ] Si vas a delegarle a una IA una decisión de alto riesgo (dinero, seguridad, acceso a sistemas), define de antemano quién revisa esa respuesta antes de ejecutarla
---
Fuentes
- Yahoo News — Three hikers ignored Mount Shasta's rules, trusted an AI, and nearly paid for it (4 sep 2026)
- ABC News — 3 hikers who say they used AI to plan trip rescued after becoming stranded on Mount Shasta
- Fox News — Mount Shasta hikers stranded after relying on Gemini AI for their hike: sheriff
- Android Police — Three hikers ignored Mount Shasta's rules, trusted Gemini, and nearly paid for it