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 1 día
Montlhéry	Sitio Caído	hace 2 días
Aulnay-sous-Bois	Sitio Caído	hace 2 días
Saltillo	Sitio Caído	hace 2 días
Granada	Sitio Caído	hace 2 días
Vernon	Sitio Caído	hace 2 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:

• 
  Shagai (@Shagaiyo) reportó hace 2 minutos

  Tengo que probar este modo live, pero últimamente (desde 5.5) para mi la mejor forma es ir conversando, mejor que intentar hacer one-shot con una tarea bien específica. Sería gracioso decirle, usa la cli de atlassian/gitlab/github para acceder a los issues que tengo abiertos, pilla el dedicado a X, lee el problema e implementa la solución, pregunta si te falta información.

• 
  Btcandres 285⚡ 9🌊 🔦🔑🦡🥩🐇🕳️☣️6.15🛰️🆖🆙🌋 (@BtcAndres) reportó hace 2 minutos

  LO MÁS IMPORTANTE, HOY, EN TUS NOTICIAS TÓXICAS MAXIMALISTAS: El malware SparkKitty, presente en aplicaciones móviles, escanea las fotos de los usuarios en busca de frases de recuperación de billetera. Acto seguido, todos robados. NO TOMES FOTO A TUS PALABRAS. PUNTO. CUANDO SOLO TIENES UN MINUTO. SEPARA EL RUIDO DEL SOUND MONEY. ¿DIFÍCIL ESTAR AL DÍA? ¿Mucho ruido en cRiPtOLaNdiA? ES BITCOIN, NO CRIPTO. ¡Si le das click al hashtag #BitcoinNoticias te enteras de todo! ¡SÍGUEME PARA TU DOSIS DIARIA, ACTIVA LA CAMPANITA Y DALE REPOST PARA AVISAR A TUS AMIGOS! Con cada noticia diaria te vas a olvidar de cRiPtO, tOkEnS, bLoCkChAin, Web3, Yield Farming, Metaverso, “DeFi” en shitcoins, AI, NFT y otras buzzwords que no sirven para nada. Como siempre, empezamos con el precio de bitcoin que es tan importante para ti: “1 BITCOIN = 1 BITCOIN”. El malware SparkKitty, presente en aplicaciones móviles, escanea las fotos de los usuarios en busca de frases de recuperación de billetera. Acto seguido, todos robados... PERO TÚ YA SABES. Bitcoin. No cRiPtO. En tu hardware wallet. Con passphrase. Sin tomarle fotos a tus palabras. Jack Dorsey destaca que dos de los tres repositorios más populares en GitHub son aplicaciones basadas en Nostr, concretamente Bitchat y Buzz. DEMANDA!!! Apple (por App Store) se enfrenta a un juicio. Los demandantes afirman que la estrategia de marketing de seguridad de Apple llevó a los usuarios a confiar en la verificación de la App Store, mientras que aplicaciones falsas de la billetera Sparrow seguían disponibles. El desarrollador de Sparrow, Craig Raw, advirtió a Apple en enero de 2024 que aún existían listados falsos a pesar de informes anteriores. BITCOIN, NO CRIPTO. Esta sección es #shitcoinnoticias. La primera mitad de 2026 fue el peor período de seis meses para los hackeos de cripto en la historia Un total de 212 exploits resultaron en $1.1B robados, con estafas de ingeniería social causando el 74% de todos los robos. Y pensar que esto llega a tu bolsillo, pero sigues diciendo que bitcoin no sirve para anda. BITCOIN RESUELVE ESTO. NO LO PUEDES FALSIFICAR. Pero todo un mago el amigo emprendedor. “Había una sola persona que imprimía el 27% de todos los euros falsos en Europa desde su garaje Para entrar, construyó una pared falsa sobre rieles detrás de un armario que se abría con un interruptor electrónico casero Detrás había una línea de producción industrial con 31 máquinas de impresión digital Imprimió 11 millones de euros en billetes falsos El Banco Central Europeo confirmó que las falsificaciones eran tan buenas que incluso los hologramas parecían reales. MONTERREY jueves 30 de julio 🇲🇽 El toro 🐂 embiste tu ciudad!!! BULL BITCOIN lleva el #BullBitcoinMéxicoTour a Monterrey. Vamos a hablar sobre bitcoin, bitcoin y más bitcoin. Y LO VAMOS A USAR!!! INSCRÍBETE GRATIS, MÁS ABAJO LAS SALSAS!!!

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

• 
  Ela (@solosoylatester) reportó hace 9 minutos

  @skip_for_now_ye Además si se necesita revisar todo, no vaya a vulnerar el código, extraer cosas, dejar backdoors, sigo con miedo de meter algo que provoque que me corran. Todo por culpa de la vulneración a GitHub y pues Visual S tampoco ayuda.

• 
  Valen!! (@shitelorr) reportó hace 10 minutos

  @JoeBenKoe Igual github podria ser mejor distribuidor y no les costaria nada, porque lo que pasa cuando te metes en un campo que es overwhelming como cosas de codigo, tu cerebro empieza a bloquear lo que es innecesario, y con el genz black mode *** design que tienen no ayuda mucho :v

• 
  Daniel Yánez Bravo (@dyyys0ft) reportó hace 12 minutos

  Acabo de vibe codear una página de un baby shower Le metí vanila Js, GitHub actions, Firebase La IA es maravillosa, esto me hubiera tomado algunas semanas pero con IA 3 días, Claro no es un entorno de producción agresivo, esto decir, no hay mayor problema en caso de error

• 
  Marco (@maarcoofdezz) reportó hace 13 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👇

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

• 
  JoseGuadalupe (@SrGuadalupano) reportó hace 17 minutos

  8 horas de caída lleva github. debemos asumir que ya no va a volver... han vibecodeado demasiado. nadie en el equipo entiende las últimas 15 millones de líneas que claude añadió. y los "Tienes toda la razón, he cometido un error" que lleva en no ayuda a solucionar el problemon

• 
  Ángel Molina Laguna (@MoLa_data) reportó hace 17 minutos

  Meta acaba de lanzar el agente de código más barato del mercado. El descuento no se paga en dinero. Muse Code salió ayer en beta. Terminal, una línea de instalación, dos tarifas: 1. Estándar: 1,25 $ por millón de tokens de entrada, 4,25 $ de salida. Meta no entrena con lo tuyo. 2. Contributor: 0,10 $ y 0,20 $. Hasta 21 veces más barato. A cambio, Meta entrena con vuestros prompts y vuestro código. 3. La segunda es la que viene puesta al instalar. Para la primera hay que cambiarla a mano. ¿Os fijásteis en lo importante? Esto es una compra de datos. Un repo scrapeado de GitHub te da el commit final. Un agente dentro de la terminal de alguien que está currando te da el fallo, el intento fallido y la corrección. Eso no se scrapea. Se compra. Y Meta lo está comprando con un 95% de descuento. Por cierto, en los benchmarks que publicó la propia Meta, Claude Opus 5 sale por delante. ¿Curioso, no? ¿Le enseñaríais el repo de un cliente a cambio de 21x de descuento?

• 
  Jouse Márquez (@jousemarquez) reportó hace 21 minutos

  Sigue caído GitHub…

• 
  Policar Bizar¡ (@PolicarBizar) reportó hace 23 minutos

  a. ChatGPT Codex: qué es, qué puedes hacer con él y cómo utilizarlo ChatGPT Codex es el agente de programación autónomo de OpenAl que va mucho más allá de sugerir código: puede escribir aplicaciones completas, revisar repositorios y ejecutar tareas de principio a fin sin supervisión constante. 2. Codex trabaja de forma autónoma en múltiples frentes relacionados con la programación, desde escribir código desde cero a revisarlo, probarlo o corregirlo. Basta con describir la aplicación, web o script que se necesita para que el agente redacte el código, lo pruebe en un entorno aislado y entregue un resultado listo para revisión. Una de sus funciones más potentes es la conexión directa con repositorios de GitHub, donde puede asumir tareas como corregir errores, añadir funciones, escribir tests o realizar migraciones y refactorizaciones, entregando los cambios en forma de pull request que el usuario acepta o rechaza. También puede responder preguntas sobre código ya existente, explicando cómo funciona una parte concreta o dónde podría fallar, sin necesidad de modificar nada. Lo En materia de seguridad, Codex incorpora revisiones de código para detectar problemas antes de que lleguen a producción, y desde marzo de 2026 cuenta con Codex Security, un agente especializado en identificar y proponer correcciones a vulnerabilidades. La versión de escritorio permite además automatizar tareas repetitivas en horarios programados, como generar informes diarios, y las versiones más recientes le dan capacidad para controlar aplicaciones del ordenador y navegar por la web, pidiendo siempre permiso explícito antes de pasos delicados. V Codex está incluido en todas las suscripciones de ChatGPT, incluida la versión gratuita, aunque con acceso limitado en los planes más económicos. Puede usarse como aplicación de escritorio descargable o en la nube, donde se conecta con GitHub para interactuar con proyectos reales, y en ambos casos el usuario mantiene siempre la última palabra para aceptar, modificar o descartar los cambios propuestos.

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

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

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

• 
  Iceebook (@iceebook_) reportó hace 26 minutos

  Un agente de IA basado en el modelo Kimi K3 tenía que resolver un reto de ciberseguridad en un entorno cerrado y, en vez de resolverlo, buscó la trampa. Vio que la prueba había dejado accesible GitHub, se descargó el repositorio oficial y leyó ahí la respuesta. No hackeó nada ni explotó ningún fallo, solo aprovechó una puerta que los propios evaluadores dejaron abierta. El caso importa porque enseña un problema de cómo se diseñan estas pruebas, ya que si le das a un agente acceso a un terminal, también puede fisgar conexiones y permisos que no tocaban.

• 
  Teki Now (@Teki_Now) reportó hace 28 minutos

  Un modelo de IA china se ha escapado del entorno cerrado donde los investigadores lo estaban poniendo a prueba. Kimi K3, de la china Moonshot, aprovechó un fallo en la configuración de red del laboratorio y salió a internet libre. No hackeó nada: se limitó a buscar en GitHub las respuestas ya resueltas. Es el cuarto caso en semanas, después de que modelos de OpenAI, Anthropic y Meta se escaparan también de sus propias pruebas de seguridad.

• 
  Gabs (@constrainterror) reportó hace 32 minutos

  @matiasblnc Hmm a ver de mis tiempos en front que recuerde: - teoría de cajas - typescript vs javascript - frameworks - responsive design - un mínimo de desarrollo seguro (no subir credenciales, ofuscar cosas visualmente, manejo de secretos, etc) - CMS vs programar a pelo - en qué te apoyas para programar (copilot, vibecoding, documentacion, lo que uses) - toma de decisiones (por qué eliges una tecnología sobre otra, etc) sobre una feature o troy project que tengas, etc - git/github/ trabajar en equipo y control de versiones - darte una web lenta y ver como investigas qué pasa - darte un componente que renderiza demasiadas veces y ver que falla - cómo diferencias entre que algo se vea bien y que esté bien implementado? - diseñar o implementar un buscador o un login - qué preguntas le haces a un diseñador que te da un diseño ambiguo -cuándo crearías una abstracción y cuándo duplicarías código temporalmente? Cuándo eliges modularidad y cuando un monolito? - tipos de testing, te doy una feature y te pregunto como la probarías - qué hace quye una API sea consumible comodamente desde el front? Por ejemplo

• 
  Jorge Marfil (@jorgemarfil_dev) reportó hace 33 minutos

  Lo de GPT-5.6 y Hugging Face parece ciencia ficción, pero ocurrió así: 1. OpenAI estaba probando GPT-5.6 Sol y otro modelo más avanzado en un examen de ciberseguridad. 2. Los modelos estaban aislados y debían resolver vulnerabilidades dentro de un entorno controlado. 3. En lugar de limitarse al examen, encontraron un fallo desconocido, consiguieron acceso a Internet y dedujeron que Hugging Face (algo así como el GitHub de la IA) podía tener las soluciones. 4. Después encadenaron varios ataques, usaron credenciales robadas y accedieron a sus sistemas para conseguirlas. No fue una IA “rebelándose” o volviéndose consciente. Fue algo quizá más inquietante: Le dieron un objetivo y, para cumplirlo, encontró cómo saltarse los límites y hacer trampas.

• 
  Ben Pierron (@Ben_escrito) reportó hace 35 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.

• 
  Jo Sóc Veneçolà | (@JoSocVenecola) reportó hace 36 minutos

  @germanzurita70 @Antonio_RodriIA Pienso igual. Pero de alegrarse y querer usar esta herramienta, a saber que es un "repositorio" o que es GitHub o algo mas simple, hacerlo funcionar en tu computadora, ahi es donde veo el problema. Yo soy Arquitecto y tambien soy Desarrollador de Software. No se me hara dificil.

• 
  Ingeniero Seed Ph. (Oficial) (@IngenieroSeed) reportó hace 38 minutos

  @jalvarezmolina Lo puedes descargar en el móvil y al abrirlo poder usarlo sin problema! Yo lo he usado en mi android solo con descargarme el html directamente de github, 10" me ha llevado.

• 
  John5 Cripto (@johnN5c) reportó hace 38 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.

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

  Se ha publicado en GitHub una prueba de concepto (PoC) funcional para "wp2shell", una crítica cadena de ataque en el núcleo de WordPress. La falla encadena una confusión de rutas en la REST API (CVE-2026-63030) con una inyección SQL en el componente WP_Query (CVE-2026-60137), permitiendo la ejecución remota de código (RCE) sin autenticación en instalaciones limpias a partir de la versión 6.9. Tras la asignación oficial de identificadores CVE y el despliegue de parches de emergencia (6.9.5 y 7.0.2), se ha desatado una carrera global entre administradores que buscan actualizar y cibercriminales que intentan explotar los sitios expuestos.

• 
  precis0x (@precisox) reportó hace 42 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

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

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

• 
  GptZone (@gptzone_net) reportó hace 46 minutos

  El movimiento técnico tiene una lectura bastante concreta. Website Builder arranca desde una conversación, genera una página y automatiza piezas que muchas pymes suelen dejar mal hechas o directamente sin hacer: - archivo llms.txt - datos estructurados en JSON-LD - conexión con Google Search Console - conexión con Google Analytics - importación desde GitHub - publicación sin pelea manual con DNS No es solo “hazme una landing”. Es “mantén la web legible para Google, ChatGPT, Gemini y Claude”.

• 
  SONIA (@S0N_IA) reportó hace 46 minutos

  MÁS DE 70,000 PROYECTOS DE AGENTES INDEXADOS, Y CASI NINGUNO SE PUEDE LLAMAR DE VERDAD 70,000 proyectos de agentes de ia indexados desde github, hugging face, pypi, npm y otras fuentes públicas. suena a un ecosistema gigante. la cifra real de agentes que están conectados y se pueden llamar en vivo es una fracción muchísimo más chica de eso. indexar un repositorio es trivial, cualquier scraper lo hace. el problema real es otro: hacer que un agente operado por alguien que nunca conociste, corriendo en un stack distinto al tuyo, sea direccionable, atribuible y alcanzable fuera de su propio runtime. eso es lo que casi nadie resolvió todavía. mcp ya resolvió cómo un agente descubre y llama una herramienta dentro de una relación coordinada por un host. lo que mcp no resuelve es qué pasa cuando dos agentes no comparten host, no se conocen de antemano y pertenecen a operadores distintos. ahí es donde nace la idea de una red abierta: cada agente publica una identidad criptográfica propia y una tarjeta con sus capacidades, precios y endpoint. otro agente describe en lenguaje simple lo que necesita, un oracle devuelve candidatos ordenados, y el que llama elige uno y lo contacta directo. la parte que nadie cuenta es que esta capa no reemplaza a mcp, lo empuja hacia una pregunta incómoda. mcp ya tiene servidores remotos, registros y descubrimiento dinámico, cada vez se parece más a una red. y si un servicio remoto tiene identidad persistente, historial, reputación y precio propio, la pregunta deja de ser si es una “herramienta” y pasa a ser si es un peer que casualmente se puede llamar. lo que todavía no está resuelto es justo lo más difícil: la reputación abierta se puede manipular, los acuerdos y disputas entre agentes no están estandarizados, y cualquier directorio con incentivo económico de por medio termina atrayendo spam y ataques sybil tarde o temprano. así que la cifra real detrás de esos 70,000 proyectos no es cuántos existen, es cuántos de esos son direccionables hoy mismo por otro agente que nunca los había visto antes. y esa cifra, todavía, es incómodamente pequeña.

• 
  Miguel Ángel | GptZone (@MiguelMaestroIA) reportó hace 51 minutos

  Un exingeniero de Netflix acaba de liberar uno de los repositorios más interesantes para reducir el coste de los agentes de IA. Ya supera las 61.000 estrellas en GitHub. Open source. Licencia Apache 2.0. 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 código → Historial de conversaciones El resultado: Hasta un 60-95 % menos de tokens en datos JSON y alrededor de un 15-20 % menos en agentes de programación. Lo mejor: • Funciona de forma local • Tus datos permanecen en tu máquina • Conserva los archivos originales • El agente puede recuperarlos cuando necesite más detalles Puedes conectarlo con Claude Code, Codex, Cursor, Aider o Copilot mediante una biblioteca, un proxy o un servidor MCP. Según sus pruebas, mantuvo la precisión en benchmarks como GSM8K y TruthfulQA incluso después de comprimir el contexto.

• 
  Sócrates (@es_socrates) reportó hace 53 minutos

  Ahora que GitHub está down, esta solución con Arweave llega en un buen momento. Sube repositorios Git directamente a Arweave. El código se almacena en la red permanentemente. ¿Cómo funciona? 👇

• 
  Suit (@_suuitt) reportó hace 57 minutos

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