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 (65%)
• Inicio de Sesión (19%)
• Errores (16%)

Mapa de interrupciones en vivo

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

City	Problem Type	Report Time
Veigné	Errores	hace 15 horas
Paris	Sitio Caído	hace 4 días
Saint-Paul	Sitio Caído	hace 5 días
Saint-Paul	Sitio Caído	hace 5 días
Mexico City	Inicio de Sesión	hace 6 días
León de los Aldama	Sitio Caído	hace 6 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:

• 
  Ervin Mo (@ervinmo1391) reportó hace 1 segundo

  GitHub acaba de confirmar el robo de 3,800 repositorios internos. No fue un hack directo, sino una extensión de VS Code 'envenenada' que comprometió el SDK de Python de Microsoft. Esto no es un bug, es un gusano de cadena de suministro (supply chain worm) que se metió hasta la cocina. ✅ El problema no es el código, es de dónde viene. ✅ Una extensión de confianza se volvió un caballo de Troya. ✅ La seguridad de tu negocio depende de cada pieza que instalas. La lección es clara: la IA no te va a salvar si tu base de software está podrida. La verificación rigurosa no es opcional.

• 
  Iñigo Larrea (@larreaio) reportó hace 12 segundos

  @davidalvarezdlt Claude programando y Codex revisando me funciona bastante bien, encuentra cosas importantes que sino se habrían colado. Usando el bot de Codex en github o el propio /review de Codex a traves de CLI.

• 
  ariel mathov (@arielmathov) reportó hace 5 minutos

  Día 313 de #buildinpublic hoy segunda clase del programa ejecutivo vibe coding de UDESA, explicando a gente que nunca tocó github cómo hacer para codear y deployar usando v0, cursor, claude, etc. Qué divertido enseñar esto, las caras van de "no entiendo nada" a felicidad cuando ven que algo funciona. Entre ayer y hoy, además, 8 reuniones de ventas. Claramente estamos a otro nivel con el producto y se nota, las demos funcionan mejor, entendemos mejor el pain, sabemos qué hay que hacer. Algunas empresas están probando hacer algo similar en 021 pero para que realmente funcione, hay que pulir al mismo tiempo: company brain+agents+UI de collab / management, sino el impacto no es suficiente. Get technical asap!!!

• 
  Kevin Rojo 🇩🇴 (@KevRojo) reportó hace 7 minutos

  [2/2] Entonces... esa situacion y ese beef solo me iban a llevar a cometer errores, estuve a punto de subir el codigo fuente de dulus pro a github solo para probar un punto... que gano yo probando ese punto? que pierdo? Si estan copiando Dulus free que son solo 27 tools.... Que sera si subo Dulus business que son +120 tools? Entonces la gente se confunde conmigo y dice... ah este es developer y no le gusta mostrar el codigo. El problema no es ese... el problema es este [0.2.0 5 may 2026] < First pip install dulus version [3.2.6 12 jun 2026] last stable 0.2.0 (5 may) y 3.2.6 (12 jun) hay 113 versiones publicadas en PyPI. Entonces el que sabe de Pypi. sabe que esos no son simples git push. ahora te pregunto a ti. Como te sentirias tu? Yo llegue a X con todas las buenas, les escribi ( lo admiraba ) el pana nunca respondio, me dejo en seen y le molestaron los articulos que escribi comparando Dulus con Hermes Osea, no es que me este inventando el beef... es que ya paso, estamos bloqueados el esta lleno de Odio porque sabe que a Single dev f*** him and his team entonces tan robandome toda la creatividad.... como soy a single dev.... nadie lo notara... Pero Dios tiene la ultima palabra.

• 
  sammwy (@sammwy) reportó hace 7 minutos

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

• 
  Amarillo (@anyelamarillo) reportó hace 8 minutos

  Nintendo declaró la guerra a los emuladores… y perdió. En 2024 aplastó a Yuzu: 2,4 millones de dólares y lo cerraron para siempre. En octubre Ryujinx desapareció de GitHub en una sola noche. En mayo lanzaron más de 8.500 DMCA para borrar hasta la última bifurcación de Yuzu. Para 2026 ya habían cobrado más de 6 millones de dólares en acuerdos. Todos los emuladores grandes de Switch… muertos. Pero Nintendo tiene un problema que no puede demandar: se llama Zurdi. En marzo de 2023 (un año antes de la masacre) construyó en silencio RomM. RomM no es un emulador. Es el museo que Nintendo y Sony no pueden cerrar. Subes tus ROMs legalmente volcadas, RomM las organiza, les pone portadas bonitas, metadatos, logros de RetroAchievements y te permite jugarlas directamente desde el navegador con EmulatorJS. El abogado principal de propiedad intelectual de Nintendo lo admitió en enero de 2025: “Es legal”. Porque RomM no rompe ninguna protección, solo organiza lo que ya es tuyo. Hoy RomM tiene: • 9.114 estrellas en GitHub • Licencia AGPL-3.0 (imposible de cerrar) • Soporte para más de 400 plataformas • Apps oficiales para Playnite, Android, muOS, Anbernic… • Sincronización con Steam Deck, RetroArch y Syncthing • Soporte de multidisco, DLCs, hacks, parches, manuales y compartir biblioteca con amigos Apareció en la portada de Hacker News. Mientras Sony borraba 2.000 juegos de PS3, Vita y PSP de su tienda… Mientras Nintendo mataba todos los emuladores de Switch… Dos tíos en un Discord construyeron el museo que nadie te puede quitar nunca. Tu biblioteca digital nunca fue tuya. Con RomM… ahora sí lo es. ¿Quieres el control real de tus juegos? ⭐ Dale estrella a RomM ahora 🔗 Enlace en los comentarios Si te importa la preservación de los videojuegos, guarda este post, compártelo y sígueme para más contenido como este.

• 
  José Siles | AI | Data (@josesilesdata) reportó hace 10 minutos

  3. Aprendí a venderme Puedes ser muy bueno. Pero si nadie sabe lo que haces... No existes. Así que empecé a publicar: ・Mis proyectos en GitHub ・Lo que estaba aprendiendo ・Lo que construía ・Mis avances en LinkedIn Y aprendí algo clave: No basta con decir “he hecho un proyecto”. Tienes que explicar: ・Por qué lo hiciste ・Cómo lo hiciste ・Qué problema resolvía ・Qué impacto podía tener La visibilidad no sustituye al talento. Pero acelera muchísimo las oportunidades.

• 
  Metaload (@Metaload_ES) reportó hace 12 minutos

  🚨 Microsoft estudia separar Xbox del resto de su negocio. Según un informe de The Information, la compañía estaría barajando convertir Xbox en una subsidiaria independiente, similar a cómo gestiona LinkedIn o GitHub, e incluso valoraría una empresa conjunta con socios externos. El motivo: el margen de beneficio de Xbox ha caído al 3% y la división lleva años sin justificar la compra de Activision Blizzard por 69.000 millones de dólares. Asha Sharma envió un email interno reconociendo que la división está "sobrepasada" y se prevén despidos masivos en julio. Pese al panorama complicado, Sharma ha conseguido aprobación de Satya Nadella y Amy Hood para aumentar la inversión en franquicias top como Halo, Fallout y The Elder Scrolls. La plataforma alcanza ya a más de mil millones de jugadores entre consola, PC, móvil y cloud.

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 13 minutos

  AirDrop solo funciona entre dispositivos Apple. No es un fallo técnico. Es la razón por la que mucha gente no se cambia de iPhone. Alguien publicó en GitHub la alternativa que funciona entre todos. Se llama LocalSend. 83.2k estrellas. Apache 2.0. Mandas un archivo desde tu Android al Mac de tu colega. Desde tu iPhone al PC con Windows. Desde Linux a iOS. Sin cable. Sin cuenta. Sin internet. ✅ Windows, Mac, Linux, Android e iOS - todos hablan entre sí ✅ Cero servidores intermedios - los dispositivos se comunican directamente por tu red local ✅ Cifrado HTTPS con certificados TLS generados al vuelo en cada dispositivo ✅ Cero telemetría, cero cuentas, cero tracking - no hay nada que recopilar porque nada sale de tu red ✅ Comparte archivos y mensajes de texto entre dispositivos ✅ App de escritorio se puede iniciar oculta en la bandeja del sistema ✅ Protocolo abierto y documentado - cualquiera puede construir clientes compatibles ✅ 229 contribuidores. 24 releases. v1.17.0. Apache 2.0. La pregunta que deberías hacerte: ¿Por qué Apple no ha hecho esto en 15 años de AirDrop? Porque que tu iPhone no hable bien con un Android es, para ellos, una función. No un bug. el enlace 👇

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 15 minutos

  ElevenLabs: $22/mes para clonar tu voz. Wispr Flow: $17/mes para dictar con IA. alguien publicó en GitHub lo mismo, gratis, y corre en tu máquina. sin suscripción. sin tus audios subidos a ningún servidor. sin cuenta de nada. ✅ clona cualquier voz desde muestras cortas ✅ dictado por voz con IA integrado ✅ studio completo para crear contenido de audio ✅ corre local, AMD y NVIDIA, Windows y Mac 37k estrellas. 1.4M descargas. MIT. se llama Voicebox 👇

• 
  K0lateral (@K0lateral) reportó hace 17 minutos

  @Fluyeporlaweb @Fluyeporlaweb Vaya, 30 pavos al mes por generar fotos del estilo "señora con gato espacial". Menos mal que en GitHub hay gente que no vive del aire y te deja hacer lo mismo sin vender tu alma a Discord. A darle caña al repo y a ahorrar para pipas.

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 18 minutos

  ChatGPT cuesta 20 dólares al mes. Claude otros 20. Alguien publicó el reemplazo completo en GitHub. Corre 100% en tu máquina. Memoria local. Sin nube. Sin que nadie lea lo que le dices. Se llama OpenHuman y es lo más cercano a tener una IA propia que he visto. ✅ Agente personal con memoria persistente entre sesiones ✅ Privado por diseño: tus datos no salen de tu ordenador ✅ Compatible con Claude, GPT, modelos locales y Ollama ✅ Automatiza tareas, navega la web, ejecuta código y gestiona archivos ✅ Funciona en Mac, Windows y Linux ✅ GNU License, 100% open source Tus conversaciones. Tus datos. Tu máquina. lo tienes abajo 👇

• 
  K0lateral (@K0lateral) reportó hace 27 minutos

  @sweexx9 @sweexx9 Vaya, otro editor que promete ser "el que mate a todos los demás". Como si necesitáramos más herramientas para editar vídeos de gatos con transiciones épicas. Pero bueno, si es gratis y en GitHub, igual hasta sirve para algo. A darle caña y a ver si no termina siendo ...

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

• 
  Edd Ꙩsorio (@dobleub) reportó hace 29 minutos

  @powerhdeleon Si, la neta, yo si pagué la anualidad de Github Copilot, los dos años anteriores no estuvieron mal, pero este año si esta cañón

• 
  Mbantino Pérez (@Tacantinho) reportó hace 29 minutos

  @Balatreado Si no es de las que trae las piezas soldadas y se puede reemplazar/upgradear, entonces no hay problema. Como consejo diría que busques un tuto para usar "WinUtil" y lo uses de vez en cuando. Es una herramienta de Github que te limpia apps en 2do plano y archivos basura del pc.

• 
  Marco (@maarcoofdezz) reportó hace 30 minutos

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

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

• 
  Alvaro Felipe Chávez (@AlvaroFelipeCh) reportó hace 36 minutos

  Tu programas la app y te doy el 5% del negocio, el otro 95% es mío porque es mi idea. Esa frase la hemos escuchado por años los programadores. Por mucho tiempo, muchos “emprendedores” (énfasis en las comillas) creyeron que la única barrera entre su idea y triunfar como emprendedores era contratar programadores.  Pero la IA desmontó ese mito. Hoy, conversando con la IA, cualquier personas puede construir cualquier tipo de software. ¿Y qué hemos visto? El nuevo Slack, el nuevo Notion, el nuevo HubSpot, el nuevo Salesforce, el nuevo GitHub, y así sucesivamente. Lo mismo de siempre con apellido “AI” al final. Y no es que esté mal reinventar una categoría existente, pues es lo que hizo Apple con el iPhone en 2017, pero es que con la herramienta más poderosa que ha creado la humanidad (la IA) es sorprendente las pocas apps realmente disruptivas que han aparecido: NotebookLM, WisprFlow, Claude Code / Codex y pocas más. Casi todas las demás son solo el nuevo "algo que ya existía pero con IA".  El punto al que quiero llegar es que la barrera para emprender nunca fue la falta de programadores sino la falta de visión. Ser emprendedor no es tener un idea y buscar quien la programe. Emprender implica resolver un problema real, un problema que la gente pague por resolverlo.  Si de verdad quieres emprender, no empieces por la idea ni por la app. Empieza por el problema. ¿Qué problema resuelves y para quien? ¿La gente está dispuesta a pagar por tu solución? Si le resuelves a la gente un problema que los molesta, te pagarán. Lo demás es ir resolviendo cada vez más problemas. Así crecen las empresas, no vibecodeando cualquier cosa que a nadie le importa y meterle ads.

• 
  ZK Radio (@zkradioz) reportó hace 37 minutos

  Zodl v3.5.1 ya está disponible en la App Store para iOS, Play Store y en GitHub para Android. Una vez completada la actualización de la red de Zcash, se requiere un software de monedero actualizado para gastar fondos de Orchard bajo las nuevas reglas de consenso. Tras la actualización, @zodl_app funcionará según lo previsto para enviar y recibir ZEC a través de Orchard. A medida que la infraestructura vuelva a estar operativa, es posible que experimentes retrasos ocasionales. Si es así, ejecuta una prueba de servidor y selecciona el servidor con mejor rendimiento en: Configuración avanzada → Elegir un servidor. Ten en cuenta que las transacciones de Orchard intentadas durante el periodo de actualización de la red no se minaron. Si no estás seguro del estado de una transacción, verifica el TXID en la cadena de bloques o ponte en contacto con @zodl_support. #zcash #zec $zec #update

• 
  Gaseous Snake (@Gaseous_Snakee) reportó hace 39 minutos

  Adivinad quien acaba de perder ~6 horas de trabajo en un proyecto que supuestamente es en grupo pero yo estoy haciendo el 100% del trabajo porque mis compañeros son inútiles y no se indignan a aprender como funciona github y no les da la **** gana hacer pull antes de ponerse a -

• 
  José Luis Orihuela Conde (@OrihuelaConde) reportó hace 40 minutos

  @midudev Lo estuve probando y prefiero el clásico GitHub Copilot Chat. Este nuevo “Agents Window” solo sirve para gastar tokens por corregir un simple if mal hecho.

• 
  Dima T. (@DimasikUSDT) reportó hace 42 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.

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

  cada dia que pasa las cryptos siguen cayendo y el prediction market es una buena oportunidad no porque sea mas facil, sino porque es otra forma de pensar el mercado en crypto muchas veces estas mirando una vela roja, una narrativa que se murio o una meme que ya hizo -70% en prediction markets, en cambio, estas mirando probabilidades, eventos, precios, liquidez, timing y diferencias entre plataformas hoy encontre un repo bastante interesante llamado polymarket-arbitrage la idea es buscar posibles ineficiencias dentro y entre polymarket y kalshi, comparando mercados parecidos, precios, spreads y oportunidades donde el riesgo capaz esta mal priceado obvio no es plata gratis, si fuera tan facil no estaria en github jajajs pero me gusta porque te obliga a pensar distinto, no es solo “quien gana?”, es “cuanto esta pagando el mercado por ese resultado y si ese precio tiene sentido?” el prediction market no es solo apostar, es aprender a leer probabilidades en tiempo real repo y pagina abajo en comentariosss

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

• 
  Ophuscado (@Ophuscado) reportó hace 47 minutos

  La gente está preocupada porque los repositorios 'privados' que subieron a GitHub dejaron de serlo. Su problema fue asumir, por los motivos que fueran, que la nube podría garantizar la confidencialidad de sus datos.

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

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

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

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

• 
  Ronnie Moncayo (@RonnieMoncayo) reportó hace 54 minutos

  El problema es lo que viene después... Tienes el HTML generado por la IA y quieres compartirlo con alguien. Hoy casi siempre esto se traduce a: - Pasar el archivo por Slack y que lo abran en el navegador - Crear un repo de cero y hacer deploy a Vercel / GitHub Pages - O pedirle a alguien técnico que lo publique Todo eso para una demo que quizá viva 2 días.

• 
  kuchuflitux (@kuchiflitux) reportó hace 58 minutos

  el problema: los targets eran CDNs anycast (github, npm) — te responde el servidor más cercano. mi probe de asia medía un servidor en asia, el de europa uno en europa. nueve rutas cortas y perfectas entropía plana, siempre. el instrumento no tenía nada que ver