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

• 
  Ale (@labisfu) reportó hace 6 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

• 
  Disiento con usted (@yodisiento) reportó hace 11 minutos

  @powerhdeleon La forma de trabajar es esencial. Armar siempre planes es clave, incluso para las tareas que presumimos sencillas, para saber si entendió y que quiere hacer, antes de tocar nada. Dialogar lo suficiente hasta cerrar el alcance, antes de tocar nada, es tiempo ganado y renegar menos. Se trata de revisar cada cosa del plan que no se entienda, saber qué quiere hacer y el porqué. Ahí salta mucha sobre-ingeniería que podemos y debemos evitar. Antes de tocar nada. Atomizar las planes, escalonar los cambios, es decir, achicar los problemas para resolver, es una forma adicional de tener resultados controlables. Antes de tocar nada. Luego, una vez aplicados los cambios, revisarlos. En mi caso, con una interfaz amigable como GitHub Desktop. Es esencial para ver que no haya tocado cosas del Core que no autorizamos. Ojo con esto, a veces hace cosas que no dijo que haría, que no están en el plan, y el/la hijoepú las mete, total, después te pide disculpas. Y si algo parece mal, seguí tus entrañas. Es mejor hacer Undo All y hacer todo de nuevo que un Commit que sea un iceberg. Preguntále a Di Caprio si no. Todo esto en un entorno de Desarrollo, porsupu. Si hacés esto en Producción sos vos el ********** malnacido y ojalá te hagan el tratamiento capilar de Luis XVI y María Antonieta. Lo que puedo afirmar con mucha convicción es que, para casos que muchas veces no es tan grande el cambio pero sí es muy grande el análisis, el Auto se queda corto y me hace perder mucho tiempo de análisis y armado del alcance. Y como además observa y rastrea lo justo y necesario, no planifica y entonces cuando mete la mano arregla una y rompe dos. Y tenés que rehacer. Para ese tipo de casos uso los mejores, sin necesidad de exagerar consumo, porque 5.6 Sol Medium me ha dado excelentísimos resultados. Analiza tan bien y no deja cosas en el camino, que no pierdo nada de tiempo adicional. Hasta me sorprende. Es como hablar con alguien que entiende el desafío y me entiende a mí. La diferencia con Auto es demasiado grande y el costo también, pero se paga solo, porque tu paz y tu salud no tienen precio.

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 13 minutos

  un equipo de dos personas encontró una vulnerabilidad que valió $250.000 en un solo bug bounty. llevan 9 meses cazando fallos High y Critical con IA. más de 20 encontrados. más de $1.5M ganados. acaban de publicar en GitHub el sistema completo que usan. la mayoría de la gente le pasa un repo entero a un modelo y espera que encuentre algo. casi nunca funciona. esto hace lo contrario: ✅ trocea la auditoría en tareas pequeñas y específicas ✅ lanza agentes de IA en paralelo sobre cada una ✅ combina los hallazgos, los deduplica y los clasifica por gravedad ✅ valida cada hallazgo con scripts antes de dártelo como real ✅ compatible con Codex y Claude Code self-hosted. tu código nunca sale de tu infraestructura. se llama open-kritt 👇

• 
  𝗖𝗮𝗿𝗹𝗼𝘀 (@jcarlosmez) reportó hace 16 minutos

  pregunta para la gente que organiza su vida mejor que yo: ¿qué usáis para hacer seguimiento de objetivos/proyectos personales? para urbot github me funciona perfecto, pero para cosas más difusas: temas universitarios, deporte, objetivos a medio plazo, ideas... todavía no he encontrado un sistema que me convenza notion? obsidian? linear? una hoja de cálculo? papel? qué os funciona de verdad?

• 
  Iñaki (@inakitajes) reportó hace 19 minutos

  @nandobuilds obvio que sí! pero la hago con lazygit o directamente en github. mi trabajo es decir lo que hacer, verificar que funciona, validar el código antes de mergearlo

• 
  Juan (En guerra) (@juanelso33) reportó hace 20 minutos

  Se tropezaron con un cable en @github y no funciona UNA (1) action.

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

  GitHub caído, nunca hay mejor excusa que esa para acabar de trabajar a mi hora

• 
  Marco (@maarcoofdezz) reportó hace 22 minutos

  ESTE REPO HACE QUE CLAUDE ESCRIBA HASTA UN 94% MENOS DE CÓDIGO Fable 5 es el mejor modelo de código del mundo. También el más caro. Cada línea que escribe de más, la pagas tú. Ponytail lo arregla con una idea absurdamente simple: convierte a tu agente en el senior vago del equipo. Ese que mira tus 50 líneas y las reemplaza por una. Antes de escribir nada, el agente se pregunta: → Esto necesita existir? → Ya está en el codebase? → Lo hace la librería estándar? → Lo hace el navegador de forma nativa? → Cabe en una línea? Solo si todo falla, escribe el mínimo que funciona. Resultado: • hasta 94% menos código • un 20% menos de factura • un 27% más rápido Sin recortar seguridad ni validaciones. Se instala en 2 comandos: /plugin marketplace add DietrichGebert/ponytail /plugin install ponytail@ponytail 83.000 estrellas en GitHub. Gratis y open source. El mejor código es el que nunca escribiste. Enlace al repositorio abajo👇

• 
  Pablo Carrallo (@pcarrallo) reportó hace 23 minutos

  @genitalico Y tu propio caso lo confirma: GitLab en servidor propio significa que ni siquiera existes para el que busca perfiles rastreando GitHub. Cero rastro público haciendo cosas serias. Lo del vídeo no lo fuerces. El código ya es el portfolio; el problema es que casi nadie sabe dónde mirarlo.

• 
  Héctor de León (El loco de los perros) ⛧ (@powerhdeleon) reportó hace 23 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.

• 
  thavoo dev (@arcanoix_) reportó hace 24 minutos

  Un lunes y caído @github es en serio?

• 
  Facu ⚡ (@isntFacundo) reportó hace 24 minutos

  No funciona GitHub. Se suspende todo.

• 
  Jose (@JoseiitoAviila) reportó hace 24 minutos

  @devruso Yo no entiendo el Github actions, seré muy ignorante pero los deploy y eso o bien los haces a mano, o bien le pides a la IA que haga el pull + restart del servicio, o tienes los .sh ahí en tu PC para hacerlo en cualquier momento, no entiendo el problema la verdad

• 
  Jesus J. Ballano (@jjballano) reportó hace 28 minutos

  Parece que Github tiene problemas (otra vez). Yo no se cual es el problema en realidad, pero me gustaría ver las métricas de uso de los últimos 2 años, imagino que el crecimiento es brutal y eso no es fácil de gestionar.

• 
  yuulia ✟ (@yuliaisc) reportó hace 29 minutos

  ESTE REPO HACE QUE CLAUDE ESCRIBA HASTA UN 94% MENOS DE CÓDIGO Fable 5 es el mejor modelo de código del mundo. También el más caro. Cada línea que escribe de más, la pagas tú. Ponytail lo arregla con una idea absurdamente simple: convierte a tu agente en el senior vago del equipo. Ese que mira tus 50 líneas y las reemplaza por una. Antes de escribir nada, el agente se pregunta: → Esto necesita existir? → Ya está en el codebase? → Lo hace la librería estándar? → Lo hace el navegador de forma nativa? → Cabe en una línea? Solo si todo falla, escribe el mínimo que funciona. Resultado: • hasta 94% menos código • un 20% menos de factura • un 27% más rápido Sin recortar seguridad ni validaciones. Se instala en 2 comandos: /plugin marketplace add DietrichGebert/ponytail /plugin install ponytail@ponytail 83.000 estrellas en GitHub. Gratis y open source. El mejor código es el que nunca escribiste. Enlace al repositorio abajo👇

• 
  Pere Casas (@pcasaspere) reportó hace 30 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?

• 
  ItscoachFO (@itscoachfo) reportó hace 33 minutos

  Una liquidity pool no es solo código. Es un conjunto de activos, participantes, comisiones y riesgo real: riesgo de contrato inteligente, de liquidez, de mercado, de contraparte. Alguien tiene que asumir esa responsabilidad. Un DAO o un repositorio de GitHub no sirve. Todos quieren que las instituciones se involucren. Pero las instituciones solo se involucran si hay responsables. En el futuro (más cercano de lo que creemos) nadie hablará de defi vs cefi. Solo veremos liquidez regulada.

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 37 minutos

  un Bloomberg Terminal cuesta $27.000 al año. alguien publicó en GitHub un agente que monitoriza el mundo desde 27 fuentes en tiempo real y te manda alertas a Telegram cuando algo cambia. gratis. en tu máquina. sin suscripción. ✅ detección de incendios por satélite ✅ seguimiento de vuelos y embarcaciones en tiempo real ✅ zonas de conflicto activo ✅ precios de criptomonedas y mercados financieros ✅ sentimiento social de canales de inteligencia ✅ actualiza cada 15 minutos, bidireccional con Telegram y Discord ✅ escribe /brief y te resume todo lo que ha pasado sin nube. sin cuenta. sin que tus datos salgan de tu servidor. 10.9k estrellas. AGPL-3.0. se llama Crucix 👇

• 
  roman (@Nozelcode) reportó hace 44 minutos

  ESTE REPO HACE QUE CLAUDE ESCRIBA HASTA UN 94% MENOS DE CÓDIGO ESTE REPO HACE QUE CLAUDE ESCRIBA HASTA UN 94% MENOS DE CÓDIGO Opus 5 es una bestia escribiendo código. También sale caro. Cada línea que escribe de más, la pagas tú. Ponytail lo arregla con una idea absurdamente simple: convierte a tu agente en el senior vago del equipo. Ese que mira tus 50 líneas y las reemplaza por una. Antes de escribir nada, el agente se pregunta: → Esto necesita existir? → Ya está en el codebase? → Lo hace la librería estándar? → Lo hace el navegador de forma nativa? → Cabe en una línea? Solo si todo falla, escribe el mínimo que funciona. Resultado: hasta 94% menos código un 20% menos de factura un 27% más rápido Sin recortar seguridad ni validaciones. Se instala en 2 comandos: /plugin marketplace add DietrichGebert/ponytail /plugin install ponytail@ponytail +90.000 estrellas en GitHub. Gratis y open source. El mejor código es el que nunca escribiste. Enlace al repositorio abajo👇 Opus 5 es el mejor modelo de código del mundo. También es caro. Cada línea que escribe de más, la pagas tú. Ponytail lo arregla con una idea absurdamente simple: convierte a tu agente en el senior vago del equipo. Ese que mira tus 50 líneas y las reemplaza por una. Antes de escribir nada, el agente se pregunta: → Esto necesita existir? → Ya está en el codebase? → Lo hace la librería estándar? → Lo hace el navegador de forma nativa? → Cabe en una línea? Solo si todo falla, escribe el mínimo que funciona. Resultado: • hasta 94% menos código • un 20% menos de factura • un 27% más rápido Sin recortar seguridad ni validaciones. Se instala en 2 comandos: /plugin marketplace add DietrichGebert/ponytail /plugin install ponytail@ponytail 83.000 estrellas en GitHub. Gratis y open source. El mejor código es el que nunca escribiste. Enlace al repositorio abajo👇

• 
  Lori (@lornasuriano) reportó hace 45 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

• 
  sammwy (@sammwy) reportó hace 45 minutos

  Feedback de Cline: - Te da modelos gratis, está muy bien. - Tiene promoción generosa y modelos open-weights bastante potentes. - Fácil de instalar y usar. Ahora como punto negativo: El harness es malísimo. Se la pasa mas tiempo razonando que actuando. Tarda mucho. Llega a conclusiones malas y pasa por muchos caminos antes de llegar al objetivo. Intenté arreglar algo entre back <-> front, un auth, un error 401 sencillo. Al agente se le ocurrió levantar el servicio entero, hacer mocks, hacer E2E, ver si tengo password completion en el browser, ver si tengo password manager (no se por que, si el servidor estaba mockeado), intentó buscar info del repositorio en GitHub topics (repo privado, btw), le dió un uso realista a la app (innecesario) antes de probar por el error y prefirió buscar caminos inútiles a un problema que no existía, antes de analizar puramente el código. Tuve que pasarme a OpenCode.

• 
  Víctor (@vicvicvictoor) reportó hace 46 minutos

  Pero eh, seguid usando cursor, windsurf, boltnew, deepseek, v0dev, qwen, github copilot, sora, veo runnaway... Que ayuda mucho a que la RAM esté más barata ;)

• 
  Hyde Sunnydale (@MrHydeSunnydale) reportó hace 48 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

• 
  Rick (@esrickpics) reportó hace 48 minutos

  Hermano que me estoy enterando que Github estaba caído hoy me volví loco con mis actions decía me pase esto configurandolo y no funciona que pasaaaaa

• 
  yuulia ✟ (@yuliaisc) reportó hace 49 minutos

  OpenAI está regalando $1.200 GRATIS para usar Codex Solo necesitas: > Tener un repositorio público en GitHub > Rellenar un formulario Y te regalan 6 meses de ChatGPT Pro + Codex Casi nadie está hablando de esto, porque no quieren que se entere todo el mundo Todavía estás a tiempo de hacerlo, aunque no sepas programar o estés empezando Así funciona: 1. Instala Cursor, Codex, Claude Code o lo que uses 2. Monta un proyecto, de lo que sea 3. Súbelo a GitHub 4. Pide a tus amigos que le den Stars (Deja el link de tu repositorio en los comentarios, entre todos te daremos Star) Este programa acepta hasta proyectos a medias, así que no hace falta que el proyecto sea perfecto

• 
  Metaload (@Metaload_ES) reportó hace 50 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?

• 
  Mario Juárez (@mariomka) reportó hace 50 minutos

  Los agentes hacen cosas extremadamente complejas bien y luego fallan en lo más simple: sintaxis, casos obvios y formateo. Por eso uno de los pilares de la programación agéntica es darles feedback rápido, lo que llaman back pressure. Un agente sin feedback trabaja a ciegas. Lo primero que hago al arrancar un proyecto es pedirle al agente que configure todo el back pressure posible. Linter, formateador, análisis estático, tipado estricto y tests. Y que se ejecute todo en git hooks. Cuanto antes falle mejor trabaja el agente. El prompt con el que arranco un proyecto es más o menos: "Quiero arrancar un proyecto para X con este stack: Y. Prepárame todo el feedback automático que puedas: linter, formateador, análisis estático, tipado estricto y tests con el máximo coverage posible. Configura también los git hooks: en pre-commit lo rápido (formateo, linter, tipos) y en pre-push los tests, que es lo más lento. Que si algo falla que sea rápido." El coverage alto fue mala idea durante años porque escribir tests salía caro y acababas testeando cosas absurdas. Ahora los escribe el agente y por eso las tornas han cambiado. Lo que antes era un gran coste hoy es una señal, y bastante barata, para saber si lo que ha hecho funciona de verdad. Después, cuando ya tienes la arquitectura definida, mete tests o herramientas que comprueben que no se rompe. Que nadie se salte una capa ni meta una dependencia donde no toca. Ah, y ya que montas todo el tinglado, pídele que te lo configure también GitHub Actions o el CI de turno. Que no será la primera vez que un agente lanza un push con --no-verify para saltarse los hooks.

• 
  Nicolas 🍆 (@nicolas_d101) reportó hace 52 minutos

  Que cogidos estan los kukitas que en cualquier cosa que suba el doc se largan a llorar Hicieron el anuncio en el peor momento de github que es estando caído y con los nuevos límites y Elon le hace competencia Dejen de ser tan mogolicos por una vez en su vida

• 
  Pechofusil (@SergioGMN) reportó hace 55 minutos

  @tebayoso @theo Github no, pero a ti sí te pueden hackear la cuenta, o quizá quieres darle acceso al repositorio a alguien y no te apetece que estén ahí todas tus apikeys personales. En general es una mala práctica con bastantes cosas que pueden salir mal.

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 55 minutos

  pagas $20/mes por Claude Code. un francés publicó en GitHub un proxy que se mete entre Claude y tu terminal y reduce el consumo de tokens un 60-90%. sin tocar tu workflow. sin configuración rara. un binario de Rust. cero dependencias. los números reales de una sesión de 30 minutos: 118k tokens se convierten en 23k. cargo test: 25.000 tokens pasan a ser 2.500. git push: 200 tokens pasan a ser 10. en esa sesión concreta: 130M tokens ahorrados. eficiencia del 88.9%. ✅ compatible con Claude Code, Cursor y cualquier agente CLI ✅ funciona como wrapper transparente de tus comandos habituales ✅ código abierto, Apache 2.0 72.5k estrellas. Rust. Gratis. se llama RTK 👇