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 9 días
Ahmedabad	Errores	hace 15 días
Delme	Inicio de Sesión	hace 15 días
Lyaud	Sitio Caído	hace 15 días
Catania	Errores	hace 18 días
Inverness	Sitio Caído	hace 30 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:

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

  Un exingeniero de Netflix acaba de liberar uno de los repositorios mas interesantes para reducir el coste de los agentes de IA Ya supera las 67k estrellas en GitHub Es open source y 100% gratis Se llama Headroom Y comprime todo lo que tu agente lee antes de enviarlo al modelo → Salidas de herramientas → Logs interminables → Fragmentos de RAG → Archivos y codigo → Historial de conversaciones El resultado: Hasta un 95% menos de tokens en JSON y datos estructurados 15-20 % menos en agentes de codigo Y lo mejor → Corre de forma local → Tus datos permanecen en tu maquina → Conserva los archivos originales → El agente puede recuperarlos cuando necesite mas detalles Funciona con Claude, Cursor, Codex... y cualquier stack (library, proxy o MCP) Paga por lo que el modelo realmente necesita. No por el ruido Si usas agentes y sigues pagando por basura que el modelo nunca usa Te recomiendo que lo guardes 👇

• 
  ItscoachFO (@itscoachfo) reportó hace 4 minutos

  DeFi no escala sin una parte responsable. Ninguna institución va a meter capital en una pool donde nadie responde por el riesgo del contrato, la liquidez o la contraparte. Aquí es donde XRPL se diferencia: no depende de un DAO anónimo ni de un repositorio de GitHub sin dueño. Esto es justo lo que separa a una infraestructura institucional de un experimento de activos digitales sin una parte responsable. No es un problema de tecnología, es un problema de estructura: si nadie responde por el riesgo de una pool, ninguna institución va a entrar. Este es el debate que de verdad importa ahora mismo. XRPL es la red mejor posicionada.

• 
  Diario฿itcoin (@DiarioBitcoin) reportó hace 9 minutos

  🚨 ¡Kimi K3, la IA china, escapa de su entorno de prueba! Durante una evaluación de ciberseguridad, accedió a GitHub para encontrar soluciones. Un fallo de configuración le permitió el escape. No hackeó sistemas externos, pero el incidente resalta vulnerabilidades en pruebas de AI. Las consecuencias podrían afectar la seguridad nacional y la confianza en IA abiertas. La comunidad tecnológica está en alerta tras este evento.

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

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

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

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

• 
  Brunvelop (@Brunvelop) reportó hace 13 minutos

  Joe Rogan sube episodios de 2-3 horas. Tú ves clips de 30 segundos. Alguien los corta. Los creadores pagan $29 al mes por una IA que haga ese trabajo. Un desarrollador solitario en China lo regaló gratis. Se llama AutoClip. 6.391 estrellas en GitHub. 1.253 forks. Licencia MIT. Todos los clips que guardas de un podcast, stream o entrevista salieron de algo más largo. Los streamers no se hacen virales con streams: se hacen virales con clips de streams. Un episodio de 2 horas esconde entre 15 y 25 clips virales. Encontrarlos a mano: 4-6 horas. Esto es lo que hace AutoClip. Pegas un enlace de YouTube o Bilibili, o sueltas un video local. La IA lee la transcripción completa, puntúa cada momento por potencial viral, corta los highlights, añade subtítulos y te entrega una carpeta de verticales listos para TikTok, Reels y Shorts. Qué lo diferencia de OpusClip: • Corre local en tu máquina. Tu material nunca sale de tu ordenador. • Funciona con OpenAI, Gemini, Qwen o SiliconFlow. Elige el LLM más barato. • Sin créditos ni tope de minutos mensuales. Procesa un directo de 4 horas si quieres. • Licencia MIT. Hazle fork, mételo en un producto, véndelo. Sin pedir permiso. • Docker en una línea. Corre en el navegador en localhost:3000. El stack: FastAPI, React, Celery, Redis, SQLite, yt-dlp y FFmpeg. Un desarrollador llamado zhouxiaoka escribió 89 commits y entregó todo. La parte interesante: OpusClip levantó $68 millones de SoftBank, Samsung Next y DCM Ventures para montar un negocio de suscripción sobre exactamente este flujo de trabajo. Todo el mercado de IA para video corto está tarifado como SaaS porque la mayoría de los creadores no sabe que existe una alternativa open source. Una persona en Hangzhou lo escribió en su tiempo libre. Seis mil estrellas. Mil doscientos forks. Nota honesta: el último commit fue hace 77 días. El mantenedor es una persona y parte del roadmap sigue "en desarrollo". Si quieres un producto pulido con soporte, paga OpusClip. Si quieres ser dueño de la herramienta que corta tus videos, descarga esto hoy. Quien posee el software, posee el flujo de trabajo. Tus videos. Tu IA. Tus shorts.

• 
  La IA Actualidad by Daniel (@dorlando1997) reportó hace 15 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.

• 
  shinojosa (@sergiohavila) reportó hace 18 minutos

  @carlos_olivera @github Entonces tienes un bug por qué tú agente debería notificar alguna falla en origen no?

• 
  Federico Echeverri (@echeverrifm) reportó hace 22 minutos

  @TELMEXSoluciona @Telmex @github Es que es lo que no entienden, no es mi caso es la región con problema

• 
  Codely ﹤🍍﹥ (@CodelyTV) reportó hace 24 minutos

  Este lunes GitHub se cayó durante 8h, ¡toda una jornada laboral donde no se podía desplegar! Y es que es muy común tener todo el flujo de desarrollo allí embebido. Si se cae GitHub no podemos desplegar a producción. Eso puede generar mucha frustración, pero es que el incremento de tráfico que están teniendo es BRUTAL. Y es que los agentes hacen commits y push a velocidades que el año pasado parecían imposible. Para eso también ha surgido Cursor Origin, una alternativa a GitHub enfocada en la programación agéntica. Programación agéntica, que si usas Claude Code, esta semana funciona mejor gracias al fix que han puesto a Opus 5. 🥳 Todas estas y muchas más noticias las estamos comentando ahora en directo en el Café con Codely. ¡Vente!

• 
  BTS Daily Chile⁷ (@BTSDailyChile) reportó hace 27 minutos

  Espero que nadie de quienes están dando lecciones sobre lo que está bien y lo que está mal tenga cuentas o utilice alguna de las siguientes aplicaciones: Adobe Acrobat Adobe Lightroom Adobe Photoshop Amazon Aplicaciones y funciones de Apple Aplicaciones y funciones de Samsung Galaxy Booking Canva CapCut Discord Duolingo eBay Facebook Figma GitHub Gmail Google Google Chrome Google Docs Google Drive Google Fotos Google Maps Google Sheets Grammarly Instagram LinkedIn Messenger Microsoft Edge Microsoft Excel Microsoft PowerPoint Microsoft Word Netflix Notion OneDrive Pinterest Reddit Remini Shazam Siri Snapchat Spotify Threads TikTok Twitch Uber Waze WhatsApp X YouTube Zoom Y un largo etcétera... Porque, de lo contrario, se verían igual de ridícul@s 👇

• 
  Pablo E. Untroib (@PEU_AR) reportó hace 29 minutos

  Ayer el comentario del tocayo que dio en el clavo me hizo reír, tuitazo en lo que a mi respecta. Pero el nerd que llevo adentro arrancó un loop Hoy mientras desayunaba escribí un proto-prompt de lo que me gustaría que haga una pagina web sin muchas aspiraciones para ayudar un poco con la búsqueda a alguien que no quiere salir a hablar en persona como yo Ese prompt se lo pase a una IA para que lo ordene y mejore y este es el resultado del prompt, mientras escribo esto tengo a Claude (con APIs via mi propio llmrouter de Z y Deepseek) laburando para hacerlo, cuando este terminado debería aparecer en mi web, ya les pasare link. El prompt (si les sirve úsenlo): Quiero que me busques las 10 marcas que más autos de origen chino vendieron en Argentina desde el inicio de 2026. Importante: no me refiero solamente a marcas chinas. Quiero incluir cualquier marca que venda en Argentina modelos fabricados en China. Por ejemplo, Ford vende la Territory, que es de origen chino. Esta información va a ir a un archivo marcas.json. Después, para cada una de esas marcas, necesito que listes sus modelos vendidos en Argentina y los ordenes por volumen de ventas. Esa información va a ir a otro archivo llamado modelos.json. Una vez que tengamos marcas.json, necesito que entres en la página web oficial de cada marca y busques el listado de concesionarios oficiales en Argentina. Para cada concesionario, quiero que obtengas todos los datos de contacto que puedas encontrar, dando prioridad a: WhatsApp Email Teléfono Dirección Página web, si corresponde Con esa información quiero generar un nuevo archivo concesionarios.json, organizado por marca y, dentro de cada marca, por concesionario. El objetivo final es hacer una página web para un hosting básico que solamente tiene acceso por FTP. En esa página, el usuario debería poder: Elegir una marca. Elegir un modelo de esa marca. Ver información del modelo. Si es posible, ver fotos del auto, sus versiones/variantes y colores disponibles. Escribir o modificar un mensaje. Enviar fácilmente ese mensaje a todos los concesionarios que vendan ese modelo. La idea es que el usuario pueda, por ejemplo, elegir: BYD → Song Pro → escribir un mensaje → contactar a todos los concesionarios que venden ese modelo. Si durante el scraping podemos obtener de fuentes oficiales las fotos de los autos, las distintas versiones y los colores disponibles, sería genial poder mostrarlos durante el proceso de selección. Sobre las fuentes Para los datos de ventas y modelos quiero usar fuentes confiables y, cuando sea posible, fuentes oficiales o asociaciones del sector. Para los concesionarios, quiero priorizar siempre la página oficial de la marca, no directorios de terceros. Si un dato no está disponible o no se puede verificar, prefiero que quede indicado como faltante antes que inventarlo. Sobre las decisiones técnicas No necesito que me hagas una entrevista sobre las decisiones técnicas del proyecto. Asumo que vos podés determinar cuál es la mejor solución técnica para cada caso. Esto incluye, entre otras cosas: tecnología que conviene usar; estructura de los JSON; arquitectura de la página; cómo resolver el funcionamiento en un hosting que solamente permite FTP; cómo relacionar marcas, modelos y concesionarios; cómo implementar el contacto por WhatsApp/email; cómo hacer el scraping; cómo manejar las fotos y demás información; cualquier otra decisión técnica necesaria para que el resultado funcione correctamente. Tomá vos esas decisiones buscando la solución más simple, robusta y adecuada para este proyecto. GitHub y despliegue Los avances del proyecto, cuando lo consideres necesario, se irán subiendo al repositorio: github pablopeu/autoschinos Quiero además que configures un GitHub Action para que, dadas las credenciales de FTP y el folder de destino, pueda compilar el proyecto y subir automáticamente la versión final al hosting. Las credenciales no deben quedar escritas en el código ni en el repositorio. Utilizá el mecanismo apropiado de GitHub Secrets para guardar: dirección/host FTP; usuario FTP; contraseña FTP; folder remoto de destino. El Action debería encargarse de: Obtener el código. Instalar las dependencias. Compilar/generar la versión de producción. Subir los archivos necesarios al FTP. Dejar el sitio listo para funcionar en el hosting. La solución debe estar pensada para que posteriormente pueda cambiar fácilmente las credenciales o el folder de destino sin modificar el código. Validación del funcionamiento Podés y debés verificar el funcionamiento localmente durante el desarrollo. Sin embargo, la fuente de verdad de que el sistema funciona correctamente será siempre la versión de la web que está efectivamente subida al hosting por FTP. Por lo tanto, después de cada despliegue importante, si es posible, verificá que la versión publicada responda correctamente y que los archivos necesarios estén disponibles. De todos modos, la validación final del funcionamiento en el hosting la tiene que hacer el usuario. Es decir, no des por terminado el proyecto solamente porque funciona localmente: el usuario debe confirmar que la versión subida al hosting funciona correctamente. Importante sobre el trabajo Antes de empezar, solamente preguntame si necesitás alguna información funcional que realmente no puedas determinar por tu cuenta. No me consultes sobre decisiones técnicas: tomá esas decisiones vos. Cuando tengas toda la información necesaria, armá un plan de trabajo completo y después hacé todo one shot, es decir, ejecutá el trabajo completo sin ir pidiéndome confirmación en cada etapa. El resultado final debería incluir los archivos: marcas.json modelos.json concesionarios.json la página web lista para subir por FTP, y el workflow de GitHub Actions configurado para realizar el build y deploy por FTP.

• 
  Ben Pierron (@Ben_escrito) reportó hace 31 minutos

  Todo el mundo quiere que Claude escriba mejor código. Pero casi nadie quiere configurar Claude. Las expectativas son enormes. Skills. Agentes. MCP. Hooks. Pero haz una pregunta muy sencilla: "¿Qué tienes dentro de tu carpeta .claude?" Y observa la reacción. No "¿usas Claude Code?". No "¿creaste un CLAUDE.md alguna vez?". ¿Qué tienes realmente configurado? La mayoría no tiene un problema con Claude. Tiene un problema de configuración. → Un CLAUDE.md vacío o convertido en un documento de 500 líneas sin estructura. → Cero hooks, cero barreras de seguridad. → El mismo prompt escrito una y otra vez en cada sesión. → Sin skills, sin subagentes y sin MCP conectados. → Una única conversación sobrecargada intentando hacerlo todo. Y luego se preguntan por qué Claude sigue equivocándose. Esto es lo que hace realmente cada componente: CLAUDE.md → El documento del proyecto que Claude lee al iniciar cada sesión. Sin él, tendrás que volver a escribir cosas como: "usa TypeScript en modo estricto, crea primero los tests y no toques la carpeta de migraciones". settings.json → Los permisos y el modelo que utilizará Claude. Aquí es donde dejas de aprobar el mismo comando de Bash 40 veces al día. skills/ → Playbooks modulares que Claude solo carga cuando son necesarios. Evitan que un CLAUDE.md gigantesco arrastre contexto innecesario a cada conversación. agents/ → Subagentes especializados, cada uno con una única función. Revisor de código. Auditor de seguridad. Cada uno trabaja en su propio contexto para mantener limpio el hilo principal. hooks/ → Scripts que se ejecutan antes o después de utilizar herramientas. Formatean automáticamente el código, bloquean comandos peligrosos y realizan todas esas tareas que siempre olvidas ejecutar manualmente. .mcp.json → Las conexiones con GitHub, Slack, tu base de datos o tu herramienta de diseño. Claude deja de ser una simple ventana de chat y pasa a formar parte de tu stack tecnológico. Configurar Claude no es un problema de ingeniería. Nunca lo fue. Es un problema de prioridades disfrazado de problema técnico. Porque alguien tiene que hacer primero ese trabajo de configuración, poco atractivo pero imprescindible. Hasta que eso ocurra, cualquier "workflow impulsado por IA" seguirá siendo simplemente un chat nuevo con las mismas instrucciones escritas una y otra vez. Claude no arregla una mala configuración. La amplifica. Y eso no es una característica. Es un radio de impacto.

• 
  John5 Cripto (@johnN5c) reportó hace 33 minutos

  @itscoachfo La base desde la que partes ya es incorrecta. Afirmas que para que DeFi instituciona exista, tiene que haber "alguien que responda" por todas las pérdidas de una pool. Esto no es DeFi, es claramente tratar de trasladar el modelo financiero tradicional a una blockchain. Por otro lado, no es cierto que una institución necesite que alguien le garantice que un smart contract no tendrá pérdidas. Lo que necesita es poder: medir, limitar y gestionar el riesgo a través de auditorías, límites de exposición, orá***** fiables, profundidad de liquidez, metodología de custodia, controles de acceso, seguros, estructuras jurídicas, etc. Además estás mezclando riesgos que no tienen nada que ver en sí. El riesgo de hackeo que pueda tener un smart contract no tiene nada que ver con el riesgo de liquidez, además de que un AMM ni siquiera tiene un "riesgo de contraparte" en el sentido tradicional de un préstamo bilateral. Que un protocolo sea gobernado por una DAO tampoco significa de facto que sea "un repositorio GitHub sin dueño", ni que poner detrás de la blockchain a una empresa haga desaparecer ese riesgo. De hecho, si tu tesis es que una institución solo entrará cuando exista una entidad que responda económicamente por cualquier fallo en una pool, entonces prácticamente estás negando el concepto mismo de DeFi. Por otro lado, DeFi es mucho más que "una pool", los que llevamos años estudiando DeFi lo sabemos. También me gustaría saber en qué punto XRPL es mejor que ninguna otra red o está mejor posicionada, en mi experiencia, ya que a diferencia del 99% de usuarios de Ripple, yo sí he usado XRPL, no es una mejor red que otras, apenas tiene TVL, solo tuvo un momento dulce por memecoins y sus protocolos actuales son de dudosa legitimidad. No veo en qué esté mejor posicionada con respecto a BSC, ETH, Robinhood, Base, Arbitrum, Solana que ya tienen stocks corriendo. De hecho hasta la stablecoin de Ripple está deployada en Ethereum. Me gustaría que demostraras en qué está XRPL mejor posicionada, ya que por analogía, otras DeFi más avanzadas como Hedera no han demostrado mayor seguridad que cualquier otra blockchain tradicional y cuando ha habido pérdidas en protocolos pequeños se han lavado las manos, actuando solo en casos de protocolos ancla, y esto es justamente el mismo modus operandi que han seguido hasta ahora todas las blockchains tradicionales que han sufrido hackeos o problemas de seguridad en protocolos o componentes. En el caso de Hedera, el último hackeo vino del orá**** que eligieron para usar en toda la blockchain... por tanto, el debate no se centra tanto que alguien ponga el dinero si me lo roban, sino en qué mecanismos vamos a usar para acotar un problema, entonces, me gustaría que me aclararas en qué mejora XRPL eso con respecto a ninguna otra blockchain, porque si no lo haces consideraré que todo demás es simplemente marketing.

• 
  Diario฿itcoin (@DiarioBitcoin) reportó hace 34 minutos

  🤖🔥 GitHub sufre una caída del 50% en descargas de repositorios y Copilot también falla

• 
  Víctor Falcón (@victoor) reportó hace 36 minutos

  Configurar un pipeline que extraiga datos financieros de varios mercados, busque noticias de última hora y lo unifique todo en un reporte diario es un dolor de cabeza, sobre todo por el coste de las APIs y el hosting. Este proyecto resuelve ese problema de forma bastante limpia utilizando GitHub Actions como un motor de ejecución programada y totalmente gratuito. El sistema recopila información técnica y noticias de mercados globales (incluyendo EE.UU., Asia y Europa), le pasa ese contexto estructurado a un LLM para que haga el filtrado pesado y te genera un panel de decisiones detallado que te envía directamente por Telegram, Discord o el canal que elijas. Soporta Python 3.10+ y viene listo para desplegar con Docker. Una alternativa muy práctica para tener tu propio analista financiero automatizado sin gastar un céntimo en infraestructura ni tener que lidiar con scrapers complejos.

• 
  Pedro Sorrentino (@PedroSorrentin0) reportó hace 39 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.

• 
  j0n4th4n.d4rk (@j0n4th4n_d4rk) reportó hace 41 minutos

  @ItsDarkStar_06 @powerhdeleon Reinventar? Jajajaj si Github está basado en un software opensource “git” si sabes más o menos a fondo de qué trata te lo montas en tu propio servidor y si no sabes con docker lo haces en un solo comando muchas empresas cuidan su base KB y code como el santo grial hacen eso

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

• 
  alvaro842 (@alvaro842DEV) reportó hace 42 minutos

  Y por último, si alguien lo usa y detecta cualquier problema, por favor decirmelo por aqui o crear una issue en github. Si encuentro algun bug yo, también lo arreglaré

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

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

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

• 
  LeireMoFan (@LeireMoFan) reportó hace 47 minutos

  Acabo de terminar el capitulo 19 del Python crash course lo que significa que ya termine el ultimo projecto del libro, hice los 3 lo que pasa que el capitulo de la api no lo pude conectar con la api de github y me pelee un buen rato con eso pero me rendi

• 
  Héctor de León (El loco de los perros) ⛧ (@powerhdeleon) reportó hace 47 minutos

  Nuevos devs confunden construir software con escribir un prompt tipo "hazme tal cosa", esto segundo es igual a clonar un repo de GitHub, funciona, pero no tienes ni idea de como adaptarlo a nuevas cosas.

• 
  cel (@celescript) reportó hace 49 minutos

  imposible laburar un feriado nublado y menos si github no funciona en lo absoluto

• 
  Samuel Ferrero. (@MiMundoConIA) reportó hace 52 minutos

  Praxist salió el 27 de agosto. A las 72 horas tenía 3.233 estrellas y 362 forks. Hoy, tercer día, van 4.492 estrellas y 363 forks. Solo con el boca a boca. Yo también le pedí a más de un modelo que "investigara". Me devolvió un muro que sonaba seguro y no probaba nada. El humo no era del modelo. Era de cómo lo pedía. Un objetivo sin número no tiene por dónde fallarte. El modelo rellena ese hueco con frases que suenan bien. Praxist se niega a arrancar si le faltan tres cosas, y las tres son aburridas a propósito. Un métrico con dirección de mejora. Un proyecto que ya corre. Un óptimo que todavía no conoces. "Investiga X" suelto no entra. El sistema se para y te dice qué falta. Lo que corre después no es un chat. Lanza varios peers a la vez. Cada uno entrega un artefacto que se puede volver a ejecutar. Un evaluador que no es el propio modelo le pone la nota. El resultado queda como hallazgo, con tipo y con madurez. La siguiente generación no relee la conversación. Hereda lo que se confirmó, lo que hay que validar y lo que ya se sabe que no funciona. Quien quiera abre el expediente. El paper lo deja en números. En las 75 tareas de MLE-bench, Praxist saca 60 medallas, 49 de oro. El baseline es Claude Code sobre Opus 4.8: 55 medallas, 34 oros. Praxist corre sobre deepseek-v4-pro. Gasto de modelo, 3.054 dólares contra 38.370. Un doceavo. Lo que me importa más que el recuento de medallas es esto. En las 70 tareas donde ambos tienen score, Claude Code gana el número crudo en 36 y Praxist en 33. Praxist no gana la mayoría de los mano a mano. Gana el umbral. El loop está hecho para cruzar una raya, no para escribir un párrafo convincente. Si tu número no tiene umbral, estás pagando un chatbot caro. Cada corrida nocturna responde sí o no. La evidencia decide el siguiente paso. No hace falta un analista despierto a las tres. Guarda esto antes de montar el tuyo. Pásaselo a quien esté por lanzar uno esta noche. ¿Cuál es el número que te dice si ganaste? Del original saqué el estribillo de "no chatea, mide / no vende respuestas, vende evidencia / no le pidas que piense". Decía lo mismo tres veces. También saqué "sin campaña" como motivo de orgullo. El recuento de GitHub ya lo demuestra. Metí lo que el primer texto no podía demostrar. El 30 de agosto el repo iba por 4.492 estrellas y 363 forks. El paper no usa el mismo modelo que el baseline. Praxist corre DeepSeek y aún así gasta un doceavo. Y pierde la mayoría de los scores crudos. Gana la raya. Eso es el argumento, no el slogan. En local: `npm run dev` y abre ` El botón Copiar texto saca el ensayo entero, con el repo y el paper al final. Repo en el siguiente post.

• 
  Guillermo Casaus (@_guillecasaus) reportó hace 58 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 👇

• 
  Sofía Sicilia (@SofiaSici) reportó hace 59 minutos

  Si todavía buscas torrents saltando entre webs llenas de popups, anuncios falsos y enlaces muertos, guarda este proyecto. Se llama TorLink. Se conecta directamente a la red torrent y todo termina guardado en tu propio disco. Es un buscador y cliente de torrents que funciona completamente desde la terminal. Lo abres con un comando: npx torlnk Y desde ahí puedes buscar películas, series, anime o juegos sin ir entrando manualmente en cada página. TorLink consulta varias fuentes al mismo tiempo y te muestra los resultados con información útil como el tamaño y el número de seeders, para que puedas elegir rápidamente cuál merece la pena descargar. Después pulsas una tecla y empieza la descarga directamente en tu ordenador. También puedes pegar un magnet link o incluso un infohash y dejar que TorLink se encargue del resto. Mientras descargas puedes seguir buscando y añadir más archivos a la cola. La aplicación muestra el progreso, la velocidad y el tiempo restante, y si cierras el programa, las descargas interrumpidas pueden continuar cuando vuelvas. Incluso tiene un modo pensado para servidores y seedboxes, por lo que puedes dejarlo funcionando sin interfaz y controlarlo remotamente. No utiliza un servidor central para almacenar tus archivos. Es gratuito, tiene licencia MIT y ya supera las 4.500 estrellas en GitHub. Repo: github /baairon/torlink Un buscador, un cliente torrent y un gestor de descargas. Todo metido dentro de la terminal.

• 
  silvan (@silvanrec) reportó hace 59 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 👇

• 
  Fernando (@fnandot) reportó hace 60 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.