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 (72%)
• Inicio de Sesión (20%)
• Errores (8%)

Mapa de interrupciones en vivo

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

City	Problem Type	Report Time
Trento	Sitio Caído	hace 1 día
Le Chambon-Feugerolles	Sitio Caído	hace 3 días
Antananarivo	Sitio Caído	hace 5 días
Paris	Inicio de Sesión	hace 10 días
Lure	Sitio Caído	hace 13 días
Ashkelon	Sitio Caído	hace 15 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:

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

• 
  roman (@Nozelcode) reportó hace 7 minutos

  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👇

• 
  precis0x (@precisox) reportó hace 8 minutos

  UN PROGRAMADOR ACABA DE LOGRAR LO QUE GOOGLE LLEVA AÑOS PASANDO POR ALTO Desarrolló un navegador en rust creado específicamente para automatizar procesos, hacer scraping web y potenciar agentes de IA > Solo consume 30MB de RAM > Las páginas cargan en apenas 85ms > Bloquea automáticamente más de 3.500 trackers > Elimina anuncios, analíticas y scripts de rastreo Se llama Obscura Y tiene algo que Chrome nunca va a poder ofrecer Cada sesión genera una huella completamente distinta. GPU, canvas, audio, batería… todo se randomiza Ningún detector lo identifica porque se comporta exactamente igual que un Chrome real Es el reemplazo directo de Puppeteer y Playwright Sin Node.js. Sin dependencias. Un solo binario Ya supera las 16k estrellas en GitHub. 100% open source. Totalmente gratis Guárdalo antes de que se te olvide, es una joya 📄

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

• 
  Jose L. del Palacio (@jl_palacio) reportó hace 9 minutos

  @marcvidal Cuando una empresa gasta su presupuesto anual de IA en cuatro meses por convertir PDFs en PowerPoint, el problema no es la IA. Es que alguien autorizó gasto sin medida. Uber limitó Claude Code, GitHub cobra por token en lugar de tarifa plana. La realidad: mucha gente usa IA para lo que un botón hacía antes y ahora lo pagás por tokens. La fiesta de "IA sin límites = productividad" terminó cuando llegó la factura. Ahora viene lo real: medir retorno de verdad o desactivar.

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

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

  1/ Llevo unos días probando un patrón de agentes que me parece bastante más interesante que el típico: modelo caro planifica + modelo barato implementa. Mucha gente lo está entendiendo mal. 2/ La idea no es que el modelo SOTA haga un plan al principio y desaparezca. Eso, al menos en mis pruebas, consume prácticamente lo mismo y muchas veces no mejora los resultados (mira mis posts de hace unos meses). 3/ El trabajo difícil no suele estar en el plan general. Está en los detalles que aparecen durante la implementación. Ahí es donde un modelo realmente bueno aporta valor. 4/ En lugar de tener un pipeline lineal: - SOTA → Plan - Cheap → Implementa - SOTA → Revisa La clave está en que el modelo caro pase a ser un advisor integrado dentro del loop del agente ejecutor. 5/ El ejecutor sigue siendo el modelo barato. Hace prácticamente todo el trabajo. Pero puede pedir ayuda al advisor cuando realmente la necesita. 6/ Lo hace en checkpoints durante el ciclo agéntico: - Antes de empezar a modificar código, para validar el enfoque. - Cuando entra en un bucle intentando resolver el mismo problema. - Cuando detecta una decisión compleja donde merece la pena gastar más tokens. - Al terminar cada step del pipeline. 7/ La clave es que el modelo caro no gestiona el contexto completo de la implementación. Solo ventanas pequeñas y acotadas. Además se limita la longitud de la respuesta (ahorro de output tokens), solución concreta y concisa. Eso reduce muchísimo el coste manteniendo gran parte de la calidad. 8/ Es parecido a tener un ingeniero senior que no programa toda la feature. Solo aparece cuando alguien se atasca o cuando hay una decisión importante que tomar. 9/ Acabo de implementarlo en Convoy. Todavía estoy validándolo en proyectos reales, así que no puedo decir todavía si el impacto es tan grande como parece. Pero las primeras pruebas son bastante prometedoras. 10/ Si termina funcionando como espero, creo que este tipo de arquitectura tiene bastante más recorrido que seguir aumentando el tamaño del modelo para absolutamente todas las llamadas. No siempre hace falta un SOTA. Lo importante es saber exactamente cuándo utilizarlo. Si te animas a probarlo, recuerda que es open-source, lo tienes en mi github :)

• 
  Gabriel Garcia (@gabrielalej) reportó hace 20 minutos

  @CieloDahy La semana pasada Codex tenía serios problemas con el navegador interno q hacían q se cerrará el mismo codex cada vez q habría una página. Le explique el problema, encontró el ticket en github y otros usuarios, deshabilitó su propio navegador y me generó un recordatorio para cuando den el ticket x cerrado. Inception.

• 
  Marco (@maarcoofdezz) reportó hace 21 minutos

  213.000 estrellas en GitHub. No es un modelo. No es una app. No es un framework. Es el sistema que hace que tu agente de IA trabaje mejor. Se llama ECC y empaqueta en un solo repo todo lo que necesitas para que Claude Code, Codex, Cursor u OpenCode funcionen como los usan los mejores. 262 skills públicas. Skills, instincts, memoria, seguridad y flujos de trabajo listos para instalar. Lo construyó Affaan Mustafa en el hackathon de Anthropic x Cerebral Valley. Con Claude Code. Y la release 2.0.0 la automatizó ella misma. El bot de Discord, los anuncios y el deploy se desplegaron solos de principio a fin. Lo que incluye ECC 2.0: ✅ 262 skills para coding, investigación, seguridad, media, enterprise y flujos de agentes ✅ AgentShield: escanea tu configuración de Claude Code buscando vulnerabilidades, inyecciones y secretos expuestos ✅ Modo red team/blue team con 3 agentes Opus en paralelo - atacante, defensor y auditor ✅ 1.282 tests. 98% de cobertura. 102 reglas de análisis estático. ✅ Memoria compartida entre agentes con contexto comprimido entre sesiones ✅ Compatible con Claude Code, Codex, Cursor, OpenCode, Gemini, Kiro y Zed ✅ Las mismas skills funcionan en todos los entornos sin reescribir nada ✅ 14 releases. ECC 2.0.0 hace 2 días. Activo hace 49 minutos. MIT. El objetivo en una línea: Dejar de reescribir los mismos prompts y convertir el comportamiento que ya funciona en infraestructura portable.

• 
  Juna.es (@juna_es) reportó hace 27 minutos

  Freedom Factory presentó el PQ1, una hardware wallet que se anuncia como la primera diseñada para resistir ataques de computación cuántica. Utiliza el esquema de firmas SPHINCS+C10, una variante comprimida del estándar post-cuántico del NIST, e integra esas firmas dentro de cuentas inteligentes ERC-4337 en Ethereum y redes EVM. El dispositivo es air-gapped, se conecta solo por USB-C y cuesta 179 dólares, con envíos previstos para el cuarto trimestre de 2026. La arquitectura de seguridad se apoya en dos elementos seguros independientes con certificación EAL6+. La semilla se divide mediante una operación XOR entre ambos chips, de modo que vulnerar uno solo no compromete el material criptográfico. La empresa, conocida por ethOS y el dispositivo dGEN1, publicó todo el código (hardware, firmware y aplicación) en GitHub bajo licencia open source, con builds reproducibles. El respaldo incluye a inversores como Vitalik Buterin y Balaji Srinivasan, y la compañía sostiene que el PQ1 supera a wallets que solo protegen actualizaciones de firmware sin asegurar los activos en sí. Sin embargo, el producto está en preventa y las auditorías externas completas aún no han terminado. Los contratos de account abstraction ERC-4337 están bajo revisión de seguridad por Trail of Bits, según reconoce el propio sitio oficial. El dispositivo usa una variante comprimida del estándar SPHINCS+ que mantiene la misma asunción de seguridad, romper SHA-256, pero con un límite de 65.536 firmas por clave, controlado por firmware. No hay retrocompatibilidad con ECDSA, lo que lo convierte en una apuesta por una criptografía post-cuántica pura. Bitcoin no está soportado porque la red carece de cuentas post-cuánticas viables para uso cotidiano. La propuesta es técnicamente ambiciosa y responde a una necesidad real de preparación ante la amenaza cuántica, pero el PQ1 aún no ha sido enviado a los compradores y las auditorías externas del firmware completo y de la implementación criptográfica no se han completado. Es un producto que promete resolver un problema futuro, pero cuya seguridad práctica está todavía por verificarse de forma independiente.

• 
  Amarillo (@anyelamarillo) reportó hace 28 minutos

  🚨 UN PROGRAMADOR SOLO ACABA DE LOGRAR LO QUE GOOGLE LLEVA AÑOS IGNORANDO Desarrolló Obscura, un navegador headless en Rust creado específicamente para agentes de IA, scraping masivo y automatización. Solo usa 30 MB de RAM. Las páginas cargan en 85 ms. Bloquea automáticamente 3.520 trackers. Elimina anuncios, analíticas y todo script de rastreo. Se llama Obscura y tiene lo que Chrome nunca podrá darte: Cada sesión genera una huella digital completamente distinta. GPU, canvas, audio, batería… todo se randomiza en tiempo real. Ningún detector de bots lo identifica porque se comporta exactamente como un Chrome real. Es el reemplazo directo de Puppeteer y Playwright. Sin Node.js. Sin dependencias pesadas. Un solo binario ligero. Ya supera las 19k estrellas en GitHub. 100% open source. Totalmente gratis. Si trabajas con scraping, IA o automatización… esto no es solo una mejora. Es un cambio de juego. Guarda este post antes de que se te olvide. Es una de las mejores herramientas que han salido este año 💎

• 
  Arturo (@_artcc_) reportó hace 28 minutos

  FreeLingo es open source y puedes apoyar el proyecto de varias formas. Revisa el repositorio de GitHub y despliega en tu servidor: con IA local es completamente gratis, o usa tu propia API key de OpenAI y paga solo tu consumo.

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 29 minutos

  Tu agente de IA acaba de escribir 80 líneas para algo que necesitaba 5. No porque no sepa hacerlo mejor. Sino porque nadie le ha dicho que ser perezoso es una virtud. Ponytail es el plugin que cambia eso. 9.7k estrellas en GitHub. MIT. v4.4.0 publicada hace unas horas horas. Lo que hace antes de escribir cualquier línea: 1. ¿Esto necesita existir? No - descártalo (YAGNI) 2. ¿Lo hace la stdlib? Úsala 3. ¿Hay una feature nativa de la plataforma? Úsala 4. ¿Una dependencia ya instalada lo resuelve? Úsala 5. ¿Cabe en una línea? Una línea 6. Solo entonces: el mínimo que funciona Los benchmarks en producción real: 80-94% menos código generado 47-77% menos coste en tokens 3-6x más rápido que un agente sin restricciones El caso concreto: un agente normal generó 293 líneas. Con Ponytail: 47. Las 246 líneas que nadie escribió nunca han causado un incidente. ✅ Plugin nativo para Claude Code con badge [PONYTAIL] en el statusline ✅ Comandos /ponytail-review, /ponytail-help y /ponytail-debt incluidos ✅ 3 niveles de intensidad: lite, full y ultra ✅ Reglas para Cursor, Windsurf, Cline, Copilot, Aider y Kiro incluidas ✅ /ponytail-debt: cosecha los atajos diferidos en un ledger para que "después" no se convierta en "nunca" ✅ Compatible con Claude Code, Codex, OpenCode y Cursor Lo que no toca nunca aunque seas en modo ultra perezoso: Validación en límites de confianza, manejo de errores, seguridad y accesibilidad. Perezoso significa eficiente. No descuidado. el enlace 👇

• 
  Jera ⛩ (@Jera_Value) reportó hace 33 minutos

  Eres un tech-bro de primer año, ¿verdad? Acabas de terminar de leerte un hilo en Twitter de algún gurú que montó una demo en una tarde. Viste un vídeo de dos minutos donde un agente abre el navegador, busca información, escribe código, manda un correo y actualiza el CRM a la primera. Y ahora estás convencidísimo de que el futuro es darle a un modelo veinte herramientas y decirle: «Haz tu magia». Eso te va a durar hasta el mes que viene, cuando descubras los MCP. Entonces vas a estar aquí pontificando sobre cómo hay que «estandarizar la capa de herramientas». Conectarás GitHub, Slack, Notion y la madre que los parió, y empezarás a soltar el discursito de que las aplicaciones tradicionales están muertas porque ahora el modelo interactúa directamente con los sistemas. Probablemente uses la frase «el modelo es el nuevo sistema operativo» como si se te hubiera ocurrido a ti. Y eso te aguantará hasta el año que viene, cuando leas a alguien en Substack explicando que un solo agente no basta. Entonces empezarás a vomitar palabrería sobre los «sistemas multiagente». Vas a montar un agente planificador, uno investigador, un programador, un crítico y un supervisor. Harás que se manden mensajitos entre ellos para resolver una tarea que un *script* básico de trescientas líneas habría terminado en ocho segundos. Pero tú lo llamarás «organización emergente». Hasta que los agentes empiecen a alucinar, a duplicar trabajo y a fundirse cuarenta dólares de API en un bucle infinito solo para cambiar el nombre de una variable. Y ahí es cuando te toparás con la observabilidad. Empezarás a soltar términos como *trazas, evaluaciones, memoria episódica, recuperación de contexto, presupuestos de tokens* y *bucles de reflexión*. Vas a construir un *dashboard* entero solo para entender por qué tus cinco súper agentes no consiguieron reservar una maldita reunión sin inventarse el correo del cliente. Un par de meses después, descubrirás que darle autonomía ilimitada a un LLM es un suicidio. Entonces dirás que tú nunca defendiste los agentes completamente autónomos. Que siempre hablaste de «autonomía acotada con intervención humana». Y te pondrás a añadir permisos, límites de gasto, aprobaciones, esquemas estrictos, *reintentos*, *timeouts*, validaciones, colas, máquinas de estados y código determinista alrededor del modelo. ¿Y sabes qué habrás hecho? Habrás gastado miles de dólares y meses de tu vida en reconstruir una aplicación normal. Solo que ahora será muchísimo más lenta, más cara, totalmente impredecible y tendrá una carpetita en tu repositorio que se llamará `/agents`. Y dentro de seis meses, te sentarás a escribir un artí**** titulado: “Por qué los agentes no funcionan y qué viene después”. Explicarás que el problema nunca fueron los modelos, sino la arquitectura. Y nos presentarás a todos tu nueva y revolucionaria idea: pequeños flujos de trabajo especializados, con pasos definidos, herramientas limitadas, validaciones explícitas y supervisión humana. Es decir, *software*. Software de toda la vida. Pero esta vez... esta vez lo llamarás «agentic workflow».

• 
  GptZone (@gptzone_net) reportó hace 34 minutos

  La parte menos vistosa está en los fixes: • Las sesiones vuelven a enlazarse con pull requests creadas después de subir la rama, también mediante la API REST de GitHub. • Los alias de modelos para subagentes respetan mejor las restricciones de la organización y bajan al modelo permitido más reciente de la misma familia. • Remote Control ya no puede activarse desde ajustes locales del repositorio; la activación queda en el ámbito del usuario, aunque el repositorio sí puede desactivarlo. • Las vistas de diff usan el contenido Git sin procesar e ignoran drivers y textconv configurados en el workspace, lo que reduce diferencias engañosas. • También se corrigen falsos errores de conexión, fallos de file watchers, conectores mal marcados para autorización y problemas de accesibilidad al borrar texto. Son cambios orientados a eliminar puntos de rotura y a dejar más claro quién controla cada permiso, proceso y resultado.

• 
  Juan (@JuanmaH98) reportó hace 35 minutos

  @G_Programming Tenes idea del problema de OpenCode? Veo que no está funcionando con sus propias suscripciones (go, zen) y las issues en github no pintan bien en estos días.

• 
  Dima T. (@DimasikUSDT) reportó hace 37 minutos

  @robiartec 3.5k stars en GitHub es fácil de verificar — ¿alguien ha probado el repo en real? Automatizar el análisis de la oferta y la personalización del CV suena útil, pero la parte de "carta de presentación adaptada al contexto" es donde más falla este tipo de herramientas, porque terminan sonando genéricas si no las revisas a mano.

• 
  Sebastian Riquelme (@riquelme44127) reportó hace 40 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

• 
  roman (@Nozelcode) reportó hace 42 minutos

  TU PORTÁTIL VIEJO PUEDE REEMPLAZAR TODAS TUS SUSCRIPCIONES CLOUD. Netflix, Google, Dropbox, 1Password. Ese portátil cogiendo polvo en tu armario, con la batería muerta y el procesador lento, puede hacerlo todo. Pagas unos 40$ al mes. 500$ al año. Por alquilar cosas que antes eran tuyas. Te presento CasaOS. Un sistema gratuito y open source que convierte cualquier portátil viejo, Raspberry Pi o mini PC en tu propia nube personal. Ejecutas un comando. En 30 minutos el portátil se convierte en servidor. Lo abres desde tu móvil, tu TV o cualquier ordenador del mundo. Después eliges las apps desde una tienda integrada. Un clic cada una. → Jellyfin para reemplazar Netflix. Streaming de todas tus películas y series. → Immich para reemplazar Google Photos. Con caras y búsqueda incluidas. → Nextcloud para reemplazar Dropbox. Sincroniza todo en todos tus dispositivos. → Vaultwarden para reemplazar 1Password. Todas tus contraseñas, tus claves. → Home Assistant para controlar todos los dispositivos smart de tu casa. → AdGuard para bloquear anuncios en todos los dispositivos de tu wifi. Sin código. Sin archivos de config. Sin saber Linux. Ves iconos en pantalla. Haces clic. • 34.116 estrellas en GitHub. • Apache 2.0. Gratis para siempre. Más de 100.000 apps Docker disponibles. Netflix te cobra cada mes. CasaOS no. Un comando. Treinta minutos. Quinientos dólares al año de vuelta en tu bolsillo. Tu armario acaba de convertirse en un data center.

• 
  Suit (@_suuitt) reportó hace 42 minutos

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

• 
  Alvaro VA (@AlvarovaOficial) reportó hace 43 minutos

  @angeldot_ En "GitHub" acaban subir la solucion al mayor problema del vibe coding. Se lanzó Spec Kit y en poco tiempo ya tiene +120K estrellas.

• 
  marcus (@marcusyul) reportó hace 46 minutos

  @artic_ai 51k stars y la mayoría no sabe que existe, así funciona github a veces

• 
  Alejo (@ecommartinez) reportó hace 48 minutos

  🚨 ULTIMA HORA: RSIBench-Data probó si un agente de IA investiga sin ayuda humana y mejora su propio modelo. Evaluaron 4 agentes en 6 benchmarks. El 78% de los intentos termina peor que el mejor resultado logrado. Esto sugiere que la RSI completamente autónoma aún tiene un largo camino por recorrer. Open source, disponible en GitHub ↓

• 
  Myrrakle (@myrrakle) reportó hace 49 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.

• 
  DMNTR Network Solutions 👻 AS204773 (@weareDMNTRs) reportó hace 50 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.

• 
  darwin enriquez (@darwinenriquez) reportó hace 51 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.

• 
  Ink (@TheInkReaper) reportó hace 52 minutos

  si... ni yo puedo defender la falta de interes y esfuerzo por la gente que se queja asi de github sabes donde esta Releases, sabes ya como funciona, por que tu instinto es decir "esta mal porque no esta como yo quiero"?

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 53 minutos

  un pentest profesional te cuesta miles de euros y tarda semanas. esto lo hace un agente de IA en horas, y es gratis. strix son agentes autónomos que actúan como hackers de verdad: ✅ ejecutan tu código y buscan vulnerabilidades reales ✅ validan cada fallo con un exploit funcional, no falsos positivos ✅ generan el informe y hasta el parche listo para mergear ✅ se integran en tu CI/CD para frenar código inseguro antes de producción 37.6k estrellas en GitHub. [Guarda esto] 👇

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

  🤖 Gestión de Dependabot Prompt: “Revisa las pull requests abiertas de Dependabot en GitHub. Analiza cada actualización, comprueba sus riesgos y ejecuta los tests en un entorno aislado. Si algo falla, encuentra la causa y prepara la corrección mínima. Fusiona solo cambios menores y seguros con permiso. Pide aprobación para actualizaciones importantes o dudosas. No publiques, comentes ni fusiones nada sin autorización. Al final, resume qué se revisó, corrigió, fusionó o quedó bloqueado.”

• 
  Jokker (@0xJokker) reportó hace 59 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