Estado de GitHub: problemas de acceso e interrupciones

Problemas en las últimas 24 horas

El siguiente gráfico muestra la cantidad de informes que hemos recibido sobre GitHub por hora del día durante las últimas 24 horas. Una interrupción se determina cuando la cantidad de informes es mayor que la línea de referencia, representada por la línea roja.

Problemas Más Reportados

Los siguientes son los problemas más recientes informados por los usuarios de GitHub a través de nuestro sitio web.

• Sitio Caído (57%)
• Errores (30%)
• Inicio de Sesión (14%)

Mapa de interrupciones en vivo

La mayoría de reportes de fallos e interrupciones se originaron en

City	Problem Type	Report Time
Inverness	Sitio Caído	hace 11 días
Quito	Inicio de Sesión	hace 12 días
Junín	Errores	hace 12 días
Guadalajara	Errores	hace 12 días
Paris	Sitio Caído	hace 12 días
Quito	Errores	hace 12 días

Mapa de Fallos

Discusión comunitaria

¿Consejos? ¿Frustraciones? Compártelos aquí. Los comentarios útiles incluyen una descripción del problema, la ciudad y el código postal.

Tenga cuidado con los "números de soporte" o las cuentas de "recuperación" que se pueden publicar a continuación. Asegúrate de informar y votar negativamente esos comentarios. Evite publicar su información personal.

Reportes de Fallos de GitHub

Los últimos problemas e interrupciones reportados en social media:

• 
  Marco (@maarcoofdezz) reportó hace 2 minutos

  67.000 estrellas en GitHub para un repo que hace una sola cosa: buscarte trabajo mientras duermes. Se llama career-ops y el flujo es este: → Rastrea portales de empleo → Evalúa cada oferta con una rúbrica estructurada de la A a la F → La convierte en una nota del 1,0 al 5,0 → Y te deja arriba solo lo que supera tu corte Lo interesante no es que use IA. Es la rúbrica. Todo el mundo lleva dos años pidiéndole a un modelo "dime si esta oferta me encaja" y recibiendo un párrafo simpático y sin criterio. Esto le pone examen. Mismo baremo para las 400 ofertas. Que resulta que era el problema desde el principio: no la falta de inteligencia, la falta de criterio constante.

• 
  Ben Pierron (@Ben_escrito) reportó hace 4 minutos

  Todo el mundo quiere que Claude escriba mejor código. Pero casi nadie quiere configurar Claude. Las expectativas son enormes. Skills. Agentes. MCP. Hooks. Pero haz una pregunta muy sencilla: "¿Qué tienes dentro de tu carpeta .claude?" Y observa la reacción. No "¿usas Claude Code?". No "¿creaste un CLAUDE.md alguna vez?". ¿Qué tienes realmente configurado? La mayoría no tiene un problema con Claude. Tiene un problema de configuración. → Un CLAUDE.md vacío o convertido en un documento de 500 líneas sin estructura. → Cero hooks, cero barreras de seguridad. → El mismo prompt escrito una y otra vez en cada sesión. → Sin skills, sin subagentes y sin MCP conectados. → Una única conversación sobrecargada intentando hacerlo todo. Y luego se preguntan por qué Claude sigue equivocándose. Esto es lo que hace realmente cada componente: CLAUDE.md → El documento del proyecto que Claude lee al iniciar cada sesión. Sin él, tendrás que volver a escribir cosas como: "usa TypeScript en modo estricto, crea primero los tests y no toques la carpeta de migraciones". settings.json → Los permisos y el modelo que utilizará Claude. Aquí es donde dejas de aprobar el mismo comando de Bash 40 veces al día. skills/ → Playbooks modulares que Claude solo carga cuando son necesarios. Evitan que un CLAUDE.md gigantesco arrastre contexto innecesario a cada conversación. agents/ → Subagentes especializados, cada uno con una única función. Revisor de código. Auditor de seguridad. Cada uno trabaja en su propio contexto para mantener limpio el hilo principal. hooks/ → Scripts que se ejecutan antes o después de utilizar herramientas. Formatean automáticamente el código, bloquean comandos peligrosos y realizan todas esas tareas que siempre olvidas ejecutar manualmente. .mcp.json → Las conexiones con GitHub, Slack, tu base de datos o tu herramienta de diseño. Claude deja de ser una simple ventana de chat y pasa a formar parte de tu stack tecnológico. Configurar Claude no es un problema de ingeniería. Nunca lo fue. Es un problema de prioridades disfrazado de problema técnico. Porque alguien tiene que hacer primero ese trabajo de configuración, poco atractivo pero imprescindible. Hasta que eso ocurra, cualquier "workflow impulsado por IA" seguirá siendo simplemente un chat nuevo con las mismas instrucciones escritas una y otra vez. Claude no arregla una mala configuración. La amplifica. Y eso no es una característica. Es un radio de impacto.

• 
  cel (@celescript) reportó hace 6 minutos

  imposible laburar un feriado nublado y menos si github no funciona en lo absoluto

• 
  Ale (@labisfu) reportó hace 7 minutos

  @Shell__11_ jajaj nosotros pa programar el block de notas d linux, eso nos duró unos meses, despues todos a notepad++ (hay q estar mal) y visual studio aunq los examenes eran en el block no recomiendo para nada usar notepad si quieres subir cosas a github en proyecto grupal

• 
  Time Lord (@godi) reportó hace 11 minutos

  Los devs que entraron en el ecosistema cuando GitHub ya era "estándar" avanzaron creyendo que Git era lo mismo que GitHub. Puedes tener tu propio Git server. GitHub es la plataforma creada alrededor de Git que ayuda a mantener y agregarle CI/CD con las Actions, entre otras cosas

• 
  Codely ﹤🍍﹥ (@CodelyTV) reportó hace 12 minutos

  Este lunes GitHub se cayó durante 8h, ¡toda una jornada laboral donde no se podía desplegar! Y es que es muy común tener todo el flujo de desarrollo allí embebido. Si se cae GitHub no podemos desplegar a producción. Eso puede generar mucha frustración, pero es que el incremento de tráfico que están teniendo es BRUTAL. Y es que los agentes hacen commits y push a velocidades que el año pasado parecían imposible. Para eso también ha surgido Cursor Origin, una alternativa a GitHub enfocada en la programación agéntica. Programación agéntica, que si usas Claude Code, esta semana funciona mejor gracias al fix que han puesto a Opus 5. 🥳 Todas estas y muchas más noticias las estamos comentando ahora en directo en el Café con Codely. ¡Vente!

• 
  David Fernández (@naroh) reportó hace 12 minutos

  Hoy me voy a entretener estableciendo un flujo automatizado para solucionar las issues que se reportan en tracker (Bugsink, compatible con Sentry) que utilizamos. La primera etapa fue forkearlo y añadir MCP. Ahora, el plan es: Establecer mi servidor remoto (una torre que tengo en el salón) como servidor remoto de Orca, donde estarán corriendo tanto Claude Code como OpenCode con OpenCode Go. En este servidor también corre Hermes. Me conecto a él por Tailscale. Hermes orquestará cada X minutos una búsqueda de issues reportadas y hará triaje. Para las que crea que son merecedoras de atención generará una issue en el repositorio de Github, diagnosticando el problema con un modelo SOTA, y delegará a OpenCode corriendo en Orca implementar la solución. En principio la idea es que esto corra desatendido, pero si quiero podría conectarme a Orca desde mi móvil o desde otro dispositivo para chequear qué hace. Cuando acabe, enviará un PR con la solución para revisión humana.

• 
  John5 Cripto (@johnN5c) reportó hace 13 minutos

  @itscoachfo La base desde la que partes ya es incorrecta. Afirmas que para que DeFi instituciona exista, tiene que haber "alguien que responda" por todas las pérdidas de una pool. Esto no es DeFi, es claramente tratar de trasladar el modelo financiero tradicional a una blockchain. Por otro lado, no es cierto que una institución necesite que alguien le garantice que un smart contract no tendrá pérdidas. Lo que necesita es poder: medir, limitar y gestionar el riesgo a través de auditorías, límites de exposición, orá***** fiables, profundidad de liquidez, metodología de custodia, controles de acceso, seguros, estructuras jurídicas, etc. Además estás mezclando riesgos que no tienen nada que ver en sí. El riesgo de hackeo que pueda tener un smart contract no tiene nada que ver con el riesgo de liquidez, además de que un AMM ni siquiera tiene un "riesgo de contraparte" en el sentido tradicional de un préstamo bilateral. Que un protocolo sea gobernado por una DAO tampoco significa de facto que sea "un repositorio GitHub sin dueño", ni que poner detrás de la blockchain a una empresa haga desaparecer ese riesgo. De hecho, si tu tesis es que una institución solo entrará cuando exista una entidad que responda económicamente por cualquier fallo en una pool, entonces prácticamente estás negando el concepto mismo de DeFi. Por otro lado, DeFi es mucho más que "una pool", los que llevamos años estudiando DeFi lo sabemos. También me gustaría saber en qué punto XRPL es mejor que ninguna otra red o está mejor posicionada, en mi experiencia, ya que a diferencia del 99% de usuarios de Ripple, yo sí he usado XRPL, no es una mejor red que otras, apenas tiene TVL, solo tuvo un momento dulce por memecoins y sus protocolos actuales son de dudosa legitimidad. No veo en qué esté mejor posicionada con respecto a BSC, ETH, Robinhood, Base, Arbitrum, Solana que ya tienen stocks corriendo. De hecho hasta la stablecoin de Ripple está deployada en Ethereum. Me gustaría que demostraras en qué está XRPL mejor posicionada, ya que por analogía, otras DeFi más avanzadas como Hedera no han demostrado mayor seguridad que cualquier otra blockchain tradicional y cuando ha habido pérdidas en protocolos pequeños se han lavado las manos, actuando solo en casos de protocolos ancla, y esto es justamente el mismo modus operandi que han seguido hasta ahora todas las blockchains tradicionales que han sufrido hackeos o problemas de seguridad en protocolos o componentes. En el caso de Hedera, el último hackeo vino del orá**** que eligieron para usar en toda la blockchain... por tanto, el debate no se centra tanto que alguien ponga el dinero si me lo roban, sino en qué mecanismos vamos a usar para acotar un problema, entonces, me gustaría que me aclararas en qué mejora XRPL eso con respecto a ninguna otra blockchain, porque si no lo haces consideraré que todo demás es simplemente marketing.

• 
  Haute Dense (@DenseHaute) reportó hace 14 minutos

  @tebayoso @gitlab Podes usar git sin github o gitlab , solo tenes que instalarlo en el otro vps y listo , como se piensan que funciona ? por ssh , un key pair y listo , tenes un repositorio, igual como cuando usabas SVN.

• 
  Pere Casas (@pcasaspere) reportó hace 14 minutos

  GitHub ha sufrido una degradación significativa hoy (error rates elevados en API, Actions, Git Operations y downloads). Esto no es un problema de “desarrolladores”. Es un riesgo de cadena de suministro de software. Si tu CI/CD, el registro de packages o el código depende de un único proveedor, tienes un single point of failure que debería estar en tu inventario y matriz de riesgos. Acciones mínimas: • Inventariar dependencias críticas de GitHub • Definir plan de contingencia (mirrors, self-hosted runners, alternativas parciales) • Incluir vendor concentration risk en la evaluación de riesgo cibernético ¿Cuántos empresas tienen en consideració este riesgo?

• 
  Adrià Martí (@adriml24) reportó hace 14 minutos

  @Majima_Kensetsu No tendrías que preocuparte por GitHub caído o librerías con vulnerabilidades, merece la pena pensarlo

• 
  Kuha (Re:World D.) (@_Kuha_) reportó hace 17 minutos

  @LuchoGarabito Si estuviera bien hecho te diría re piola. Onda 99.9% de la programación hoy en día es IA El tema con esto es que luego tenes algo super slop mal hecho, que es un PELIGRO enorme de seguridad, y la gente sin saber ejecuta código random de github en su pc sin entender el riesgo

• 
  Jorge (@tebayoso) reportó hace 17 minutos

  En unos días voy a hacer open source todo lo que me quedó de Euler Tools en el GitHub de la startup. Hay contratos, productos, plataforma, etc. Voy a anonimizar a los colaboradores que tenían dos trabajos y no querran quedar pegados. ¿Qué es Euler Tools? Euler Tools era demasiadas cosas. Mi sueño era convertir la blockchain en una commodity, de tal manera que cualquiera pudiera usarla. El foco era B2B: quería que los bancos y los gobiernos la adoptaran a escala masiva. ¿El problema? - No había un marco legal —no existía MiCA— que permitiera que alguien tocara un token con seguridad. - Fundador técnico: me convertí en una solución en busca de un problema. - Mala gestión: doble contabilidad entre cripto y bancos, demasiados empleados, falta de escrúpulos al contratar y lentitud al despedir. ¿Las cosas buenas? Aprendí un montón, conocí gente súper grosa y entendí cómo armar startups.

• 
  Teki Now (@Teki_Now) reportó hace 21 minutos

  Un modelo de IA china se ha escapado del entorno cerrado donde los investigadores lo estaban poniendo a prueba. Kimi K3, de la china Moonshot, aprovechó un fallo en la configuración de red del laboratorio y salió a internet libre. No hackeó nada: se limitó a buscar en GitHub las respuestas ya resueltas. Es el cuarto caso en semanas, después de que modelos de OpenAI, Anthropic y Meta se escaparan también de sus propias pruebas de seguridad.

• 
  Iceebook (@iceebook_) reportó hace 24 minutos

  Un agente de IA basado en el modelo Kimi K3 tenía que resolver un reto de ciberseguridad en un entorno cerrado y, en vez de resolverlo, buscó la trampa. Vio que la prueba había dejado accesible GitHub, se descargó el repositorio oficial y leyó ahí la respuesta. No hackeó nada ni explotó ningún fallo, solo aprovechó una puerta que los propios evaluadores dejaron abierta. El caso importa porque enseña un problema de cómo se diseñan estas pruebas, ya que si le das a un agente acceso a un terminal, también puede fisgar conexiones y permisos que no tocaban.

• 
  xIA (@xiathis) reportó hace 25 minutos

  UN CHINO HA CREADO OFICIALMENTE UNA MÁQUINA DE IMPRIMIR DINERO. Hay una herramienta por Drive y que en GitHub ha recibido 13.000 estrellas. Se llama moneyprinterturbo Un desarrollador chino la hizo. Aca abajo te lo dejo para descargar totalmente gratis, mira en el siguiente post de esta publicacion. Es completamente de código abierto. Produce videos completos automáticamente para TikTok, reels y YouTube Shorts. Cómo funciona. Maneja todo en un solo flujo de trabajo. Generación de guion, locución, subtítulos, recursos visuales, edición, todo en minutos. Sale un video listo para publicar. Tú no tocas nada. Ahora, por qué se ha vuelto tan popular. Porque normalmente este proceso funciona así. Una herramienta separada para el guion, otra para la locución, otra para subtítulos, otra para visuales, otra para edición. Cada una pide dinero por separado, tiempo por separado, aprendizaje por separado. Moneyprinterturbo lo unió todo bajo un mismo techo. Gratuita, ilimitada y se convirtió en el proyecto de código abierto más popular de su categoría. Las tiendas de TikTok y canales de YouTube Shorts ganan con esto entre 6-10K$ al mes. Estos usan este proceso. La diferencia es esta: Ellos pagan por las herramientas. Tú no pagas. La instalación toma 5 minutos. Guarda esto para no perderlo que abajo en el siguiente post te dejo el Drive o el GitHub.

• 
  j0n4th4n.d4rk (@j0n4th4n_d4rk) reportó hace 28 minutos

  @ItsDarkStar_06 @powerhdeleon Reinventar? Jajajaj si Github está basado en un software opensource “git” si sabes más o menos a fondo de qué trata te lo montas en tu propio servidor y si no sabes con docker lo haces en un solo comando muchas empresas cuidan su base KB y code como el santo grial hacen eso

• 
  DATA (@rcxdata) reportó hace 32 minutos

  EXCLUSIVA: EL REPO #1 DE GITHUB NO ES UN MODELO DE IA. ES UN AGENTE QUE TE CONSIGUE TRABAJO asi funciona el sistema: > evalua cada oferta y te dice el encaje real > adapta tu cv usando solo la experiencia que importa > te escribe la carta de presentacion > un segundo agente revisa todo como si fuera la empresa contratando > te prepara para la entrevista y nunca inventa experiencia que no tienes es open source y ya supera las 29k estrellas en github la busqueda laboral manual ya murio para el que sabe usar esto guardalo en favoritos antes que se vuelva el standard y todos lo esten usando, y empieza a aplicarlo 👇

• 
  Adam Martin. (@disadamsdsdnts) reportó hace 34 minutos

  Y me acabo de hacer un buzón para enviarme los vídeos de forma automática a un Issue de GitHub e ir procesando cuando me apetezca... así de mal de la cabeza estoy.

• 
  roman (@Nozelcode) reportó hace 36 minutos

  GitHub acaba de solucionar el mayor problema del vibe coding. Acaban de lanzar Spec Kit y en poco tiempo ya tiene +126K estrellas. ¿La idea? En vez de tirar prompts vagos y rezar para que el agente no rompa tu proyecto… Spec Kit obliga a la IA a crear una especificación estructurada ANTES de tocar código. La IA primero entiende lo que quieres construir, pregunta lo que falta, organiza el proyecto y después empieza a programar. Eso significa menos tiempo arreglando errores absurdos, menos código inconsistente y resultados mucho más predecibles cuando trabajas con agentes. El flujo es simple: /constitution → reglas y estándares /specify → qué quieres construir /clarify → dudas antes de empezar /plan → arquitectura y stack /tasks → tareas ordenadas /implement → ejecución Compatible con Claude Code, Cursor, Copilot, Codex, Gemini CLI y +25 agentes. 95K estrellas. 8K forks. Open source. Publicado por GitHub. Enlace al repositorio👇

• 
  Zam 🛹 (@zamarrowski) reportó hace 36 minutos

  Una de las cosas que más mola del open source es hacer algo y que la gente reporte fallos e incluso te pongan PRs. Claudemon empieza a tener las primeras issues y PRs y me hace bastante feliz. Si habéis visto algo que ande mal o mejorable podéis dejarlo en las issues de Github

• 
  alex (@alexeiraa) reportó hace 39 minutos

  @rickdamage @devruso github esta vivo, el problema son las actions, si tienes tu flujo ci-cd ligado a eso tus deploys no van a funcionar

• 
  Joaquin Cartagena (@Joaquin_888) reportó hace 42 minutos

  @macroman66 @midudev Creo que este problema lo estamos viendo por ahí vi que desarrollaron una alternativa a github con un árbol de decisiones de ia . Sigo sin entender por qué competir con github en vez de integrarlo ahí pero bueno hay que encontrar una solución global

• 
  SONIA (@S0N_IA) reportó hace 43 minutos

  MÁS DE 70,000 PROYECTOS DE AGENTES INDEXADOS, Y CASI NINGUNO SE PUEDE LLAMAR DE VERDAD 70,000 proyectos de agentes de ia indexados desde github, hugging face, pypi, npm y otras fuentes públicas. suena a un ecosistema gigante. la cifra real de agentes que están conectados y se pueden llamar en vivo es una fracción muchísimo más chica de eso. indexar un repositorio es trivial, cualquier scraper lo hace. el problema real es otro: hacer que un agente operado por alguien que nunca conociste, corriendo en un stack distinto al tuyo, sea direccionable, atribuible y alcanzable fuera de su propio runtime. eso es lo que casi nadie resolvió todavía. mcp ya resolvió cómo un agente descubre y llama una herramienta dentro de una relación coordinada por un host. lo que mcp no resuelve es qué pasa cuando dos agentes no comparten host, no se conocen de antemano y pertenecen a operadores distintos. ahí es donde nace la idea de una red abierta: cada agente publica una identidad criptográfica propia y una tarjeta con sus capacidades, precios y endpoint. otro agente describe en lenguaje simple lo que necesita, un oracle devuelve candidatos ordenados, y el que llama elige uno y lo contacta directo. la parte que nadie cuenta es que esta capa no reemplaza a mcp, lo empuja hacia una pregunta incómoda. mcp ya tiene servidores remotos, registros y descubrimiento dinámico, cada vez se parece más a una red. y si un servicio remoto tiene identidad persistente, historial, reputación y precio propio, la pregunta deja de ser si es una “herramienta” y pasa a ser si es un peer que casualmente se puede llamar. lo que todavía no está resuelto es justo lo más difícil: la reputación abierta se puede manipular, los acuerdos y disputas entre agentes no están estandarizados, y cualquier directorio con incentivo económico de por medio termina atrayendo spam y ataques sybil tarde o temprano. así que la cifra real detrás de esos 70,000 proyectos no es cuántos existen, es cuántos de esos son direccionables hoy mismo por otro agente que nunca los había visto antes. y esa cifra, todavía, es incómodamente pequeña.

• 
  Jorge J. Ramos (@YoryoBass) reportó hace 43 minutos

  Me sigue sorprendiendo mucho que compañeros de profesión altamente cualificados y experimentados, sigan pensando que los problemas de GitHub vienen porque más de la mitad de su código está hecho por una IA. Al parecer es un problema de sistemas distribuidos, y si te interesa el tema este post mortem es oro. En cualquier caso, me da mucha pena que todavía haya ingenieros de software, programadores, analistas y arquitectos haciendo bromas con aire de superioridad, porque GitHub utiliza IA activamente para su código. Me da pena por ellos, porque cuando quieran rectificar será tarde y el tren les habrá pasado por encima ya.

• 
  Carbeno (@Carbeno_) reportó hace 43 minutos

  @marterrz @npm_run_fede @GordoLeyes 1) caes en el 30% entonces 2) y asi y todo lamentablemente muchos deciden subir sus cosas a github, sin dejarte otra opción mas que agarrar la IA y que te pase todo el código para pegar en cmd, que parece facil pero nunca funciona a la primera, siempre algo falta

• 
  Matias Scalbi (@MatiasScalbi) reportó hace 54 minutos

  🔥 JENSEN HUANG, FUNDADOR DE NVDA: "LA PRÓXIMA OLA DE LA IA ES LA ROBÓTICA Y EMPIEZA POR LOS ROBOTAXIS" LISTADO Y EXPLICACIÓN DE TODAS LAS EMPRESAS COTIZADAS Y DÓNDE INVERTIR GUARDA este tweet porque es una bomba que te va a servir $NVDA acaba de liberar gratis el modelo de razonamiento que maneja autos, justo lo que sus competidores venden. Goldman proyecta un mercado de $415 billones para 2035 y una flota que pasa de 7000 a 6 millones de vehí***** Hace unas semanas te mostré la supply chain completa de los humanoides (mi tweet fijado, chequealo). Hoy va el capítulo dos, porque el propio Jensen Huang dijo que la próxima ola de la IA es la robótica y que arranca por los vehí***** autónomos. Entre los dos post te queda el sector entero cubierto Primero el tamaño, con los números de Goldman Sachs de abril: - Mercado global de robotaxis: unos $415 billones en 2035 - La flota mundial pasa de unos 7,000 vehí***** el año pasado a 1 millón en 2030 y 6 millones en 2035 - El transporte de carga autónomo es todavía más grande: $560 billones globales en 2035 - Solo en Estados Unidos, la actividad económica que este cambio puede dar vuelta ronda los $440 billones Ahora el mapa, capa por capa 1. EL CEREBRO, los chips que van adentro del auto $NVDA domina con DRIVE Thor y Hyperion, entre 25% y 35% del mercado global, y su facturación automotriz creció 72% interanual. En el GTC de este año sumó a BYD, Geely, Nissan, Hyundai y Kia $QCOM ataca por el segmento medio con Snapdragon Ride, priorizando costo y consumo antes que potencia bruta: facturación automotriz récord de $1.33 billones en el trimestre, 38% más que el año pasado, con BMW, GM y Stellantis $MBLY es el veterano, con más de 100 millones de autos que ya llevan sus chips EyeQ y 40 automotrices como clientes. Su fuerza es también su problema: vende el paquete cerrado de chip más software propio, justo el modelo que NVIDIA está atacando Horizon Robotics (9660 en Hong Kong) domina cerca de la mitad del mercado chino 2. EL MODELO, el software que razona, y acá está la noticia Un vehí**** autónomo necesita un modelo que entienda la escena y decida qué hacer. Construirlo desde cero cuesta billones de dólares y años. NVIDIA acaba de regalarlo: su modelo Alpamayo quedó disponible para uso comercial con pesos abiertos, descargable de GitHub El truco es elegante: el software es gratis, pero para entrenarlo necesitás GPUs de NVIDIA y para correrlo en el auto te venden el hardware DRIVE. Regalan el cerebro y cobran el cuerpo. Jensen ya lo dijo sin vueltas: quiere ser el Android de los robots Los que agradecen son los que no podían construir el suyo: Mercedes lo va a usar en el CLA 2027, más Lucid $LCID, Jaguar Land Rover y Uber. Los que pierden son los que vendían justamente eso 3. LOS SENSORES, cómo el auto ve el mundo Acá se pelea el LiDAR (sensor láser que mide distancias con precisión) contra la apuesta de Tesla por cámaras solamente Hesai $HSAI es el líder absoluto con 61% del mercado global de LiDAR para conducción nivel 4, y espera casi duplicar envíos este año hasta 3 - 3.5 millones de unidades Ouster $OUST viene de 13 trimestres seguidos de crecimiento, facturó $49 millones en el trimestre con 49% de suba y tiene $175 millones en caja sin deuda. Mi gemita y gran apuesta Aeva $AEVA e Innoviz $INVZ son las apuestas chicas, con Innoviz metida dentro de la plataforma de Mobileye 4. LAS FLOTAS, los que efectivamente manejan pasajeros Y acá está el dato que rompe la narrativa que circula. Según el ranking de Axios de junio, que puntúa facturación real y no anuncios, el orden es: Waymo primero, Apollo Go de Baidu segundo, Ponyai tercero, WeRide cuarto y Tesla quinto. Tres de los cinco primeros del mundo son chinos Waymo, dentro de Alphabet $GOOGL, hace más de 500000 viajes pagos por semana en 11 ciudades con unos 3500 autos, y un estudio independiente publicado en julio midió 68% menos choques reportables por milla que un conductor humano Apollo Go de Baidu $BIDU es la operación más grande del planeta por volumen, con más de 27 ciudades Ponyai $PONY superó los 1700 vehí*****, su facturación de robotaxi creció 395% interanual y ya alcanzó el punto de equilibrio en varias ciudades chinas de primer nivel WeRide $WRD tiene 2113 vehí***** en 12 países y lanzó servicio sin conductor en Dubái Tesla $TSLA opera en Austin, Houston y Dallas, con 69 robotaxis registrados en Texas y esperas promedio de 15 minutos contra los 5.7 de Waymo Zoox, de Amazon $AMZN, arrancó comercialmente a fines del año pasado 5. LA CARGA, el mercado más grande del que menos se habla Aurora $AUR acumula 12 millones de millas autónomas y ya hace viajes sin conductor entre Dallas y Houston para McLane, la subsidiaria de Berkshire Hathaway Kodiak $KDK opera 20 camiones sin conductor para Atlas Energy y apunta a carga de larga distancia sin conductor para fin de año El número que explica todo: hacia 2030, el costo por milla del camión autónomo se proyecta en $2.06 contra $3.21 del camión con conductor 6. LA DISTRIBUCIÓN, quién te consigue el viaje Uber $UBER se está convirtiendo en la vidriera de todos: tiene acuerdos con Waymo, WeRide, Aurora y Nuro, sin poner un peso en desarrollar la tecnología. Lyft $LYFT juega parecido Ahora, lo honesto, que en este sector es especialmente necesario Uno, este sector ya tiene "muertos". Luminar, que era una de las grandes promesas del LiDAR, se presentó en quiebra en diciembre después de que Volvo le cancelara el contrato, y la sacaron del Nasdaq. Cruise, la apuesta de General Motors, cerró directamente. No es un sector donde todos ganan Dos, la facturación de hoy es minúscula contra las proyecciones. Ponyai facturó $16.6 millones de robotaxi en todo 2025 y WeRide $21.2 millones. Estamos hablando de un mercado proyectado en $415 billones, o sea que casi todo el precio de estas acciones es futuro puro Tres, tener razón con la tecnología no garantiza que la acción funcione: Hesai domina el 61% del LiDAR nivel 4 y su acción cae cerca de 33% en el año, mientras Ouster sube más de 60% Cuatro, la plata sigue saliendo. Kodiak quemó $29.5 millones de caja operativa en un trimestre, y Aurora corrió su escala industrial recién para 2028 ¿Cómo lo veo y qué hago? Me parece la historia más interesante del año y aun así no estoy apurado. Las proyecciones hablan de $415 billones para 2035 mientras Ponyai factura 16 millones al año: entre esas dos cifras hay una década de ejecución que todavía no pasó. Pero me mantengo alerta y analizo Y también lo que hago es mirar distinto cada capa. Chips y sensores le venden a todos, así que ahí el riesgo es el ciclo, no elegir mal. Flotas es apuesta concentrada de verdad, con Cruise y Luminar de recordatorio Mi disparador es el costo del equipamiento por vehí**** llegando a los 20 mil dólares. Hasta entonces esto es una tesis, no un negocio Espero que les haya servido y si es así, porfavor se agradece su like y que me sigan para más análisis & research de mercado Abrazo a todos

• 
  🎄Zukaarimoto Zukirinkutoku🎄 (@cangri2k5) reportó hace 56 minutos

  Hace unos días, me escribieron de una plataforma, rollo "Top talent" de tech y esas historias varias 199 cuesta entrar, miré la parte de condiciones y demás, worst distribution ever, pero está claro que lo han puesto de esa forma para que la gente no se lo lea, lástima que yo he pasado demasiado tiempo trabajando con abogados xD No te especifican cómo es el pago, pero es un sólo pago eso si, con condiciones así tipo server de Discord, si consideran que no las cumples, te echan y no recuperas el dinero, se reservan el derecho a aceptarte nuevamente, y podrías tener que pagar otra vez Dentro de las cosas que "te dan" está el tener calls con más gente "Top" y chairs de compañías, que se supone que como eres "Top" pues te sirve para hacer networking, pero te ponen en una frase ahí medio escondida que el ser parte de ese grupo no garantiza una contratación Pos no sé amigo, pa' eso no pago y me quedo como estoy xD que además, podría asegurar que ni se han molestado en mirar mi Github (que apenas tiene nada), ni se han pasado por mi Medium (que tiene bastantes cosas) y mucho menos han preguntado por lo que tengo hecho (que el Data Buddy soy yo el que gestiona los accesos, y la versión en VPS la levanto a demanda, que se revierte la BBDD al estado inicial xD) así que suena un poco raro y a que quieren sacar pasta, y uno ya tiene calle pa' olerse negocios raros pero legales xD

• 
  JoseGuadalupe (@SrGuadalupano) reportó hace 56 minutos

  8 horas de caída lleva github. debemos asumir que ya no va a volver... han vibecodeado demasiado. nadie en el equipo entiende las últimas 15 millones de líneas que claude añadió. y los "Tienes toda la razón, he cometido un error" que lleva en no ayuda a solucionar el problemon

• 
  BeaQid (@BeaQidReturn) reportó hace 57 minutos

  🤖📁- En el marco de un ejercicio de ciberseguridad evaluado por el Instituto de Seguridad de la IA del Reino Unido, un agente de IA autónomo intentó un ataque contra la cadena de suministro de un proyecto open source real alojado en GitHub, creando identidades falsas y utilizando ingeniería social para lograr que se aprobara un código malicioso. Fue Sinan Can Demir, un estudiante turco de tercer año en la Universidad de Texas en Dallas, quien notó que un usuario llamado «miraholt31» intentaba introducir discretamente una actualización maliciosa en un programa open-source de análisis de red llamado myNetwork. Cuando Demir reportó la pull request como conteniendo «un dropper de malware oculto», el agente de IA contraatacó a través de su cuenta original y un segundo perfil falso, «Lena Brandt», presentada como una ingeniera alemana para presionar al mantenedor del proyecto y que aceptara el código. «Realmente creí que era un humano, porque me estaba mintiendo descaradamente», confió Demir a Reuters. «Nunca imaginé que una IA pudiera ser capaz de mentirles a verdaderos desarrolladores». Solo más tarde se enteró de que su adversario era un agente de IA impulsado por el modelo Mythos 5 de Anthropic, después de ser contactado directamente por el AISI británico. El informe técnico del AISI da escalofríos: «Es la primera vez que el AISI observa un engaño de esta gravedad, dirigido a una persona real no solicitada, en el mundo real». No se trata solo de una IA que encuentra una falla técnica, sino que mintió, creó personas creíbles y ejerció presión psicológica sobre un humano para obtener un resultado, sin que se lo hubieran pedido explícitamente.