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 (70%)
• Inicio de Sesión (18%)
• Errores (12%)

Mapa de interrupciones en vivo

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

City	Problem Type	Report Time
Créteil	Sitio Caído	hace 3 días
Trichūr	Errores	hace 7 días
Brasília	Inicio de Sesión	hace 7 días
Lyon	Sitio Caído	hace 7 días
Tel Aviv	Sitio Caído	hace 11 días
Rive-de-Gier	Sitio Caído	hace 11 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:

• 
  sammwy (@sammwy) reportó hace 4 minutos

  @xezrxl A este punto creo que es bait, pero te respondo porque no está de mal divulgar. Los launchers de MC están hechos en lenguajes de programación completos que permiten tener utilidades como parsing de archivos. Minecraft usa JSON dinamicos para el meta-version, el cual es una set de instrucciones de como el juego debe iniciar dependiendo la versión, el sistema operativo, la arquitectura y el jugador. Existe una API de mojang llamada piston que entrega los meta versión de cada versión (ej 1.20.1) El archivo JSON tiene de estructura la verificación de integridad (checksum), el listado de assets y su indexado por hashes (.minecraft/assets), el manejo de binarios nativos dependiendo arch y OS (.minecraft/native) el cual debe descomprimir en un .zip, el manejo de dependencias con namespace (.minecraft/libraries) y el manejo local del meta-json y el JAR del entry point (.minecraft/versions) Una vez teniendo esto en cuenta, se arma algo llamado classpath, el cual es un listado de todos los archivos que van a corresponder a esa versión del juego, los nativos a integrar, el asset path a usar y el "mcdir" junto con mas argumentos como la sesión del jugador, etc... Mi idea es construir todo esto desde un script de windows ".bat" o de bash ".sh", el cual, al menos Windows, es bastante básico. No poseo parser JSON, ni validación de checksum, ni forma de decomprimir el ZIP, ni forma de iterar, descargar o interpretar los meta de forma correcta. Por eso es complicado, y hasta la fecha no vi nada igual. tuve que ingeniarmelas usando un truco que se me ocurrió. Esa es la razón. Podés ver el código del script en GitHub.

• 
  IVAN | IA (@ivnways) reportó hace 6 minutos

  GitHub Copilot te está cobrando ahora mismo. Y lo peor: la mayoría de devs no sabe cuánto ni por qué... Cada petición tiene un precio. Cada contexto que se dispara, también. Y cuando llega la factura, ya es tarde. 5 hábitos para dejar de sangrar dinero: - Modelo potente solo cuando la tarea lo merece - Modelos pequeños para tareas simples - Controla el contexto antes de que se dispare - Fragmenta trabajos complejos en etapas - Monitoriza el consumo antes de que duela. La IA bien usada es un arma de precisión. La IA mal usada es un agujero en tu bolsillo.

• 
  Amarillo (@anyelamarillo) reportó hace 7 minutos

  El CLAUDE. md de Karpathy alcanzó el #1 en las tendencias de GitHub. Más de 220,000 estrellas. La mayoría de los desarrolladores aún no lo han leído. Son 65 líneas. Llevó la precisión en la codificación con IA del 65% al 94%. Las 4 reglas dentro: → piensa antes de codificar expón tus suposiciones. pregunta cuando no estés seguro. nunca adivines. → simplicidad primero escribe el código mínimo que resuelva el problema. sin abstracciones que nadie pidió. → cambios quirúrgicos no toques código no relacionado con la solicitud. cada línea cambiada debe rastrearse hasta lo que se pidió. → ejecución orientada a metas convierte instrucciones vagas en criterios de éxito verificables antes de escribir una sola línea. eso es todo. 65 líneas. 4 reglas. 94% de precisión. guarda esto antes de que sea demasiado tarde.

• 
  Matias Baldanza.dev 😁 ⚛️ (@matiasbaldanza) reportó hace 11 minutos

  @jordy_4sd @liran_tal Otro hilo para maintainers: esto va más allá de si pnpm o npm, sino GitHub actions El problema no es solo el package manager, sino que CI/CD hoy tiene permisos enormes y ejecuta código de terceros automáticamente. Hoy el supply chain attack surface incluye: - GitHub Actions - workflows inseguros - actions no pinneadas - secrets en CI - publish pipelines automáticos Muchos repos están apenas a un uses: random/action@v3 comprometido de sufrir un ataque.

• 
  ¿Milo? Agudelo (@CamiloAgudeloJ) reportó hace 12 minutos

  ¿Me tiré una sustentación por contradecir a uno de los jurados? Sí. ​¿Me voy a mantener porque estoy 100% seguro de que lo que estaba diciendo es cierto y funciona de esa manera? También. ​¿Cómo fokin se te ocurre decirme que no puedo subir un .env.example a Github porque es un riesgo de seguridad? Sí, un .example, no un .local o un .env de producción (claramente sin ninguna key, únicamente los placeholders). ​Yo en serio me decepciono cada día más de los docentes retrógradas y que por no ser capaces de simplemente admitir que se equivocaron van en contra de los estudiantes. Si se mantienen firmes con un concepto tan absurdo como ese, ¿qué podemos esperar? ​Esta es la documentación que lo respalda (En caso de que quede alguna duda de qué es lo correcto): Express corre sobre Node.js, que ya soporta los .env de forma nativa. Incluir un .env.example en el repositorio es literalmente el estándar de la industria para documentar el entorno de desarrollo sin exponer secretos. 📎👇🧵

• 
  santi (@santtiagom_) reportó hace 13 minutos

  si querés estudiar IA para crear agentes, tenés que entender los fundamentos. este es el roadmap que seguiría: 1) modelos → una idea básica de qué son los LLMs y cómo hacer tu primera llamada a una API. 2) contexto → qué información ve el modelo y cómo funciona el context window. 3) tools → cómo un modelo puede leer archivos, buscar información, ejecutar código o llamar APIs. 4) MCP → cómo conectás servicios externos, como Google Calendar, GitHub o Slack. 5) RAG → cómo recuperás información relevante sin llenar todo el contexto. por ejemplo: responder preguntas sobre un PDF. 6) harness → el sistema que coordina modelo, contexto, tools, permisos y ejecución. 7) memoria → qué información se guarda para no tener que explicarle lo mismo al modelo una y otra vez. 8) loop agéntico → cómo un agente ejecuta acciones, observa resultados, verifica si cumplió el objetivo y vuelve a intentar. después podés profundizar en: subagents, fan-out, planning, verification loops, evals, permisos y arquitectura. crear agentes es aprender a diseñar sistemas alrededor de modelos. gran parte del trabajo aparece cuando empezás a conectar contexto, tools, memoria, permisos y loops de ejecución.

• 
  Guillermo Izquierdo (@gizquierdo_dev) reportó hace 13 minutos

  Y esta semana lo viste en concreto: hasta GitHub fue comprometido. La IA baja el costo de atacar más rápido de lo que baja el costo de defender. Esa asimetría es el problema real.

• 
  Sarah con S de Sophonauta (@astromotomami) reportó hace 15 minutos

  @JuanmaofArcos_ Ah, y ponte a hacer proyectos y súbelos a GitHub. Pero no proyectos sacados de tutoriales de YouTube. Proyectos que resuelvan un problema y puedas explicar con interés.

• 
  kento iv (@0xKento_) reportó hace 15 minutos

  los que vibecodean sin revisar terminan regalandose. no por usar ia. sino por confiarle demasiado y no tener seguimiento del desarrollo. si estas desarrollando con ia, cuida esto: — nunca pegues api keys reales en el chat — no subas .env a github — agrega .env al .gitignore — usa variables de entorno, no credenciales hardcodeadas — revisa permisos antes de conectar apis — no le des acceso total a herramientas que no entendes — rota claves si alguna vez las expusiste — usa secrets en vercel, netlify, github actions o tu backend — revisa que dependencias te instala — no ejecutes scripts random sin leerlos — pedile a la ia que revise posibles vulnerabilidades — hace commits chicos para detectar que cambio la ia puede hacerte avanzar 10x mas rapido. pero tambien puede hacerte cometer errores 10x mas rapido. el problema no es vibecodear. el problema es pushear codigo que no entendes, con contenido que no sabes que tiene. usa ia para acelerar y desarrollar. pero revisa como dev. no confies al 100% en un proceso que no controlaste.

• 
  BlackthornE (@blackthornecl) reportó hace 22 minutos

  Este proyecto acaba de explotar en GitHub (7.9K stars) y casi nadie lo vio venir 🔥 Resulta que cuando usas un coding agent para escribir React, el código parece funcional... pero esconde antipatrones, problemas de rendimiento y errores sutiles. react-doctor lo detecta automáticamente. Puntuación de 0 a 100 con diagnóstico accionable en segundos. Soporta Next.js, Vite y React Native. Detecta problemas en: 1. Estado y efectos (useEffect mal uso, setState en cascada) 2. Rendimiento (renders innecesarios, falta de memo) 3. Accesibilidad y seguridad 4. Código muerto Se integra con GitHub Actions y publica resultados directamente en PRs. Perfecto para equipos que usan AI coding tools y necesitan mantener calidad sin revisar cada línea manualmente. Instalación: npx -y react-doctor@latest . ¿Te llegó útil? Cuéntame 👇 Guarda este hilo y sígueme para más 🔖✨

• 
  Ivan (@ivanpl82) reportó hace 25 minutos

  @antonioleivag @barckcode El problema no es que cierren los LLM, tenemos salida por china, y otras opciones. Sí cierra GitHub nos vamos a reír pero bien.

• 
  Juan Barbat (@juan_barbat) reportó hace 26 minutos

  @barckcode De hecho yo me fui de github y pasamos todo a forgejo privado por lo que ocurrió. Funciona bien ... muy bien de hecho.

• 
  anonimo (@anonimo1is) reportó hace 27 minutos

  ¿Te ha pasado que le pides a una IA una función simple... Y te devuelve 500 líneas de código, 8 dependencias nuevas y una arquitectura digna de la NASA? 🚨 Un desarrollador se cansó de eso y creó Ponytail. La idea es brillante. Está inspirado en ese programador veterano que lleva más años en la empresa que Git. Le enseñas 50 líneas de código. Las mira. Y las reduce a una sola línea que hace exactamente lo mismo. Ahora tu agente de IA puede pensar igual. Antes de generar código, Ponytail le obliga a hacerse estas preguntas: → ¿Realmente necesito escribir esto? → ¿Ya existe en la librería estándar? → ¿La plataforma ya lo resuelve de forma nativa? → ¿Se puede hacer con menos código? → ¿Hay una solución más simple? Solo cuando la respuesta es "no" a todo lo anterior... Entonces genera código. Los resultados son absurdos: • 80-94% menos líneas de código • 47-77% menos consumo de tokens • Hasta 6 veces más rápido Su filosofía es simple: "The best code is the code you never wrote." Funciona con: ✓ Claude Code ✓ Cursor ✓ GitHub Copilot ✓ Aider ✓ Otros agentes compatibles También incluye comandos como: /ponytail /ponytail-review /ponytail-audit para revisar, simplificar y auditar automáticamente el código generado por la IA. Si estás cansado de que los agentes conviertan problemas simples en proyectos de 3 carpetas y 12 archivos... Necesitas ver esto. Repo en los comentarios 👇

• 
  Space Programmer (@Spaceprogrammer) reportó hace 28 minutos

  EL PROBLEMA REAL: Antes → una sesión de chat rápida y una sesión agentic de 3 horas costaban lo mismo. Ahora → la sesión de 3 horas te consume los $10 del mes en un día. Los agentes consumen tokens masivamente. GitHub ya no absorbe ese costo. Tú sí.

• 
  Alejandro Estornell (@aaesalamanca) reportó hace 30 minutos

  @devruso @impuremonad @erscio Si leéis la publicación original, podréis comprobar que su problema únicamente es con GitHub, no con Git.

• 
  tpx Security ⠠⠵ (@tpx_Security) reportó hace 30 minutos

  Se ha revelado la vulnerabilidad de severidad alta CVE-2026-3854 (CVSS 8.8) que afecta a GitHub Enterprise Server. La falla radica en la falta de sanitización de las opciones proporcionadas por el usuario durante una operación git push. Esto permite a un atacante inyectar metadatos en los encabezados de servicios internos, logrando la ejecución remota de código (RCE) en los servidores backend y eludiendo los mecanismos de aislamiento (sandboxing), lo que representa un grave riesgo de compromiso cruzado.

• 
  Marcho (@MarchoSn) reportó hace 30 minutos

  @D_Espanadero Eso es lo de menos, porque podes levantar cuenta de GitHub y servidores vacíos sin comprometer nada personal. El problema es el riesgo de tener algo productivo con datos de usuarios reales “protegidos” por dudosa seguridad. Ahí está el verdadero problema.

• 
  Toni Soriano (@cloudstudio_es) reportó hace 32 minutos

  Microsoft está retirando las licencias internas de Claude Code para empujar a sus desarrolladores a GitHub Copilot CLI. El motivo oficial es consolidación estratégica. El real: cierre de año fiscal y ahorro de costes. Y es que Claude Code era demasiado popular entre los propios devs de Microsoft. El problema es que Copilot CLI todavía va por detrás en prestaciones. Ahora toca al equipo de GitHub ponerse las pilas. Me parece una señal clara de que la guerra de herramientas de IA también se libra dentro de las empresas.

• 
  InferenciaPura (@InferenciaPura) reportó hace 38 minutos

  @github 10 desarrolladores en la empresa parados porque configurando para que no se cobren sobrecostes, a pesar de haber pagado 228$ por un servicio que ahora no puedo usar. Tengo 30k créditos sin usar, PAGADOS, y ahora por mucho que reconfiguro los budgets, nada funciona.

• 
  anonimo (@anonimo1is) reportó hace 39 minutos

  @precisox Interesante propuesta. Pero GitHub ya integra Copilot, GitHub Code Search AI y GitHub Actions con AI. ¿Qué hace a Origin diferente que no se pueda replicar aquí? Sería útil ver un caso concreto donde GitHub falla y Origin lo soluciona.

• 
  Erick (@ErickSky) reportó hace 41 minutos

  Déjame contarte una historia de cómo funciona realmente internet… En agosto de 2015, la policía china tocó la puerta de un desarrollador llamado clowwindy. Le dijeron: "Deja de trabajar en esto. Borra todo el código de GitHub… o hay consecuencias." Él obedeció. Publicó un mensaje de despedida y eliminó los repositorios. Pero internet no se detiene tan fácil. En cuestión de horas, miles de personas del mundo entero crearon forks del proyecto. Se volvió #1 trending mundial en GitHub. La comunidad lo clonó, lo mejoró y lo hizo inmortal. 11 años después… el cliente oficial para Windows de Shadowsocks sigue vivo con +59.300 estrellas. Un gobierno intentó matar una idea. Internet respondió creando un monstruo open source que nadie ha podido detener. Este es el poder real de internet. REPOOO👇

• 
  iocardo riorio (slop/acc) (@iocardo_riorio) reportó hace 43 minutos

  me rindo, quiero conectar github y codex abre una sesión de chrome nueva (?) ni en pedo me logueo, abrilo en el chrome en el que estoy logueado slopocalypse

• 
  Luis M. Gutierrez (@cast2012) reportó hace 43 minutos

  @github soy mexicano y me bloquearon mi cuenta porque según estoy en un país sancionado por la OFAC y ya tengo más de una semana y nadie es capaz de responder mis ticket pidiendo ayuda. El servicio no es si fuerte mi usuario es lordluis2021

• 
  Nico (@nicos_ai) reportó hace 44 minutos

  GitHub acaba de solucionar el mayor problema del vibe coding. Acaban de lanzar Spec Kit y en días ya tiene +95K 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. Repositorio 👇

• 
  Zurdo (@catracho_rojo) reportó hace 52 minutos

  Hay tanto ijueputa en esta red social que mandarlos a comer ****** de uno a la vez me llevaría toda la vida, debe haber una forma más eficiente de resolver este problema. ¿Alguna app en Github?

• 
  NatyShi 🦇🔊🏴 (@NatyShi_) reportó hace 53 minutos

  @noestelar @NousResearch Tengo hermes en pc para desarrollo de skills y agentes y uso diario que hace push a github de las novedades en memory, skills etc y en la documentacion de cambios en contenido que levanto con obsidian. En la vm con linux en un server local tengo hermes que hace pull del repo y se mantiene actualizado de las novedades, corre 24/7 y es el gateway con telegram para q desde mi movil pueda interactuar con hermes 24/7. La vm es un "digital twin" de hermes pc como backup y corriendo 24/7 desde donde necesite aun sin pc, sincronizado a traves de un repo. No se si eso ayuda a entender o confunde mas. Estoy documentando todo sobre arquitectura y logica para el q quiera armarse algo asi si es de interes

• 
  Mig o Ccom, es lo mismo (@Miguel_CCom5) reportó hace 53 minutos

  Lo descargaron, quisieron desencriptarlo para ver como esta programado, les salió mal porque esta ofuscado y convertido a C mas. Así que lo subieron de vuelta roto, porque me olvide de restringir una configuración sobre colaboradores de código en GitHub. Gente al pedo o envidiosa

• 
  ❥┊ Akeideu ₊˚. (@akeideu) reportó hace 54 minutos

  ¿Está caído Github otra vez?

• 
  canibal (@tinieblavisible) reportó hace 58 minutos

  Lo bueno de que Twitter funcione mal es que se camufla con Instagram que funciona mal, con GitHub que funciona mal, con los LLM que hacen las otras 3 que funcionan mal, y con la capacidad de organización de la clase trabajadora que funcionan mal.

• 
  Microsoft Developer Latinoamérica (@msdevlatam) reportó hace 58 minutos

  1/ GitHub Copilot app, ahora en preview para usuarios de Copilot Pro, Pro+, Business y Enterprise. Desde un solo panel: sesiones activas, issues, PRs y automatizaciones en paralelo. Cada sesión corre en su propio git worktree, sin configuración manual ni conflictos de branches. Los agentes escriben el código. Tú decides qué llega a producción.