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 (53%)
• Errores (33%)
• 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
Paris	Sitio Caído	hace 7 días
Ahmedabad	Errores	hace 13 días
Delme	Inicio de Sesión	hace 13 días
Lyaud	Sitio Caído	hace 13 días
Catania	Errores	hace 16 días
Inverness	Sitio Caído	hace 28 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:

• 
  Ingeniero Seed Ph. (Oficial) (@IngenieroSeed) reportó hace 16 segundos

  No sé por qué, mi cuenta de Github no funciona, no sé si me la han tumbado... Mientras lo tenéis todo en mi canal gratuito de Telegram (IngenieroSeedSecurity), directamente el archivo .html. También tenéis otros html que he ido sacando en ese canal, ahí está todo bien filtrado, aprovechad y seguidme. Pd. Sé que mi cuenta está en el límite, pero *****, comprobadlo bien que me cuestsa muchísimo trabajo sacar herramientas gratuitas para la gente @github @GithubProjects @github_repo

• 
  GptZone (@gptzone_net) reportó hace 4 minutos

  La resistencia práctica tampoco está resuelta. En apenas 24 horas apareció en GitHub un repositorio que afirmaba eliminar marcas de Claude, ChatGPT y Gemini. Un sistema que puede degradarse mediante reescritura o herramientas accesibles no sirve como prueba única para sancionar a un estudiante.

• 
  𝑽𝒂𝒍𝒆𝒓𝑰𝑨 (@ValeriA_Tech) reportó hace 5 minutos

  Simplemente pregúntale a la IA. Mi frase más escrita desde que incorporamos Lindy a nuestro flujo de trabajo diario. Cada pregunta cuesta capital social. Haz una pregunta tonta en público y quedas mal. Molesta dos veces a un desarrollador y te ganas un enemigo. Una pregunta a Lindy no cuesta nada y te da datos de GitHub en segundos. Ahora la gente pregunta muchísimo más porque el coste social se ha reducido a cero. @getlindy @Altimor

• 
  Pedro Sorrentino (@PedroSorrentin0) reportó hace 6 minutos

  Casi nadie entiende qué tumbó GitHub el 17 de agosto. Y eso incluye a mucha gente que ese día no podía hacer push, abrir un PR ni usar Copilot. No fue un deploy roto. No fue “un servidor caído”. Te lo explico sin humo, en 6 tweets.

• 
  Roboto (@Roboto7826) reportó hace 7 minutos

  @marcoporracin Solo verían esa información los técnicos indios de GitHub, que han firmado un documento de confidencialidad, por lo que no hay problema.

• 
  Pedro Sorrentino (@PedroSorrentin0) reportó hace 11 minutos

  La verdad incómoda: Si sueltas agentes contra GitHub, npm, una API o tu propio servidor sin tope de reintentos, rate limit ni circuit breaker, estás construyendo el mismo incendio. En chico. Tres reglas mínimas: 1. Backoff y tope de reintentos 2. Un presupuesto de requests por agente 3. Una métrica que mida el cuello real, no la CPU “sana” Guarda el hilo si te ha servido. Y dime: en tu equipo, ¿quién pone ese límite… o todavía pegan hasta que arde?

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

  No funciona GitHub. Se suspende todo.

• 
  Hubert Thompson (@HubertThompson) reportó hace 17 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.

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

• 
  silvan (@silvanrec) reportó hace 26 minutos

  ESTO LE AHORRA A TU AGENTE 195,000 TOKENS POR CONSULTA estás quemando 200,000 tokens cada vez que le preguntas a tu agente sobre un libro técnico que ya tenés se llama book-to-skill ► extrae marcos, reglas de decisión y anti-patrones de un libro en una skill estructurada ► funciona con pdf, epub, docx y otros 10 formatos ► tu agente la carga bajo demanda, no reprocesa el libro entero en cada turno ► un análisis por libro: ~5,000 tokens por sesión en vez de 200,000 (24x a 51x menos) ► ~$1 por libro para convertirlo, nunca más pagás por ese libro ► funciona en claude code, github copilot cli y amp reemplaza el volcar pdfs enteros en el contexto, las búsquedas que devuelven páginas sueltas en vez de respuestas, y las notas que armás y nunca volvés a abrir. repo abajo 👇

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

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

• 
  Consejo d Seguridad d Información y Ciberseguridad (@CONSEJOSIAC) reportó hace 26 minutos

  📋 ¿Cómo se filtran estas claves? Código expuesto en repositorios públicos de GitHub, registros de GitHub Actions sin enmascarar, archivos de configuración accesibles, o malware infostealer y respaldos mal protegidos.

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

  Dejé de pagar Freeletics. Me hice una app a medida. No he tocado ni revisado ni una línea de código. 80 commits en varios días, en pequeños huecos entre otras cosas. Es una PWA, local-first. Sin backend, sin cuentas, sin servidor. Todo se ejecuta y se guarda en el navegador y se despliega gratis en GitHub Pages. Pero lo interesante es el flujo. Estoy en el gym, veo algo que no me gusta, algo que podría mejorarse, un botón donde no toca o quiero una funcionalidad nueva. Abro @orca_build desde el móvil, prompteo, commit y push. GitHub Actions pasa lint, tests unitarios y e2e, buildea y despliega. Antes de terminar la serie lo tengo actualizado en el móvil. Y las rutinas tampoco las escribo yo. Son ficheros JSON y los genera Claude con una skill personalizada que tiene referencias de entrenamiento basado en la última evidencia, mi perfil, y un script que valida el formato. La skill la tengo privada que va con mis preferencias y mis datos. El stack es React 19, Vite, Tailwind y Dexie. Yo vengo de Vue y no había tocado React, pero, da exactamente igual. En este proyecto no he revisado ni una línea de código, pero hay una buena red de seguridad: TypeScript estricto, Biome, 307 tests unitarios, e2e con Playwright y hooks de git que no me dejan pushear si algo falla. Y para cualquier feature un poco grande tiro de Forge, mi propio plugin para Claude/Codex que planifica, construye, valida, revisa y refactoriza. La verdad es que funciona de lujo.

• 
  Fernando (@fnandot) reportó hace 28 minutos

  @carlesnunez Totalmente. Pero quizá el problema no sea añadir más hierro, sino adaptar la arquitectura. Git tiene más de 20 años y no fue pensado para esta escala ni este uso, ni tampoco GitHub. Quizá toca replantear algunas abstracciones para una era de humanos + agentes generando software.

• 
  Jorge J. Ramos (@YoryoBass) reportó hace 31 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

• 
  La IA Actualidad by Daniel (@dorlando1997) reportó hace 35 minutos

  5/ Lo serio de Treg está en cómo inyecta las credenciales en el servidor: el agente llama a Stripe, GitHub o una CLI sin ver la clave nunca. Eso reduce un riesgo. También concentra otro: el proxy se vuelve crítico.

• 
  🇨🇺Arquitecto de Software y FullStack.🇻🇪 (@Apokalipto4) reportó hace 36 minutos

  @UnTalNixon_exe Lo configure en mi vscode con Continue que es compatible con openai y no funciona. Le configure con la IA GitHub copilot y le puse el API KEY generado por TokenRouter para el modelo Kimi K3 "free" y sin embargo me da errores como que no he pagado suscripción con esa KEY

• 
  Disiento con usted (@yodisiento) reportó hace 39 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.

• 
  Jmaxdev (@jmaxdev) reportó hace 40 minutos

  En mi caso, todas mis bases de datos se guardan a la noche en cloudflare r2. Ademas, uso github para alojar el codigo, así que tengo todo lo necesario por si necesito migrar o ver soluciones por si falla el servidor.

• 
  karla ❀ (@karlarboledas) reportó hace 44 minutos

  Esperar 10 minutos a que una IA lea un proyecto archivo por archivo es absurdo. ​Graphify soluciona esto y ya supera las 86.000 estrellas en GitHub. ​En lugar de releer el código constantemente, convierte todo tu proyecto en un mapa de conocimiento visual para que tu agente vaya directo al archivo que necesita. ​Mapea código, documentos, imágenes y vídeo. ​Diferencia conexiones reales de inferidas. ​Funciona localmente en Cursor, Claude Code y más de 20 agentes. ​Pasa de escanear todo a trazar la ruta exacta. guárdalo y sígueme para más → @karlarboledas ​¿Cómo gestionas la context window en proyectos grandes?

• 
  David J Marquez Batiz (@djmbdv) reportó hace 44 minutos

  @powerhdeleon Genio, todo el mundo tiene su propio git, github es solo una copia de otro server en la nube. Realmente lo que falla de github mas que todo son servicios como Actions, Pages. Puedes tener tu CI en otro lado, o bien subir tus cositas con filezilla por ftp

• 
  IntelArt - Innovación IA (@_IntelArt) reportó hace 45 minutos

  @josesilesdata Los repositorios de GitHub han tomndo fuerza porque funciona. Pero he visto que al Usuario Común lo confunde eso de "Local" y cree debe tener un notebook moderno y caro, nada más errado. He probadob Kimi, esta hecho para cosas complejas, no funciona bien con preguntas básicas.

• 
  🔥🐲 Javier  (@nuevo_31) reportó hace 47 minutos

  GitHub caído pues 😳

• 
  robertob (@humusb) reportó hace 51 minutos

  github está caído :S

• 
  winden^capsule^rgba^ntw^bg (@winden) reportó hace 51 minutos

  @sequentiasoft El GitHub del sword of ianna de spectrum. Pero básicamente se reduce a probar a cargar el fichero por su nombre y, si no funciona, entonces pedir " mete el disco X y pulsa espacio". Así si tienes todos los ficheros en un solo disco de 3.5 o en HD, funciona de forma transparente

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

• 
  yuulia ✟ (@yuliaisc) reportó hace 54 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👇

• 
  ItscoachFO (@itscoachfo) reportó hace 55 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.

• 
  Kuha (Re:World D.) (@_Kuha_) reportó hace 57 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

• 
  Tangerine Coding (@tangerinecoding) reportó hace 60 minutos

  Me pregunto si compensa tener el repositorio mirrored en otra plataforma, o si me apuráis incluso en un server local, para cuando GitHub esté caído.