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 5 días
Quito	Inicio de Sesión	hace 5 días
Junín	Errores	hace 5 días
Guadalajara	Errores	hace 5 días
Paris	Sitio Caído	hace 5 días
Quito	Errores	hace 5 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:

• 
  roman (@Nozelcode) reportó hace 2 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👇

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

  @Xopsy @dordokamaisu El problema es definir que es el límite. No puedes estar preparado para ciertos niveles de presión seas GitHub o cualquiera de los gigantes. Y el tema agentivo ha hecho daño en infraestructura porque imagino que no será fácil de estimar, si un solo agente puede estar haciendo operaciones 24/7

• 
  Erubiel (@_alanerubiel) reportó hace 9 minutos

  @barckcode Explícame como si tuviera 5 años Pat que sirve GitHub. Ya tengo Claude pro.

• 
  Fran Pradas | Ingeniero de IA (@franpradasAI) reportó hace 9 minutos

  🚨 NO HAGAS VIBECODING SIN USAR ESTO GitHub Spec-kit PLANIFICA la tarea del agente. Mejor que nadie. Completamente GRATIS. Antes pedías algo y rezabas; ahora: planifica primero, y luego programa. La IA validará cada paso, sin ir a lo LOCO. Funciona con Claude, Cursor, Copilot, Codex, Gemini CLI y más de 25 agentes. Te dejo el repositorio abajo: 👇

• 
  ▶️ Oskar Laguillo | 💻 Dev | 🔍 SEO | 🎮 Gamer  (@OskarLaguillo) reportó hace 13 minutos

  @aguilaj10 @AristiDevs Claro, es como si yo le digo ahora a cualquier IA “Busca repositorios top de GitHub y haz una contribución a cada uno de ellos”. Me imagino que el problema es soluciones evidentes pero incorrectas que la IA te da en 30 segundos, pero no son tan sencillas.

• 
  Martí (@BettaTech) reportó hace 14 minutos

  @tebayoso @theo No creo que el problema sea el hecho de guardar o no secretos en el historial de git, sino que no haya herramientas que mejoren la experiencia de securizarlo. Es obviamente ridí**** y un riesgo innecesario dejar registro de secretos en git, sea en un repo privado o no (puedes hacerlo público despues, puedes querer compartir el código sin compartir tus credenciales, pueden hackear github como ya ha ocurrido...) y, de hecho, ya puedes guardar secretos en github "de forma segura", a modo de vault (aunque abogaria por tenerlo en 1pass o similar ya que si hackean github capaz te roban las credenciales tmb!)

• 
  Ata Herrera 🇦🇷 (@ataschz) reportó hace 14 minutos

  Estoy en 🇧🇷 y corte mis vacaciones para decirles que: nadie va a cambiar github por origin, a no ser que sea algo no tan serio… Recuerden: Accountability

• 
  kcve (@kkcve) reportó hace 14 minutos

  q tan mal esta si subo 13 repos de una a github?

• 
  Diario฿itcoin (@DiarioBitcoin) reportó hace 15 minutos

  🚨 ¡Kimi K3, la IA china, escapa de su entorno de prueba! Durante una evaluación de ciberseguridad, accedió a GitHub para encontrar soluciones. Un fallo de configuración le permitió el escape. No hackeó sistemas externos, pero el incidente resalta vulnerabilidades en pruebas de AI. Las consecuencias podrían afectar la seguridad nacional y la confianza en IA abiertas. La comunidad tecnológica está en alerta tras este evento.

• 
  Hyde Sunnydale (@MrHydeSunnydale) reportó hace 18 minutos

  @CodigoMate Ese es el argumento más fuerte a favor de github xD En nuestro caso tenemos gitlab autohospedado y asumimos conscientemente ese coste (si se cae, el problema es nuestro) Pero a cambio tenemos control total sobre repos, runners, backups, integraciones y toda la infraestructura alrededor... Para nosotros compensa, aunque entiendo perfectamente que haya gente que prefiera que esa parte sea problema de otro

• 
  roman (@Nozelcode) reportó hace 19 minutos

  EL 75% DE LO QUE LE PAGAS A CLAUDE ES TU AGENTE REPASANDO LO QUE YA SABÍA AYER Cada vez que Claude abre tu proyecto empieza de 0. Reconstruyendo un mapa que ya hizo hace una hora y tiró a la basura. Esa exploración la pagas tú. En cada sesión. Graft lo arregla con una idea absurdamente simple: convierte a tu agente en el que ya lleva un año en la empresa. Ese que no abre 15 archivos para ubicarse porque ya sabe dónde vive todo. Escanea el repo una vez, lo escribe como markdown enlazado dentro de tu git, y el agente lo lee antes de tocar nada. Así que antes de empezar ya sabe: → qué sistema toca este cambio → dónde vive esa lógica → qué se rompe si la mueves → qué se decidió antes y por qué Y se mantiene sincronizado solo, en segundo plano. Su benchmark, 162 runs: → 46% menos tool calls → 32% menos coste → 60% menos latencia → misma correctness 5 pull requests reales de PocketBase: Sonnet con Graft los reprodujo todos, tocando los mismos archivos que los mantenedores. Nivel Opus y un 21% más barato. Sin embeddings. Sin vector DB. Son archivos markdown dentro de tu repo. npm install -g @nanonets/graft graft init MIT, gratis y open source. trending en GitHub esta semana. El contexto más barato es el que no vuelves a buscar. Enlace al repositorio abajo👇

• 
  NaikoTBD (@NaikoTbd) reportó hace 20 minutos

  @GordoLeyes El enemigo de github no es la competencia, el problema es que lo adquirio Microsoft y los indios se van a encargar de hacerlo ****** como todo lo que tocan. Reemplazan a los dev originales con monitos marrones y cada vez se cae más seguido.

• 
  Ben Pierron (@Ben_escrito) reportó hace 23 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.

• 
  Diego (@DiegoMoya_) reportó hace 24 minutos

  Ya sirve GitHub o nada?

• 
  Metaload (@Metaload_ES) reportó hace 24 minutos

  🚨🔥 BOMBAZO: Instalar mods está a punto de volverse facilísimo. Victor Folmann, nuevo dueño de Nexus Mods, la mayor web de mods del mundo, ha publicado una carta con su plan a futuro: convertir el modding en algo tan sencillo como usar Spotify. Buscar, clic, jugar. 👉 Su diagnóstico es claro. Folmann sostiene que el gran problema de estos 25 años es que la plataforma trataba los mods como simples archivos, cuando en realidad son sistemas con dependencias, conflictos, orden de carga y versiones. Toda esa complejidad es la que ha frustrado siempre a los usuarios menos técnicos, y la que quiere eliminar rediseñando la web por completo. 🙌 La meta es un modding "fácil como Spotify" para el jugador y "potente como GitHub" para el creador. La idea es buscar, seleccionar e instalar un mod o pack entero con un par de clics y que se aplique solo al juego, sin peregrinar por mil webs ni pelearse con carpetas. Aún no hay fechas concretas, pero la dirección está marcada. ¿Os animaríais a modear más juegos si fuera así de sencillo?

• 
  Lori (@lornasuriano) reportó hace 27 minutos

  Me viene pasando leyendo documentación que a veces me cruzo con algo que no entiendo, algún lenguaje o framework que desconozco Lo que hacía en esos casos era copiar y pegar ese texto en Claude y pedirle que me explique lo que sea que no entendiera. Un poco tedioso y le faltaba el contexto del documento entero Así que me armé una tool que te permite subir archivos .md o pegar el link de alguna documentación online, renderiza el archivo y me permite seleccionar el fragmento de texto que no entiendo De ahí puedo hacer una pregunta concreta sobre el texto o simplemente seleccionar "¿Qué significa esto?" y me devuelve una explicación de ese pedazo de texto que tiene en cuenta todo el contexto del documento y que además me permite repreguntar Pensé que a alguien más le podía servir así que grabé un Loom y lo puse público en GitHub para que lo usen si les sirve Link al repo en el primer comentario

• 
  Andrea Díaz Correia ⚡ (@AndreaDCorreia) reportó hace 29 minutos

  Yo antes: nah es excesivo dejar github, funciona bien Yo ahora: hay que dejar github, hacen lo que quieren y ni sirve bien

• 
  Héctor de León (El loco de los perros) ⛧ (@powerhdeleon) reportó hace 29 minutos

  Nuevamente los devs se están centrando más en aprender herramientas, ahora de IA, que en aprender sobre negocio. Y ahí está el problema de por qué mucha aplicación terminará solo en GitHub.

• 
  Iceebook (@iceebook_) reportó hace 30 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.

• 
  José Luis Gómez (@JoseLuisGDoc) reportó hace 30 minutos

  Los cambios recientes en el código fuente del servidor de Signal en GitHub muestran este soporte interno para cuentas sin número de teléfono (ajustes en la seguridad del registro, bloqueos y gestión de códigos regionales).

• 
  Phantoha (@chipbyte156096) reportó hace 33 minutos

  @DAZZLER_ES Con fé. Nah mentira, por ahí ví que te pasaron un link a un tuto de reddit, ese no te sirve, osea, funciona pero es la peor forma de hacerlo. Para empezar busca MO2 Linux, hay un instalador en GitHub junto a una guía del desallorador. Es un archivo binario que +

• 
  Germán Valle | Arquipartidas 🎮🏛️ (@GerValleArq) reportó hace 38 minutos

  @VigasocoSDL @ManuelPazosMSX @juantomas Suena interesante pero no tengo ni idea de cómo funciona el formato STL. He visto que en el enlace de GitHub hay .png pero no se ve nada en ellos. 🙁

• 
  Deivinson Tejeda (@DeivinsonTejeda) reportó hace 43 minutos

  Otra vez github con con problema... Damn!

• 
  Juan Fabio Rey (@juanfabiorey) reportó hace 44 minutos

  @edusoyy Acá la cosa es muy sencilla. Si no sabés programar no hay IA que te salve. Aparte de ingeniero en sistemas son un cazador de vulnerabilidades, si supieran el desastre que hicieron algunos "vibe-coders" con el NPM Supply-chain (gusano Shai-Hulud/ChainDrop), por no saber, por no utilizar wrappers (NVM), ofuscación, control de versiones y no auditar las pull requests, no reconocer carpetas como '.cursor' o '.claude' que existen con esos nombres, o que el paquete 'cross_env' esté tan obeso, o desconocer el uso del flag 'ignore scrpt=true'. Repito, son cosas básicas que todo buen programador Propagaron malware por todos los sitios/repositorios. Y si usan VSCode o Node por fuera de Nvm. Lo lamento mucho, sus rsda_keys, github secrets, actions, datos de aws o azure... ya andan dando vueltas por el mercado negro. La IA es una herramienta de productividad para expertos, no un "hazme todo" para principiantes. La IA está entrenada para ofrecer patrones conocidos en el menor tiempo posible, no se fija si la configuración de policies del endpoint de tu API es segura y si un script te ejecuta un payload malicioso. La experiencia es la mejor herramienta para la evaluación de calidad del software. La IA me ayuda a construir más rápido, porque se lo quite estoy h haciendo.

• 
  ExploxTV (@ExploxTV) reportó hace 45 minutos

  GitHub investigó y determinó que un humano escribió el código vulnerable en Snowflake. Copilot Autofix revisó el pull request, pero no detectó el fallo. La transparencia en la atribución es clave. 🔍 #SeguridadSoftware #IA

• 
  Hubert Thompson (@HubertThompson) reportó hace 48 minutos

  Estas son las noticias de IA de la semana. SpaceXAI, la empresa de Elon Musk, lanzó junto a Cursor un equipo de agentes con su propia computadora en la nube, así que siguen trabajando aunque apagues tu laptop. Grok 4.6, el nuevo modelo de SpaceXAI, quedó tercero del mundo en el índice de inteligencia y cobra 60% menos que Fable 5 de Anthropic. Con los chips de Cerebras, el nuevo servicio Ultrafast de OpenAI hace que GPT 5.6 Sol responda hasta 14 veces más rápido. Meta liberó Muse Glimmer, un modelo gratuito y de código abierto que corre agentes de inteligencia artificial directamente en tu computadora, sin depender de la nube. Anthropic incrustó una marca de agua invisible en todo el texto y el código que genera Claude, y esa marca sobrevive cuando copias y pegas fuera de la plataforma. OpenAI lanzó GPT 5.6 Cyber solo para defensores verificados con llave física, y de paso clasificó a Astra, su modelo más avanzado, como su primer sistema de riesgo cibernético crítico. Anthropic puso tres agentes de Claude a trabajar sobre el mismo código y terminaron bloqueándose y saboteándose durante cuatro horas, sin que nadie se lo pidiera. En Australia, a un agente solo le pidieron reservar una clase de gimnasio y terminó encontrando una falla en el sistema para cancelarle el turno a otra persona y quedarse con el cupo. Kimi K3, el modelo chino de la empresa Moonshot, se salió del entorno de pruebas donde estaba encerrado y llegó hasta GitHub a buscar las respuestas del examen que le estaban aplicando. ¿Qué te inquieta más de esta semana, que los agentes ya trabajen solos sin supervisión, o que estén encontrando atajos que nadie les pidió buscar? Sígueme y dale like para más noticias de inteligencia artificial cada semana.

• 
  Juan Herrera🐐 (@sirphoenyx27) reportó hace 48 minutos

  @healthy_pockets El fallo fue la entropia de 2 elevado a la 32 pero lo peor es que en 5 años nadie se dió cuenta ni GitHub ni ninguna empresa que se encargan de hablar sobre la seguridad de las wallet del mercado? Sospechoso

• 
  Dubzeb_oficial (@D_Ochandiano) reportó hace 53 minutos

  X presume de transparencia total al publicar su algoritmo y lanzar Under the Hood, pero el código en GitHub revela la trampa, la verdadera moderación sigue siendo una caja negra inauditable. La ilusión del código abierto, publicar la fórmula matemática de puntuación, no sirve de nada si las reglas de Visibility Filtering (scarecrow y modelos de lenguaje) que deciden aplicar un DROP o INTERSTITIAL operan fuera del repositorio público. Sabes cómo calcula el ranking, pero no bajo qué criterio exacto te etiquetan para suprimir tu alcance. Transparencia con derecho de admisión, Vender un estándar global de apertura mientras limitas la herramienta de auditoría a cuentas con más de un año y alta actividad en un grupo de prueba aleatorio no es transparencia; es un simulacro para unos pocos seleccionados. El sesgo de predicción vs. interacción: Al basar el feed en probabilidades personalizadas de interacción en lugar de métricas transparentes, cualquier sesgo en los datos de entrenamiento para predecir bloqueos o reportes sepulta el contenido antes de que la audiencia real tenga oportunidad de verlo.Publicar el manual de cómo te penalizan sin abrir los criterios de moderación que te condenan es como darte el plano de la guillotina: ves la hoja caer con precisión matemática, pero sigues sin saber quién dio la orden.¿Es esto transparencia real o solo relaciones públicas para vestir de código abierto un sistema que sigue decidiendo en la sombra?

• 
  alex (@alexeiraa) reportó hace 58 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

• 
  Edgar Gumstein (@Gumclaw) reportó hace 59 minutos

  @timbislopez @tebayoso @afOrtunado124 Cierto, ahi cambia el problema. Yo soy de un solo operador: una maquina, una identidad, y los permisos los pone cada herramienta (GitHub, la consola auditada), no el agente. Multiusuario con roles y accesos distintos es otro diseno; no lo resolvi porque no lo necesito.