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 (67%)
• Errores (24%)
• Inicio de Sesión (9%)

Mapa de interrupciones en vivo

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

City	Problem Type	Report Time
Saltillo	Sitio Caído	hace 3 días
Montlhéry	Sitio Caído	hace 4 días
Aulnay-sous-Bois	Sitio Caído	hace 4 días
Saltillo	Sitio Caído	hace 4 días
Granada	Sitio Caído	hace 4 días
Vernon	Sitio Caído	hace 4 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:

• 
  Mario Juárez (@mariomka) reportó hace 6 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.

• 
  z (@zaynmcps) reportó hace 7 minutos

  YA NO NECESITAS PAGAR POR HIGGSFIELD O RUNWAY hay un generador de imágenes/vídeos con IA completamente gratis en github sin anuncios. sin suscripción. sin instalación pesada. 200+ modelos: seedance pro, kling, sora, veo, flux, midjourney todo en uno lo jodido es que tiene: → estudio de cine con controles reales → lente, focal, apertura → solo prompt → generar → se integra con claude code y codex 10.7K estrellas en github esto significa que funciona, está creciendo, y es estable si pagabas $50-200 mensuales en herramientas de generación, acabas de ahorrar ese dinero para siempre la única razón por la que la gente sigue pagando es porque no conoce esto ahora lo conoces te dejo la repo abajo 👇🏻

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 7 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 👇

• 
  Nova (@Nova0xz) reportó hace 11 minutos

  IMPRESIONANTE 🤯 India le dio 3 horas a github para eliminar bitchat y ahora es imposible de destruir. Un desarrollador clonó todo el código fuente en Radicle antes de que venciera el plazo. Radicle no tiene servidor central ni una empresa a la cual demandar. No hay un director ejecutivo a quien citar ni una tienda de aplicaciones a la cual presionar. Cada persona que replica el archivo se convierte en un nuevo nodo intocable. Esta aplicación funciona solo con Bluetooth, sin necesidad de internet ni tarjeta SIM. Ahora no solo la aplicación es indestructible, sino también su código fuente. Puedes ordenarle a una empresa que elimine un programa, pero puedes darle órdenes a una red que no le pertenece a nadie.

• 
  K0lateral - IA ? (@K0lateral) reportó hace 12 minutos

  @0xJokker @0xJokker Anda ya, GitHub sacando certificaciones como churros. Menos mal, porque hasta ahora cualquiera decía que sabía de agentes por ponerle "eres experto" al prompt. Si esto viene con un examen de verdad, igual hasta aprendemos algo útil.

• 
  Luis (@medioluiss) reportó hace 14 minutos

  Darle acceso a codex a la extension de github no es peligroso? Ahi no puedo limitar lo que hace en el propio github como se puedo hacer con la de computer use o lo estoy usando/entendiendo mal?

• 
  darwin enriquez (@darwinenriquez) reportó hace 15 minutos

  Fable 5 respondía más rápido, pero Codex 5.5 cuidó mejor mi código Estos días estuve probando Fable 5 y Codex 5.5 conectados al código real de mi app. Mi flujo es este: sigo construyendo en Replit, hago pull del código desde GitHub a mi PC usando la app de GitHub, y así mantengo el proyecto actualizado para que ambos modelos puedan revisar el código real. No los uso para hacer todo, sino como una segunda capa de revisión cuando necesito agregar algo, corregir un problema o tocar partes delicadas de la lógica. Estoy en una etapa donde ya hay muchas piezas conectadas. Un cambio pequeño puede romper cosas que ya funcionan: referencias, prompts, storyboards, créditos, validaciones, duración de videos o lógica interna. Por ejemplo, en el Production Board Creator Pro el usuario puede subir referencias, escribir una idea y generar prompt, storyboard y video. Pero por detrás hay más lógica: las referencias se validan, se envían a ByteDance para evitar bloqueos, un modelo multimodal analiza imágenes, video, audio e idea del usuario, luego GPT Image 2 genera el storyboard y Seedance genera el video final. Además, el sistema de créditos tiene que calcular consumo según referencias, tokens, imágenes del storyboard y duración del video. Si el usuario selecciona 30 segundos, el sistema debe generar dos partes, dos storyboards y dos prompts, usando bien las referencias y el storyboard correspondiente. Por eso, cuando algo es delicado, uso Replit en modo plan y antes de ejecutar mando ese plan a revisar. Mi impresión es que Replit probablemente usa Claude por detrás, sobre todo por la forma en que responde: muy seguro, a veces terco, y convencido de que ya entendió el problema. Durante un tiempo usé Codex 5.5 en modo high para revisar esos planes. Casi siempre encontraba algo importante: una dependencia, una validación, una parte que no debía tocarse o algo que podía romper lógica existente. Luego probé Fable 5 para el mismo flujo. Le mandaba el mismo plan a Fable y a Codex. Al principio Fable me gustó bastante. Respondía rápido, seguro y parecía entender bien. Esa seguridad me hizo confiar más, hasta que por un tiempo dejé de preguntarle a Codex. El resultado: se rompieron cosas. Mi impresión fue que Fable 5 no revisó con suficiente profundidad la lógica que ya existía por detrás. Sus soluciones sonaban bien, pero no siempre consideraban dependencias, estados, validaciones o partes conectadas del sistema. Entonces volví a usar Codex. En varias pruebas le mandaba a Fable el análisis de Codex. A veces Fable aceptaba que Codex había agregado puntos importantes que no había visto. Otras veces defendía su respuesta con seguridad, hasta que Codex mostraba la línea exacta del código donde estaba el problema. Ahí Fable terminaba reconociendo que no había visto ese detalle. Mi percepción hasta ahora: Fable 5 es útil para avanzar rápido, proponer caminos posibles y tener un buen apoyo inicial. Pero en cambios delicados de lógica, lo sentí demasiado seguro y no siempre revisando con la profundidad necesaria. Codex 5.5 se tarda más, pero me dio más confianza. No solo propone qué hacer; también suele decir qué no hacer, qué puede romperse y qué partes del sistema hay que proteger. Para bugs complejos y cambios delicados, hoy confío más en Codex. La diferencia no fue quién respondió más rápido. La diferencia fue quién cuidó mejor lo que ya estaba funcionando.

• 
  Adicto a la IA | Noticias, tools & prompts (@ElAdictoalaIA) reportó hace 21 minutos

  Un tío le dio a GPT-5.5 un repo vacío de GitHub y le dijo "apáñatelas tú solo" — ahora el modelo commitea cada hora sin supervisión humana Lo que ha pasado después es más raro de lo que esperaba: ① PRIMER COMMIT: SE NOMBRÓ PROJECT MANAGER En vez de ponerse a picar código, creó un roadmap, un changelog, un archivo de estado y otro explicando sus decisiones. Como el becario que llega el primer día y se pasa la mañana organizando carpetas en vez de currárselo. ② LE PREGUNTÓ QUÉ COJONES ESTABA CONSTRUYENDO Respuesta: "Autonomous Forge, un gestor de mantenimiento de IA para proyectos de GitHub. Voy a leer roadmaps, elegir tareas pequeñas, hacer cambios, testearlos y registrar cada acción." Básicamente, una IA autónoma intentando construir un sistema para IA autónoma. Como un perro persiguiéndose la cola pero con commits. ③ AHORA HAY DOS AGENTES TRABAJANDO El autor metió un segundo agente para acelerar el proceso x2. Dos IAs decidiendo qué hacer sin que nadie les diga nada. Esto o sale algo útil o acaban con 900 commits de updates al README. El repo es público. Puedes ver cómo falla tests, se corrige y probablemente overthinkea soluciones de 10 líneas.

• 
  Domingo Gallardo (@domingogallardo) reportó hace 25 minutos

  @monospodcast acabo de probar una funcionalidad súper interesante: abrir un chat, comentar un problema y terminar pasando al modo "Work" para que GPT termine de hacerlo él (en este caso era reportar un bug en GitHub)

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

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

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

  @patogalarzar @barckcode @G_Programming Y dos cosas: 1. Estrella en Github al proyecto. Eso ayuda mucho, es gratarola aparte ... 2. Te conviene entrar al discord. Cualquier cosa avísa.

• 
  Fran Pradas | Ingeniero de IA (@franpradasAI) reportó hace 29 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: 👇

• 
  Los ingobernables del caribe🌴 (@Losingoberm5nv) reportó hace 31 minutos

  🚨 UN DESARROLLADOR CHINO ACABA DE REVELAR LA VERDADERA IMPRESORA DE DINERO (Y ES 100% GRATIS) Existe una herramienta open source en GitHub que ya supera las 100.000 estrellas. Se llama MoneyPrinterTurbo. La creó un programador chino. Abajo, en el siguiente post, te dejo el enlace de GitHub (y Drive si aplica) para descargarla completamente gratis. Es código abierto total. Genera videos completos y listos para publicar en TikTok, Reels y YouTube Shorts… de forma automática. Cómo funciona (y por qué está volviendo loca a la gente): Todo en un solo flujo automático: ✅ Guion generado por IA ✅ Locución realista ✅ Subtítulos sincronizados ✅ Materiales visuales ✅ Edición final En minutos tienes el video terminado. Tú casi no haces nada. Por qué se volvió un fenómeno viral: Hasta ahora el proceso era un infierno: Una herramienta para el guion → otra para la voz → otra para subtítulos → otra para clips → otra para editar. Cada una cobrando, cada una con su curva de aprendizaje, cada una robándote horas. MoneyPrinterTurbo lo unió TODO en un solo lugar. Gratis. Ilimitado. Y se convirtió en el proyecto open source más viral de su categoría. Dueños de tiendas de TikTok y canales de YouTube Shorts están sacando entre 6.000 y 10.000 $ al mes usando exactamente este sistema. La diferencia es brutal: Ellos pagan por un montón de herramientas. Tú no pagas ni un centavo. La instalación tarda unos 5 minutos. Guarda este post YA para no perderlo. En el siguiente comentario/post te dejo el Drive y el GitHub listos para descargar.

• 
  El Rincón de AtomWhyred (@elrincondeatom) reportó hace 32 minutos

  🌌 Concepto principal Orion Store funciona solo con GitHub: - No tiene servidores propios. - Las apps se obtienen directamente de sus repositorios originales. - Las actualizaciones se detectan automáticamente mediante GitHub Actions.

• 
  Diario de un picateclas (@devruso) reportó hace 32 minutos

  un binario nativo puede reemplazar dos tercios de tu infra únicamente cuando el problema de base es un mal diseño de arquitectura de software que ha derivado en unas necesidades absurdas de infra. en ese caso el binario nativo compensa la falta de pericia con velocidad bruta. si sabes montar cosas bien, el lenguaje no importa. github tiene decenas de millones de usuarios y está hecho en ruby. shopify, basecamp, airbnb, kickstarter y zendesk también. instagram operaba exclusivamente con python hasta bien superadas varias decenas de millones de usuarios. pinterest, dropbox, youtube, reddis, disqus, quora y spotify idem - no migraron a otra cosa hasta llegar a unas cifras de usuarios que solo 50 páginas web en el mundo tienen. dejad de haceros pajas con que necesitáis zig, rust o go. no los necesitáis. no tenéis esa cantidad de usuarios ni por asomo. aprended a diseñar bien el software y la infra y olvidaros del resto.

• 
  Henry Pérez (@henry_hjpg) reportó hace 34 minutos

  @BtcAndres Parece que mi pregunta ya no tiene sentido pero creía entender que el algoritmo de generación de llaves de coldcard era de código abierto, y estaba en repositorio en GitHub, es decir que programadores independientes que hayan revisado tampoco se dieron cuenta del fallo cierto?

• 
  Iñaki (@inakitajes) reportó hace 38 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

• 
  Nicolás Schürmann (@_nasch_) reportó hace 42 minutos

  Leyendo todo el post de Uncle Bob sobre que el no revisa el código que sus agentes escriben: El responde, en el mismo hilo, que está mayormente retirado y que los agentes los usa para sus proyectos personales. Ha creado herramientas que revisan la calidad de su código de manera determinista. El no niega que el código a nivel de empresa entre varios equipos, devs y agentes deba revisarse. Mi opinión respecto a esto es: Lo que haga en su tiempo libre, como quiera hacerlo está perfecto. Es interesante el tema de las herramientas que revisan el código. Por ejemplo tiene herramientas que revisan duplicidad del código, test coverage, entre otras que pude ver en su github. A nivel de empresa, dependiendo del tamaño de la solución de software, yo no seguiría estos mismos pasos. Si la solución que se construye es muy grande, el riesgo que se pase algo de slop que afecte a los clientes finales es muy grande. Si las soluciones son acotadas y fáciles de probar ningún problema. Es prácticamente vibe coding y es perfecto para validar ideas. Pero esto queda completamente prohibido para empresas con PCI Compliance. Y no porque lo diga yo, si no porque la misma certificación exige que el código sea revisado por un par (humano) antes de pasar a producción, y dependiendo de las partes que se toquen de la aplicación ni si quiera debería usarse IA online, solo podría usarse IA local, y re afirmo, esto es por Compliance, no por mi opinión. Y como afecta esto a los devs?, la verdad no mucho, toca seguir gastando mucho tiempo en planificación y menos tiempo en implementación. Los agentes son increíbles para implementar siempre y cuando se encuentre todo bien definido. Uncle bob también dice que a veces el revisa la especificación de manera superficial o muy poco, otras veces que la revisa a profundidad.

• 
  Alejandro Alvarez (@AlexAlves_87) reportó hace 43 minutos

  No tengo una trayectoria tradicional en tecnología. No estudié informática, no vengo de una consultora y no llevo diez años trabajando como desarrollador. Lo que sí tengo es trabajo real que se puede revisar. En pocos meses he conseguido integrar más de 30 pull requests en OpenClaw, un proyecto open source con revisiones exigentes. No solo cambios superficiales: seguridad, comportamiento fail-closed, sanitización Unicode, tests, arquitectura y manejo de errores. Trabajo con C#, TypeScript y Python, pero no me defino por un lenguaje. Me importa más entender el problema, dividirlo bien y cerrar los casos que pueden romper el sistema. Uso agentes de IA como parte central de mi flujo de trabajo. No para delegar el criterio, sino para ampliar mi capacidad. La IA propone, genera y acelera. Yo decido, reviso, pruebo y respondo por el resultado. También he construido proyectos propios de extremo a extremo: backend, frontend, bases de datos, APIs, CI/CD, despliegue e integraciones con LLMs. Mi punto fuerte no es memorizar sintaxis. Es detectar inconsistencias, riesgos, supuestos débiles y casos límite que otros pasan por alto. Ahora busco una primera oportunidad profesional en tecnología donde pueda aportar desde el principio y seguir creciendo con revisiones exigentes, buenas prácticas y problemas reales. No necesito que confíes en mi palabra. Mi trabajo está en GitHub.

• 
  Fran Lanuti (@ChefFranPS) reportó hace 44 minutos

  Me pareció super útil si como yo detestas todos los meses sentarte a pelear con la web para facturar. Si sos RI, el 70% del camino está y el core está separado a propósito. PRs bienvenidos. Si te sirve, una ⭐ en GitHub me dice si le sigo metiendo. Gracias por bancar!

• 
  Sebastian Riquelme (@riquelme44127) reportó hace 45 minutos

  @Da7_Tech Amigo utiliza la app de android o de el navegador de chatgpt instala el conector de github y a trabajar ilimitado 🤘 el agente trabaja hasta 100 min por sesión realmente el mejor bug que he encontrado

• 
  Myrrakle (@myrrakle) reportó hace 45 minutos

  Salió versión nueva del MCP y es el cambio más grande que ha tenido desde que existe. Si tienes algo ya desarrollado, te toca migrar. Para quien no lo tenga claro: MCP es el protocolo que deja que un modelo se conecte con herramientas de afuera, tu base de datos, tu GitHub, tu Notion. En vez de que cada quien invente su propia integración, todos hablan el mismo idioma. Lo sacó Anthropic hace año y medio y hoy vive bajo la Linux Foundation, que es justamente por lo que AWS, Google y Microsoft salieron a apoyarlo el mismo día. Nadie adopta el protocolo de un competidor. Todo el mundo adopta un estándar. Lo que cambió es que MCP se volvió stateless. Antes, para hablar con un server MCP había que abrir una sesión. El server se guardaba quién eras, y esa conversación tenía que mantenerse viva. Era como una llamada telefónica, marcas, saludas, y hay que mantener la línea abierta todo el rato. Si se cae, se cayó todo. Ahora es mandar cartas. Cada carta dice quién eres y qué quieres, cualquier cartero la entrega, y si se pierde una mandas otra. ¿Y eso por que es un gran cambio? Porque antes, si tenías tu server corriendo en varias maquinas, cada petición tenía que volver a caer en la misma que te atendió al principio, porque era la única que se acordaba de ti. Eso te obligaba a montar sticky sessions o storage compartido, muy fastidioso y caro. Ahora cualquier petición cae en cualquier máquina. Y eso desbloquea justo lo que la gente venía pidiendo: correr servers MCP en serverless y en el edge, Lambda, Workers, lo que sea, sin mucha cosas. Pero lo que me dice que esto va en serio no es la spec, es quién salió a hablar el mismo día. AWS lo metió en Bedrock AgentCore. Cloudflare con soporte desde el día cero en Workers, y Sentry y Linear adoptando ahí mismo. Más Google Cloud, Microsoft Foundry, Netlify, Supabase, Figma. Eso no es entusiasmo de comunidad, eso es roadmap coordinado. Y hay un número en el anuncio que me llamo la atencion más que toda la spec junta. Lo soltó la gente de Honeycomb, de todas las consultas que reciben al mes, como el 20% ya las hace un agente y no una persona. Uno de cada cinco. Eso ya no es demo, eso es tráfico de producción. De paso, casi 500 millones de descargas al mes entre los SDKs oficiales, en un protocolo que tiene año y medio. La parte ladilla? El session id ya no existe, o sea que si llevabas estado ahí te va a toca rediseñar, y la recomendación es que una tool te devuelva un handle explícito y el modelo te lo vaya pasando de vuelta. Los headers Mcp-Method y Mcp-Name ahora son obligatorios en cada petición, no opcionales, y sospecho que eso va a doler antes que lo del session id. Y deprecaron Sampling, Roots, Logging y el transporte viejo de HTTP+SSE. Todo eso sigue vivo mínimo 12 meses, o sea nada te explota mañana. Pero si estás arrancando algo nuevo, no lo montes encima de lo viejo. Lo que más me gusta es que no maquillaron nada. Rompieron lo que había que romper y pusieron una política de deprecación con 12 meses para empezar, para que planifiques en vez de reaccionar. Eso es un protocolo creciendo, no un producto vendiendo.

• 
  Suit (@_suuitt) reportó hace 46 minutos

  GITHUB DE MRD PENSE QUE ESTABA HACIENDO ALGO MAL POR UNA HORA Y ES EL **** GITHUB ACTIONS CAIDO

• 
  DMNTR Network Solutions 👻 AS204773 (@weareDMNTRs) reportó hace 48 minutos

  El otro día nos pasaron un desarrollo para poner en producción en un entorno que nos iban a contratar. Como no sabían bien qué tipo de VPS necesitaban, nos dieron acceso para ver la app. Nos dijeron que estaba "listo a falta de 3 retoques". Era un desarrollo que habían hecho los del departamento financiero de la empresa aprovechando que habían dado un curso de Antigravity. Usa 5 lenguajes de programación distintos: PHP, Node, Apps Script, PowerShell y .bat. Cada trozo resuelto de una forma diferente. Las "bases de datos": ficheros JSON y Excels... Datos reales de 9.000 clientes dentro del repo: NIF, IBAN, márgenes, historial de facturación. Sin anonimizar. De hecho, aunque los borres hoy, siguen en el historial de Git... La contraseña de admin se comprueba en el navegador. Está escrita en el JavaScript que se descarga cualquiera. El servidor responde a quien pregunte, sin autenticar, por HTTP. Leer, modificar y borrar registros: gratis. El control de acceso funcionaba perfectamente, siempre que el atacante no supiera pulsar F12. Rutas fijas del PC del desarrollador, cero tests, 1 GB de repo con las librerías y las bases de datos dentro. Y en una herramienta, rastros de que el código se corrompió y lo reconstruyeron a partir de logs y ficheros de texto... Los commits, una novela: "arreglado", "ahora sí", "ahora sí de verdad", "funciona no tocar", "woooo"... Todo en GitHub. Privado, pero GitHub. Estuvimos entre cortarnos las venas o dejárnoslas largas. Obviamente hemos dicho: NO.

• 
  José Luis Gómez (@JoseLuisGDoc) reportó hace 48 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).

• 
  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👇

• 
  Nix0n (@UnTalNixon_exe) reportó hace 54 minutos

  @precisox El error de Toyota que tardó 5 años en descubrirse (y cómo dejar de confiar en los .env): En 2017, un desarrollador de Toyota dejó una clave de acceso real hardcodeada en un repositorio público de GitHub. Nadie se dio cuenta hasta 2022. Durante media década, la cadena de custodia de los datos de cientos de miles de clientes estuvo totalmente rota. El problema no es el error humano; es que seguimos usando flujos de trabajo de 2010 para gestionar secretos en 2026. Solo en 2025, GitGuardian detectó más de 28 millones de credenciales expuestas en GitHub.

• 
  Guillermo Casaus (@_guillecasaus) reportó hace 56 minutos

  🚨 Tu ordenador con Windows viene lleno de apps que nunca pediste. La mayoría de ellas consumen recursos, recopilan datos y mantienen activadas opciones que no necesitas. Alguien se cansó y creó una herramienta gratuita para solucionar este problema. Se llama Win11Debloat y te permite limpiar Windows 10 y 11, eliminar bloatware, desactivar telemetría y quitar gran parte de las funciones innecesarias del sistema. Esto es lo que incluye: → Elimina aplicaciones preinstaladas y bloatware → Desactiva telemetría, seguimiento y anuncios personalizados → Permite eliminar Copilot, Recall y otras funciones de IA → Desactiva Bing y las sugerencias dentro de Windows Search → Elimina anuncios, recomendaciones y contenido sugerido → Permite personalizar Inicio, barra de tareas y Explorador de archivos Lo más interesante: Los cambios pueden revertirse fácilmente y la mayoría de las aplicaciones eliminadas pueden volver a instalarse desde Microsoft Store. Además, permite exportar e importar tu configuración para aplicar los mismos ajustes rápidamente en varios equipos. Ya supera las 55k stars en GitHub, es completamente gratuito, open-source y cuenta con licencia MIT. Te dejo el repo en comentarios 👇

• 
  Jokker (@0xJokker) reportó hace 56 minutos

  Tu agente de IA te esta cobrando de mas Cada linea extra sale de tu factura Ponytail lo arregla con una idea absurdamente simple: Convierte a tu agente en el dev senior mas vago del equipo Ese que mira 50 lineas y las reemplaza por una Antes de escribir nada, el agente se pregunta: → Esto necesita existir? → Ya esta en el codebase? → Lo hace la libreria estandar? → Lo hace el navegador de forma nativa? → Cabe en una linea? Solo si todo falla, escribe el minimo que funciona Resultado: → hasta 94% menos codigo → un 20% menos de factura → un 27% mas rapido Sin tocar seguridad ni validaciones Se instala con solo 2 comandos: /plugin marketplace add DietrichGebert/ponytail /plugin install ponytail@ponytail Funciona en Claude, Codex, Cursor y mas Ya supera las 86.000 estrellas en GitHub Gratis y open source El mejor codigo es el que nunca escribiste Instalalo y pruebalo la proxima vez que uses Claude Vas a notar la diferencia en la factura y en como piensa tu agente

• 
  precis0x (@precisox) reportó hace 56 minutos

  @nonovsol si, es una herramienta gratuita y open source puedes ver odo el código en gitHub. Funciona en tu propia computadora, no manda tu código a ningún servidor. Se conecta con claude, cursor y otras ide o cli para que entiendan mejor todo tu proyecto sin tener que abrir archivos uno por uno todo el tiempo. Como es todo local y se guarda en Git, es bastante seguro, pero igual revisa el repositorio antes de instalarloo