Temas · Categoría
Técnicas y repos
Seguir solo técnicas y repos por RSS
- Noticias
- 426
- Briefings
- 104
- Última
-
AWS Emulator: más de 200 servicios de AWS corriendo en tu máquina, gratis y bajo CC0, con cada línea escrita por agentes autónomos (11/11)
El anuncio es un post de Werner Vogels y la idea de partida es la más replicable de todo el briefing: la hipótesis de Matt Goldberg fue que un agente puede construir un servicio funcional a partir de su descripción de API escrita, usando el servicio real como referencia. Los modelos de API están en Smithy; los agentes escribieron tests de fidelidad end-to-end desde esos modelos, los corrigieron hasta que pasaran contra AWS de verdad, y después construyeron el emulador hasta que pasara los mismos tests. Cada falla restante señalaba un hueco en el emulador, no en el test. El primer SQS pasable salió de un prompt en unos 15 minutos. El merge gate es la otra pieza a copiar: varios agentes de seguridad haciendo revisión adversarial, un revisor de código general, y chequeos deterministas. Está armado sobre más de 400 modelos de API que cubren más de 200 servicios, acepta reportes de bugs pero no pull requests, y las operaciones no implementadas devuelven HTTP 501 en vez de fallar raro. Para quien tiene tests de integración que hoy pegan contra una cuenta de AWS, es reemplazo directo y gratis. All Things Distributed · Help Net Security · Unite.ai
-
Tree-Ising: reparar un modelo flipeando bits de BF16 por annealing supera al agente que lo hacía a mano, por 90 centavos de GPU y cero tokens de LLM (10-12/11)
Es el paper más votado de Hugging Face hoy y continúa directamente el Weight-Space Programming del 6/11, donde un agente leía los pesos de la red y escribía la reparación a mano. Acá el mismo problema se plantea como optimización discreta esparsa sobre los pesos BF16, con solo dos ediciones admisibles —flip de signo y shift de exponente— y un objetivo que descompone en un QUBO independiente por fila de salida, resuelto en GPU con simulated annealing o simulated bifurcation. Los números del reemplazo son contundentes: sobre Qwen3.5-0.8B en MATH-500, el modelo base da 7,9%, la edición del agente 51,7%, y Tree-Ising 54,6% con annealing y 55,1% con bifurcación. El costo es la parte accionable: el agente necesitó 158 turnos, 89,7 millones de tokens y 50 forward passes; Tree-Ising usa 4 forward passes, cero tokens de LLM y unos 0,90 dólares de GPU, tocando entre 13% y 17% menos pesos y con 2,2 a 2,3 veces menos bit flips. Y generaliza: en Qwen3.5-2B, eligiendo capas y dosis usando solo el modelo base, GSM8K greedy sube de 21,6% a 69,4%. Hay también una prueba de concepto de un subproblema corrido con QAOA en un procesador cuántico de IBM, que es la parte menos relevante en la práctica. arXiv · Hugging Face Papers
-
WikiTrace: la memoria de agentes empeora los resultados cuando no se puede verificar, y enlazar cada lección a su trayectoria lo revierte (10-12/11)
El paper le pone nombre al problema —"memory-induced degradation"— y es el de un agente que falla en tareas que resolvía bien sin memoria. El diagnóstico: las lecciones destiladas de trayectorias pasadas se entregan sueltas, sin la trayectoria que las originó, así que el agente no puede chequear si una lección es correcta, si aplica, o si la está leyendo mal. La propuesta es guardar cada lección como un insight corto enlazado a un resumen de por qué esa trayectoria salió bien o mal, y a la trayectoria cruda. En una tarea nueva el agente arranca desde todos los insights, y cuando a uno le faltan detalles, choca con otro, o viene de una tarea fallida, sigue los enlaces con herramientas de terminal para completarlo o corregirlo antes de actuar. Reportan que supera a los enfoques de memoria existentes y a un baseline que recibe los mismos insights sueltos, sobre cinco benchmarks agénticos, y que reduce la degradación. Se conecta con la propuesta de formato común para memoria de agentes del 7-8/11: el eje del debate esta semana no es cuánta memoria guardar sino qué procedencia guardar con ella. Hay código en GitHub. arXiv · Hugging Face Papers
-
MACaQ: cuantización MXFP4 de pesos y activaciones capa por capa, con 2,3% de overhead en vLLM y un modelo de 122.000 millones cuantizado en 64 minutos (07-12/11)
El paper es del 7/11 y entró hoy a trending de Hugging Face. Lo que lo vuelve práctico es que trata cada capa lineal de forma independiente: aplica una escala por canal y una transformada block-Hadamard a las activaciones en inferencia, y mete las transformadas inversas correspondientes dentro de los pesos. Sin dependencias entre capas, la cuantización puede correr en streaming con una sola capa en memoria a la vez, y de ahí sale el número que importa para quien no tiene un cluster: 122.000 millones de parámetros en 64 minutos con 32,5 GB de RAM de GPU. Suma Flip-Refinement, un paso de descenso por coordenadas consciente del Hessiano que ajusta códigos FP4 individuales para mejorar sobre round-to-nearest. Reportan perplejidad mejor que DuQuant++ y MR-GPTQ, igualando la mejor de esas dos en Llama-3-8B con 11 veces menos tiempo de cuantización, y 2,3% de overhead end-to-end sobre MXFP4 puro en Qwen3-32B corriendo en vLLM. Funciona además sobre un modelo de difusión de imágenes sin cambios específicos de arquitectura, que es lo que justifica el "model agnostic" del título. arXiv · Hugging Face Papers
-
modern-web-guidance: Google Chrome publica 200 guías del navegador como skill para que los agentes dejen de escribir JavaScript de 2019, y llega a 321 puntos en Hacker News (10-11/11)
La tesis es concreta y verificable: los modelos aprendieron patrones de hace años y siguen escribiendo 50 líneas de JS para cosas que el navegador ya hace solo — la Highlights API de CSS, <dialog> con showModal(), field-sizing para que un textarea crezca. El repo trae más de 200 guías escritas a mano (unos 1,7 MB), empaquetadas como agent skill y con un CLI de búsqueda; el autor cuenta que redujo el stack de búsqueda RAG de 500 MB nativos a unos 7 MB de JavaScript puro, con búsquedas de unos 10 ms. La pieza que más sirve en un repo existente es legacy-scan, un escáner determinista entrenado sobre 30.000 repos de GitHub que detecta patrones obsoletos, con 92% de precisión promedio en repos held-out. Los números de eval son el argumento de venta: sobre unas 1.700 aserciones de Playwright y AST en 200 tareas, los agentes pasaron 55% sin guías y 92% con ellas. Se prueba con npx modern-web-guidance@latest install, y tiene input de Firefox, MDN y Edge además de Chrome. Hacker News · GitHub
-
AlphaProof Code: equipos de agentes de DeepMind verifican formalmente el código compilado de libsignal en cuatro semanas, y publican especificaciones y artefactos (10/11)
La parte que importa es qué se verificó: no el código fuente sino el ejecutable AArch64 estáticamente enlazado, construido con los crates libsignal v0.105.4 y SPQR v1.6.0 sin modificar, con pruebas en Lean chequeadas por máquina. Cubre el handshake PQXDH y el mensajeado Triple Ratchet en sesiones uno a uno: diez teoremas simbólicos bajo supuestos criptográficos idealizados más una prueba computacional que acota la ventaja del atacante, sobre forward secrecy, autenticación, post-compromise security y secreto del handshake. El reparto de trabajo es el patrón a copiar: los humanos eligieron las propiedades, resolvieron ambigüedades y aprobaron las especificaciones; los agentes de Gemini 4 Carbon escribieron todo el código de pruebas, y un gatekeeper solo aceptó una prueba después de que el kernel de Lean la chequeara y un comparador la hiciera coincidir con la especificación aprobada. Cambiar un supuesto de confianza requería aprobación humana. Lo que queda afuera está declarado y es mucho: generación de claves, mensajería de grupo, canales laterales, estado multi-dispositivo y healing post-cuántico, con algunas primitivas de bajo nivel representadas como contratos de confianza y no como código verificado. Un equipo de cinco personas corriendo agentes en continuo durante cuatro semanas, contra los años que esto solía llevar. Unite.ai · GitHub · Qodo
-
Deletion Tuning: borrar menos del 0,05% de los pesos iguala al fine-tuning completo, y el paper entra a trending en Hugging Face y Hacker News (11/11)
El paper es del 7/11 y está aceptado en NeurIPS 2026, pero recién hoy saltó a las dos listas. La técnica es casi insultantemente simple: aprender una máscara binaria sobre la gate projection de los bloques transformer y poner en cero los pesos enmascarados, sin tocar nada más. Reportan que así se iguala el full fine-tuning en RL con recompensas verificables, SFT y destilación on-policy. Los dos números accionables son el de almacenamiento y el de olvido: la máscara entrenada pesa cientos a miles de veces menos que el checkpoint de FFT equivalente, y bajo RL la precisión en tareas previas se mantiene cerca del modelo base, mientras FFT, LoRA y sparse fine-tuning aleatorio pierden hasta 5,4 puntos. En las métricas de geometría de pesos —rango estable, deriva del espectro, solapamiento de pesos principales— Deletion Tuning es lo más cercano a FFT, por delante de LoRA. Es la clase de resultado que conviene replicar antes de creer, pero si se sostiene cambia el cálculo de cuántas variantes de un modelo se pueden guardar. arXiv · Agentic Learning Lab · Hacker News
-
agent-browser: Vercel libera un CLI de automatización de navegador pensado para agentes y suma unas 780 estrellas en el día (11/11)
La diferencia con browser-use o Playwright crudo es el envoltorio: viene como agent skill, con un SKILL.md listo para enganchar, así que el agente no necesita que alguien le escriba el scaffolding de navegación. Entra a trending el mismo día que la categoría de skills explota en GitHub —anthropics/skills sumó unas 1.680 estrellas, mattpocock/skills unas 1.225 y addyosmani/agent-skills anda por 465—, lo que da una pista bastante clara de dónde está poniendo el esfuerzo la comunidad esta semana: no en modelos nuevos sino en empaquetar conocimiento operativo en un formato que los agentes lean solos. Para alguien que mantiene agentes de coding, la combinación de este repo con las guías de Chrome del primer ítem es una tarde de trabajo con retorno medible. GitHub · agents-radar
-
InfraRSI: un sistema agéntico optimiza la infraestructura de entrenamiento distribuido y reclama hasta 2,75 veces de speedup (08-11/11)
El paper es del 8/11 y entró a trending de Hugging Face hoy. Lo que propone es tomar instrucciones humanas abiertas y convertirlas en optimizaciones verificadas de entrenamiento distribuido de LLMs, en cinco etapas: fijar el alcance editable y las restricciones de la tarea para evitar reward hacking, perfilar el baseline y calibrar el ruido del cluster, co-optimizar settings de lanzamiento y parches de código, reportar y aplicar, y commitear solo lo que pasa verificación. Dos decisiones de diseño son las interesantes: no parte de una única mejor configuración actual sino de configuraciones diversas sacadas de experiencia previa, y modela tiempo de ejecución y memoria pico sobre todos los intentos, incluidos los que se quedaron sin memoria. El resultado principal sobre cuatro cargas dense y MoE, de un nodo y multi-nodo, es un MFU promedio que sube de 17,4% a 30,0%, y la experiencia se transfiere entre tipos de GPU vía un banco compartido. La firma es "InfraRSI Team" con autores de Huawei y universidades chinas, y los números son de los autores. arXiv · Hugging Face Papers
-
WARC: un world model de 35 millones de parámetros aprende mecánicas nuevas de ARC-AGI-3 con unas 80 exposiciones y sube el score oficial de eficiencia de 0,15 a 0,46 (09-10/11)
La pregunta que formula el paper es medible y útil: cuántas veces tiene que ver un modelo una mecánica antes de poder predecir su efecto. WARC es un vision transformer chico, preentrenado en otros juegos, que actualiza todos sus parámetros después de cada transición — test-time training puro. Viene con MechEval, que etiqueta 69 mecánicas recurrentes en 20 juegos y puntúa las predicciones solo sobre las celdas que cada mecánica cambia. En juegos held-out predice cerca de cuatro de cada cinco mecánicas con al menos 80% de acierto sobre esas celdas, y la mitad llega a ese 80% en unas 80 exposiciones dentro de una sola partida; sin actualizaciones, apenas una de cada siete lo logra. Acoplado a un explorador de grafos fijo, WARC-Agent lleva el score de eficiencia de 0,15 a 0,46 en los juegos públicos, casi todo por el entrenamiento en tiempo de test. El número honesto es el otro: en los juegos escondidos del leaderboard de Kaggle la entrada da 0,20. Hugging Face Papers · arXiv
-
WorldFoundry: infraestructura abierta que cataloga 270 modelos, 74 benchmarks y 62 métricas de world models, para que una afirmación de evaluación quede atada a su evidencia (07-10/11)
El problema que resuelve es el que tiene cualquiera que haya intentado comparar dos world models: cada sistema tiene sus propios inputs, su forma de ejecutarse y su protocolo de evaluación, así que las cifras publicadas no se pueden poner una al lado de la otra. La propuesta unifica el descubrimiento de modelos y benchmarks, el armado de runtime y assets, la orquestación de la ejecución, el manejo de artefactos y la visualización interactiva, con adaptadores por modalidad que preservan lo nativo de cada sistema. Las dos piezas que más sirven en la práctica son los manifiestos y contratos de artefactos, que ligan cada claim a la evidencia que lo respalda, y los scorecards, que separan explícitamente si un modelo corre de lo que se demostró que hace. Cubre video, 3D y 4D, acción embodied y sistemas de mundo interactivos. El reporte se describe como open source pero todavía no linkea repositorio ni nombra licencia del código. arXiv
-
billion-context: un plugin de compresión de contexto para sesiones de agente de un mes entra a trending de GitHub (10/11)
La tesis del repo es contraria a la carrera por ventanas gigantes: con compresión activa del historial, 100K de contexto alcanzan, y el autor reclama alrededor de 5 veces menos tokens en sesiones largas de agentes de código. Sumó unas 760 estrellas en el día y ya hay un port a Rust del kernel de compresión por tercero, lo que da alguna señal de que no es solo curiosidad de un día. Es la clase de cosa que se prueba en una tarde si se mantienen sesiones de coding agent largas, con el asterisco de siempre: los números son del autor y no hay evaluación independiente. GitHub · Hands-on en DEV
-
FLEX: un pipeline del MIT y NYU usa GPT-4o para generalizar correcciones verbales a un robot en unos cinco segundos (09/11)
La parte interesante no es que el robot obedezca, es que infiera lo que nadie dijo: en una tarea simulada de servir café, pedirle que evite la laptop lo llevó también a evitar un teléfono cercano. El pipeline tiene tres pasos — agregar la feature nueva que menciona el usuario a la lista de cosas a evitar, hacer que el LLM busque el patrón entre las features listadas e infiera la categoría más amplia (frágil, inflamable), y enmascarar con visión por computadora lo que ya no está en el ambiente — y después replanifica la trayectoria. Lo firman Andreea Bobu, Nathan Dennler y Audrey Lee del MIT con Ilia Sucholutsky de NYU, y se presenta en CoRL. Los resultados que publica el MIT son cualitativos, sobre tres tareas simuladas, sin números: es un patrón de scaffolding para copiar, no un benchmark. MIT News · arXiv
-
La misma H100 cuesta entre 2,69 y 12,29 dólares la hora según dónde se alquile, y el dataset explica cuándo la diferencia es real (09-10/11)
Llegó a la portada de Hacker News con 148 puntos. La comparación es de precios de lista on-demand, misma variante SXM de 80 GB, misma clase de región en Estados Unidos y el SKU más barato de cada proveedor, sin spot ni reservas ni descuentos por volumen: RunPod Community a 2,69, RunPod Secure a 3,99, AWS p5.48xlarge a 6,88 y Azure ND96isr H100 v5 a 12,29 — un factor de 4,57 entre los extremos. La lectura útil es que la brecha no es gratis: el precio de Azure incluye 400 Gbps de InfiniBand por GPU con GPU Direct RDMA, SLA y features de enterprise que el tier community no tiene, y ese interconnect es indispensable para entrenamiento multi-nodo pero sobra para fine-tuning de un nodo e inferencia, que es donde pagarlo es tirar plata. El tier más barato también tiene costo de privacidad y de certificaciones: el 48% extra de RunPod Secure compra SOC 2 Type II e ISO 27001, que igual no cubren HIPAA ni FedRAMP. Y nada de eso incluye egreso, almacenamiento ni tiempo de ingeniería. Hacker News · Data Receipts · Análisis en DEV
-
llama-modchip hace correr un DeepSeek V4-Flash de 284.000 millones de parámetros en menos de 59 GB de RAM y sin GPU (09/11)
Llegó a la portada de Hacker News con 343 puntos. Es Apache 2.0 y la pieza central es un formato propio, Fractal-64, que empaqueta pesos a 1,71 bits por peso con tensores de escala BF16 en bloques de 64, bajando los expertos ruteados hasta IQ1_S a 1,5625 bpw; el pico de memoria residente queda en 57,61-58,9 GiB a 256K de contexto, contra 76,87 GiB de línea de base, sin swap. Del lado del kernel de CPU hay un patrón de tiling multinivel y FlashAttention MQA8 con registros estacionarios, que el autor acredita con +77% de prefill y +53% de decode, más un drafter especulativo "Stockfish-PVS v2" que toma la búsqueda de variante principal del motor de ajedrez. Los números en un Zen 5 de 16 núcleos son 44,4 tok/s de prefill y 9,1-14,7 tok/s de decode, y la configuración sin pérdida reclama similitud coseno 1,00000 y divergencia KL 0,0000 contra la referencia en precisión completa. Todo es del autor y nadie lo reprodujo todavía: ese es el asterisco. GitHub · Hacker News · AI Weekly
-
"La memoria de agentes necesita su momento OpenTelemetry": una propuesta de formato común llega a la portada de Hacker News (07-08/11)
Sigue de lo de ayer, donde Anthropic publicaba cómo está armada la memoria de sus agentes y le ponía nombre al pase offline que falta: el post de Mads Thines, del 7/11, ataca el problema de al lado — cada herramienta de memoria usa su propio formato y ninguna puede leer a las otras, así que lo aprendido en una se queda ahí. La propuesta es deliberadamente chica: un registro Markdown con frontmatter como sobre (spec, id, address, key, kind, written_by, content_type, lifecycle, attributes), un registro versionado de niveles de dirección y tipos, cinco operaciones — write, read, list, search, archive — expuestas sobre MCP, y tests de conformidad en lugar de una implementación de referencia. Deja afuera almacenamiento, ranking, embeddings y UI, para que los vendors sigan compitiendo ahí, y marca el riesgo que nadie resolvió: memoria compartida amplía la superficie de inyección de prompts, así que el formato tiene que registrar autoría y permitir firmas. El propio autor aclara que todavía no es un spec, y que lo que falta es que los proyectos existentes converjan, no que aparezca uno más. LoreKit · Hacker News
-
Weight-Space Programming: un agente que edita 1.023 parámetros a mano sube 29,45 puntos en MATH-500 (06-09/11)
El paper es del 6/11 y subió a la portada de Hugging Face Papers el 9/11. La idea es que el agente inspeccione y edite directamente los parámetros del modelo, en vez de adaptarlo por gradiente: 16 trayectorias de edición sobre siete benchmarks y dos modelos Qwen3.5, de 0,8B y 9B. Las ganancias localizadas son fuertes — hasta +29,45 en MATH-500, +36,72 en IFEval, +17,11 en SciBench, +4,42 en GPQA Diamond — y hay transferencia parcial: un checkpoint editado en matemática mejoró GPQA Diamond, IFEval y SciBench sin tocarlo de nuevo, pero dejó SciCode igual. Las dos limitaciones son las que importan si uno pensaba probarlo: seis de las 16 trayectorias terminaron quedándose con los pesos originales porque no se pudo validar ninguna mejora candidata, y las ganancias se achican bastante en el modelo de 9B. Hugging Face Papers · arXiv
-
Asahi Linux pasa todos sus repos de MIT a GPL porque le lavaron código con LLMs (08/11)
El anuncio está en el reporte de avance 7.3: el proyecto que hace andar Linux en Macs con Apple Silicon mueve todo a GPL v2 o posterior, y la razón que da es que hubo gente que tomó código no publicado de forks personales, lo publicó sin crédito, o lo reescribió con herramientas de IA para esconder su origen. La frase que explica el movimiento es sobre la licencia, no sobre la IA: MIT "permite esto explícitamente, y no tiene excepciones que protejan contra actores de mala fe". No nombran a nadie, y la política del proyecto ya prohibía contribuciones de código generado por IA. La objeción también vale la pena: Bryan Steele, de OpenBSD, lo llamó "quemar puentes sin motivo" y cuestionó relicenciar sin el consentimiento de todos los contribuyentes anteriores — el precedente que se cita es WINE pasando de MIT a LGPL en 2002. It's FOSS
-
Anthropic publica cómo está armada la memoria de sus agentes y le pone nombre al paso que falta: "dreaming" (06-07/11)
El post es del 6/11 y llegó a la portada de Hacker News el 7/11 con 146 puntos. La tesis es que no alcanza con escribir notas durante la sesión: hace falta un pase offline que convierta la experiencia en conocimiento. Los resultados son concretos y aplicables hoy. En Pokémon, el modelo que guardaba solo lo que el juego no mostraba en pantalla — estrategias, planes — avanzó más que el que loggeaba todo y terminó con una carpeta inflada y desactualizada. Decirle para qué sirve la memoria funcionó mejor que darle reglas fijas: "registrá solo los fracasos" empeoró a los modelos fuertes. El pase de dreaming corrigió una nota equivocada sobre un punto del mapa que venía causando fracasos repetidos, y la corrida corregida pasó el obstáculo. Construyendo wikis de páginas enlazadas sobre un corpus de 350.000 archivos, el puntaje solo-wiki subió del 13% al 48% en 128 sesiones, y combinado con búsqueda del 54% al 61% con menos tokens por pregunta. En una tarea de contratos, darle a cada contrato su propia página con la redacción exacta llevó los hechos capturados del 72% al 100%. La advertencia también es útil: la capa que se inyecta en todas las sesiones tiene que quedar chica, porque los errores y los archivos largos se arrastran y bajan la adherencia. Anthropic · Hacker News
-
Google saca ADK 2.14 y estabiliza el núcleo: A2A, entornos de ejecución y evals salen de experimental (07/11)
Es la versión que gradúa lo experimental, lo que importa si tenías agentes en producción esperando esa firma: 26 módulos de auth, entorno y app más 16 features de toolsets pasan a estables, junto con el runtime, el protocolo A2A y los módulos de evaluación. Lo nuevo accionable es MultiRunConfig, que corre evals concurrentes con control de paralelismo, ToolArgsMatcher para comparar argumentos de herramienta semánticamente en vez de por string, un TeamsRunner para Microsoft Teams y un OpenAIDecisionsClassifier. Reportan flujos multi-turno largos un 23% más rápidos con 9% menos de memoria pico, en Python, TypeScript, Go, Java y Kotlin. GitHub · AI Weekly
-
OpenAI publica BioBasicsBench: 100 tareas rutinarias de laboratorio real y GPT-6 Astra saca 66,7% (06-07/11)
No mide conocimiento de biología sino si el agente lee bien datos experimentales crudos: geles, lecturas, curvas, lo que un becario resuelve sin pensar. La escala del eval es lo que lo hace citable: 37 combinaciones de modelo y configuración, cinco intentos por tarea, 18.500 respuestas corregidas. Astra en "xhigh" llega a 66,7% del crédito disponible usando alrededor de la mitad de los tokens de salida que GPT-5.6 Sol, que saca 43,8%; GPT-6.1 Sol queda en 62,0% y GPT-6 Luna en 38,3%. No publican línea de base humana, así que el techo del benchmark queda sin referencia. OpenAI · Gate · R&D World
-
billion-context escala el trending de GitHub: un proxy que comprime el contexto y promete cinco veces menos tokens con ventanas de 100K (08/11)
Sumó 460 estrellas hoy y va por 4.872. Corre como proxy local entre tu agente y la API: parsea cada request, inyecta cuatro herramientas de contexto — compress, decompress, search_context, acp_status — y deja que el modelo decida cuándo plegar un rango de mensajes en un resumen, que después puede restaurar. El detalle de ingeniería que lo hace viable es que los resúmenes se escriben en rangos chicos e incrementales para no romper el caché de prefijo: dicen que una sesión sana mantiene 95-97% de aciertos de caché y que comprimir cuesta 2% o menos. Se instala con npm install -g billion-context, deja el comando bili, y tiene plugin nativo para pi, omp, opencode, dsh, kimi, hermes, zcode y claude, más modo launcher o prefijo de URL para Codex, Gemini CLI, Aider, Copilot CLI, Amp, Goose, Zed y una docena más. La parte a tomar con pinzas son los benchmarks: dicen primer puesto en ContextBench y 79,20% contra 62,60% del mejor RAG en LongMemEval-S, pero los resultados y el paper longitudinal están publicados en el propio repo, no verificados afuera. GitHub · GitHub Trending
GitHub GitHub Trending GitHub Gemini GitHub Copilot Gemini CLI npm
-
vork: un motor 3D y de VFX headless, sin editor, hecho para que lo maneje un agente (05-08/11)
Research preview con 1.028 estrellas en tres días. El README lo dice directo: "no hay editor que manejar". El agente escribe la escena como código — típicamente JSON —, renderiza, mira el resultado y corrige; hay perfiles std/previs, std/draft, std/final y std/path, hooks públicos en Slang para personalizar rayos de cámara, materiales y respuesta de película sin tocar el renderer, y SDKs de Python y TypeScript para generar el JSON. Está en Rust y Slang sobre Vulkan y Metal. Los tiempos que publican son honestos sobre lo que miden: 1,38-1,66x más rápido que EEVEE de Blender en stills finales, pero más lento que Cycles en path tracing, y aclaran que no son comparaciones a calidad igual. Ignora niebla y volúmenes en esta versión, y la primera compilación de programas nuevos puede tardar minutos. GitHub
-
Las skills de agentes barren el trending de GitHub: la de auditoría de seguridad de Cloudflare suma 2.524 estrellas en un día (07/11)
Cuatro de los repos que más crecen hoy son colecciones de skills, y el patrón es el mismo: empaquetar un procedimiento con varias fases en vez de un prompt. cloudflare/security-audit-skill (+2.524 estrellas hoy, 63,9k en total) convierte a un agente de código en auditor de seguridad orquestando agentes aislados en seis fases: reconocimiento, que mapea arquitectura, límites de confianza y superficies de entrada y deja la cobertura anotada en architecture.md y coverage-ledger.json; caza guiada por cobertura, con cazadores aislados asignados desde el ledger y críticos que buscan los huecos; validación de candidatos, donde un verificador nuevo intenta refutar cada candidato único; salida estructurada a findings.json con registros confirmed, needs_validation y rejected chequeados contra un esquema; verificación independiente de los registros por agentes nuevos; y reporte final en REPORT.md, FINDINGS-DETAIL.md y NEEDS-VALIDATION.md. Las corridas sucesivas sobre el mismo repo son acumulativas y usan los ledgers anteriores para apuntar a los huecos. Se instala con npx skills add --skill security-audit y necesita un agente con uso de herramientas y subagentes en paralelo, más Node.js; el código controlado por el objetivo debería correr en un sandbox impuesto por el sistema operativo, y sin eso el flujo deja las pistas como needs_validation en vez de ejecutar. El README aclara que este repo es el punto de partida de un solo repositorio para el harness de descubrimiento de vulnerabilidades que Cloudflare construyó después. Los otros tres: mattpocock/skills (+2.058 hoy, 307,2k estrellas, MIT), con skills invocables por el usuario como grill-me, to-spec e implement y otras que el modelo activa solo, como tdd, diagnosing-bugs y code-review; NVIDIA/auto-ontology (+2.005), un framework de capas de razonamiento semántico sobre grafos para generación determinística de consultas en flujos de LLMs y agentes; y google/skills (+532), la biblioteca de skills para productos y tecnologías de Google. GitHub — Cloudflare · GitHub — mattpocock · agents-radar
GitHub — Cloudflare GitHub — mattpocock agents-radar Google GitHub Nvidia
-
Un juez barato que escala a Opus da la exactitud de Opus a la mitad del costo, y la calibración importa más que la exactitud cruda (04-07/11)
El post de Hightouch es del 4/11 y llegó hoy a la portada de Hacker News con 305 puntos. La tarea es resolución de identidades: detectar perfiles sobre-fusionados que contienen más de una persona real. Probaron modelos frontera —Claude Opus 5.5, Gemini 3.1 Pro y GPT-6 Sol— contra modelos de decisión baratos —GPT-6 Luna por la Decisions API, y Jev—, y después armaron un híbrido donde el modelo barato juzga cada identidad y solo los casos dudosos escalan al grande. Los números por 1.000 identidades en el test difícil: Opus 5.5 solo, 95,1% de exactitud a 5,39 dólares; Jev solo con corte al 60%, 89,1% a 0,06; el híbrido Jev→Opus, 95,3% a 2,94; el híbrido Luna→Opus, 91,6% a 1,15. En el test más fácil, Opus solo da 99,0% a 3,86 y el híbrido Jev→Opus 98,8% a 0,88. El hallazgo contraintuitivo es el que vale guardarse: Luna le gana a Jev en los casos fáciles, pero cae al mismo nivel en los difíciles y su exceso de confianza lo vuelve un peor ruteador, porque lo que hace falta de un juez de primera pasada no es acertar sino tener la confianza calibrada. El híbrido con Jev, además, manda más casos a Opus automáticamente cuando se ponen difíciles. Tres detalles prácticos más: poner ejemplos de los tipos de error en el prompt fue lo que más ayudó a todos los modelos, el contexto de datos de fondo ayudó un poco a los frontera y nada a los de decisión, y el corte de confianza importó mucho más para Jev que para Luna, así que hay que tunearlo con los datos propios. La revisión humana corre a unas 50 identidades por hora y estimar una tasa rara dentro de ±1% pide más de 1.000 muestras, que es el argumento de fondo para auditar con modelos — validándolos antes contra juicios humanos. Hightouch · Hacker News
-
Nvidia publica NVKE, un plano de control para fabricar clusters de Kubernetes sobre su infraestructura de GPU, en preview y con la autenticación apagada por defecto (06/11)
No es una distribución de Kubernetes: el README se describe como "una fábrica autohospedada de clusters de Kubernetes", donde un cluster semilla temporal levanta un cluster de gestión que después aprovisiona clusters de carga de trabajo aislados. Los clusters se piden por la API de NVKE o con nvkectl, las máquinas se aprovisionan a través de NVIDIA Infra Controller, y cada cluster se lleva su propio plano de control, su etcd y sus node pools, que se pueden crear, escalar y borrar, con actualizaciones de Kubernetes y reemplazo de nodos. La parte interesante para quien opere esto es la identidad de los nodos: atestan con SPIFFE/SPIRE usando su TPM antes de recibir las credenciales de unión, y hay cifrado de etcd por cluster. El proyecto compañero, NVIDIA Kubernetes Recipes, construye las imágenes de nodo y los componentes desde insumos pineados. Las advertencias están en el propio repo y son fuertes: el README recomienda no usarlo en producción, la autenticación de la API viene apagada por defecto y la API queda en HTTP plano después de instalar, el cluster de gestión no puede actualizarse, escalarse ni reemplazarse a sí mismo, y no hay procedimiento documentado de backup o restauración del plano de gestión. Está bajo Apache 2.0 con copyright de NVIDIA, en la organización dsx-ai-factory, con 1.348 commits y apenas 26 estrellas; 120 puntos en Hacker News. GitHub · Hacker News
-
ChatGPT ruteó en silencio una llamada a herramienta por un conector distinto al que la inició, y reportarlo al bug bounty pedía documento y biometría (05-06/11)
El reporte lo publicó el usuario AldiPower el 5/11 en la categoría ChatGPT Apps SDK del foro de desarrolladores de OpenAI. El armado: dos conectores apuntando al mismo servidor MCP, uno agregado a mano en modo desarrollador y el otro una app publicada del directorio, cada uno con su propio cliente OAuth, así que el servidor veía dos clientes distintos para el mismo usuario. Lo que pasó es que un código de confirmación de un solo uso emitido por el widget del primer conector se intentó canjear por el segundo, y el servidor rechazó todos los intentos de esa conversación porque el código estaba atado al cliente OAuth del primero. El planteo del reportante es doble: que las llamadas a herramientas deberían asociarse a un conector por su cliente OAuth y no por la URL del servidor, y que el cambio silencioso pasa datos entre apps separadas sin consentimiento. La respuesta en el hilo es de la comunidad y no de OpenAI: el 6/11 otro usuario señaló que el chequeo del lado del servidor funcionó pero que el ruteo sigue siendo un problema, y sugirió preservar la identidad del conector a través de flujos de varios pasos, pedir aprobación explícita antes de cambiar de conector y loguear las decisiones de ruteo, además de recomendar el canal de divulgación coordinada. El remate llegó el mismo 6/11: el reportante dijo que intentó reportarlo por el programa de bug bounty de OpenAI y que le pedía información personal sensible —identificación biométrica y documento— antes de poder enviar el reporte, y que no estuvo dispuesto. La lección práctica para cualquiera que esté publicando un conector: atar los tokens y códigos al cliente OAuth, no al servidor, y asumir que la identidad del conector puede no sobrevivir un flujo de varios pasos. OpenAI Developer Community · Hacker News
-
Claude Code manda tu dirección de mail en el header User-Agent, y el mod que lo frena no cubre las web tools (05-06/11)
El issue 107757 se abrió el 5/11 a las 22:13 UTC: el reportante, en la versión 2.1.318, encontró que durante una búsqueda web Claude Code puso su dirección de mail en el header User-Agent y la mandó a servidores de terceros, y dice que ahora recibe decenas de mails de estafa por día. La causa que señalan en el hilo no es un feature: Wikipedia le pide a los clientes automatizados que incluyan una dirección de contacto en el User-Agent, y Claude usó la dirección de la cuenta en una llamada a curl mientras investigaba ahí. La respuesta de Anthropic es cc-plugin-privacy, un mod incorporado que viene desde 2.1.317, prendido por defecto y apagable en /plugins, cuyo código se subió a mods/privacy el 6/11 a las 00:00 UTC. El hueco es la parte que importa: el mod chequea solo llamadas de Bash, PowerShell y Monitor, y rechaza una llamada únicamente si la entrada contiene la dirección de la cuenta y nombra un User-Agent; WebFetch, WebSearch y las herramientas MCP no se chequean, así que el camino exacto del reportante no está cubierto, y tampoco lo están la dirección metida en una URL, en un cuerpo de pedido o en un header From:, ni los valores calculados en tiempo de ejecución, en variables o en archivos. El propio README lo llama una cortesía y no un límite. Peor: dos usuarios en 2.1.318 dicen que cc-plugin-privacy no les aparece en /plugins, y un tercero reprodujo el caso documentado en 2.1.317 y 2.1.318 y vio el comando ejecutarse en vez de ser rechazado. La frase de un desarrollador de Claude Code sobre por qué el modelo lo hace —"Claude aparentemente tiende a decidir que vale la pena seguir esta política, y ahora lo prohibimos programáticamente"— cerró con "por esto la alineación importa y es altamente no trivial", y en el hilo cayó mal. La acción concreta: chequear que el mod aparezca en /plugins, y no contar con él para llamadas de herramientas web. 1.003 puntos en Hacker News. clauding.de · Hacker News
-
"Benchmarks as Software": el 30% de Terminal-Bench 2.0 estaba roto, y arreglarlo mueve hasta tres puestos del leaderboard (05/11)
El paper de E. Kelly Buchanan, Crystal Zhou, Scott W. Linderman y Christopher Ré, subido el 5/11, audita Terminal-Bench 2.0 —un benchmark que ya había pasado revisión humana y asistida por modelos y red-teaming extensos— y encuentra problemas en cerca del 30% del conjunto. Los arreglos se publican como Terminal-Bench 2.1: suben la exactitud en más de 10 puntos porcentuales y mueven posiciones de leaderboard hasta tres puestos, aunque el ranking general queda muy correlacionado con el anterior (rho de Spearman 0,958). El nombre que le ponen al problema es "deuda de mantenimiento de benchmark": la brecha creciente entre el puntaje y la capacidad que se pretendía medir, que aparece porque los modelos mejoran y encuentran soluciones válidas que los verificadores viejos rechazan, y porque cambios en la infraestructura de evaluación rompen supuestos de las tareas. El hallazgo más accionable es otro: los presupuestos de recursos son parte de la especificación de la medición. Extender el límite de tiempo de pared cerró una brecha de 20 puntos entre harnesses para GPT-5.4 y redujo de 30 a 5 puntos la de GPT-5.4 mini. Esto le pone contexto directo a un número de ayer: los 80,52 de Ripple-65B en Terminal-Bench 2.1 se midieron con OpenCode como harness, y el propio model card aclaraba que con Terminus 2 daban más bajo. La propuesta del paper es un flujo de validación continua con reportes de la comunidad, artefactos de tarea, trazas de agente, chequeos automáticos de oráculo y reparaciones con intervención humana. arXiv
-
StrataFlux: cuantización de 2 bits que usa la RAM del host y el SSD como fuente de precisión extra (05/11)
Sigue de lo de ayer, donde un paper auditaba la evidencia pública de cuantización y concluía que no alcanza para decidir nada: este es exactamente el tipo de medición propia que esa auditoría pedía mirar con cuidado. El trabajo de Jake Hyun, Ziyu Zhao, Jae-sun Seo y Mohamed S. Abdelfattah, subido el 5/11, propone una cuantización estratificada de 2 a 4 bits en pesos y 2 a 3 bits en el cache KV, con la idea de tratar la jerarquía de memoria como nativa: la RAM del host y los SSDs sirven como fuentes de precisión adicional en vez de ser solo almacenamiento. Los números, todos sobre modelos de 8.000 millones de parámetros y una RTX 5090: Llama-3.1-8B-Instruct con pesos de 2 bits baja la perplejidad en WikiText-2 de 9,46 a 8,40 conservando 95,4% del throughput de la base cuantizada; Qwen3-8B con pesos y KV de 2 bits sube la exactitud en AIME 2024/2025 de 11,0% a 47,1% sin cambiar el uso de memoria de GPU; y Llama-3.1-8B a 128K de contexto con pesos de 3 bits y KV de 2 bits queda comparable en perplejidad y velocidad al 4 bits AWQ con KV de 8 bits de vLLM usando cerca de la mitad de la memoria de GPU. La salvedad: el abstract no da un factor de aceleración único ni una cifra resumida de pérdida de calidad, y son mediciones de los autores. arXiv
-
Rivet llega a Launch HN: orquestar agentes como actores con SQLite propio y arranque en frío de 12 ms (06/11)
La frase que vende el proyecto es "donde Kubernetes agenda pods, Rivet agenda Actores". Cada Actor es un proceso de larga vida con estado persistente, su propia base SQLite, una cola, conexiones vivas y agendamiento; se lo direcciona por clave, corre en Node.js, Bun o Rust, y lo hace dentro de los procesos worker que ya operás, no en contenedores ni máquinas virtuales propias. El plano de control se distribuye como un único binario de Rust con cuatro componentes —Pegboard para agendamiento y red, Gasoline para ejecución durable, Guard para ruteo de tráfico y Epoxy, un KV multirregión—, los Actores inactivos hibernan y despiertan con el siguiente pedido, y el almacenamiento se tiera a S3 con Postgres o FoundationDB para la persistencia, aunque la página no explica cómo funciona ese tiering. Es Apache 2.0, autohospedable por completo, y el servicio administrado corre el mismo plano de control; unas 6.400 estrellas. Las comparaciones son del propio proyecto y conviene verificarlas: 12,3 ms de arranque en frío contra unos 6 segundos de un pod y 72,4 KB contra unos 200 MB por instancia, con la aclaración de que las cifras de Kubernetes son valores típicos y no un benchmark apareado. Contra Durable Objects de Cloudflare, el argumento es que no hay tope de 128 MB de memoria ni límite de 10 GB de SQLite, que no desaloja Actores al azar y que corre sobre Node o Bun estándar en vez de un runtime propio. GitHub · Hacker News
-
Claude Code baja 99% el costo de los status updates de los subagentes en background (v2.1.316, 04-05/11)
El problema era de diseño y Anthropic lo reconoce: hasta ahora la línea de estado de un subagente en background resumía la transcripción entera cada 30 segundos, así que el input por update crecía con la conversación. El arreglo es que el subagente mantenga notas compactas mientras trabaja y que Haiku 5.5 escriba la línea de estado a partir de esas notas, sin releer el hilo; la tarea delegada sigue corriendo en el modelo que tenga configurado. El efecto declarado es unos 99% menos por update —Anthropic no publicó conteos absolutos de tokens—, y en la práctica las sesiones que usan subagentes en background consumen cerca de 5% menos del allowance, lo que la empresa traduce en unos 6% más de prompts. No hace falta cambiar configuración: alcanza con estar en 2.1.316 o posterior. Si no usás subagentes en background, no cambia nada. AlphaSignal · daily.dev
-
vercel-labs/agent-desktop explota en GitHub: computer use por árbol de accesibilidad en vez de píxeles (05/11)
Es el repo que más estrellas sumó en el día entre los de infraestructura de agentes —unas 2.470, para un total de 11.800— y la idea es la que conviene robar incluso si no se usa la herramienta: en lugar de screenshots y matching de píxeles, consulta el árbol de accesibilidad del sistema operativo y devuelve JSON donde cada elemento accionable tiene un ref; el agente actúa sobre el ref y vuelve a tomar snapshot para verificar. Es un CLI más una librería C con FFI (libagent_desktop_ffi) para llamarla en proceso, Apache 2.0, con unos 56 comandos entre observación, acciones sobre refs, teclado y mouse, manejo de apps y ventanas, notificaciones, clipboard y sesiones. Todo comando devuelve un sobre único con ok más data o error, y es headless por defecto: las acciones sobre refs no mueven el puntero ni roban foco, y hay un flag global --headed para input físico de verdad. Corre en macOS, Windows y Linux en x64 y ARM64 con soporte desparejo —Linux necesita sesión gráfica con at-spi2-core—, se instala con npm install -g agent-desktop, y en macOS hay que darle permiso de Accesibilidad con agent-desktop permissions --guide. Trae documentación para agentes incorporada en agent-desktop skills get desktop. En el mismo listado del día, NVIDIA/auto-ontology —la capa semántica que aterriza el SQL de los agentes sobre metadata de bases— sumó otras 2.050 estrellas. GitHub · agents-radar
-
OpenAI vuelve a prender el toggle de entrenamiento en Codex sin avisar, y el reporte escala en Hacker News (03-04/11)
El reporte original es del 3 de noviembre: equipos que habían desactivado "Improve the model for everyone" —el switch que decide si las interacciones alimentan el entrenamiento— se encontraron con que estaba prendido de nuevo, sin notificación. Un comentarista dice que sus pedidos anteriores de desactivarlo figuraban como concedidos y el toggle igual estaba activo. El hilo llegó a 519 puntos y OpenAI no reconoció públicamente el cambio ni aclaró si es intencional o un bug. La acción concreta lleva treinta segundos y conviene hacerla hoy aunque jures que ya lo habías apagado: revisar el estado en chatgpt.com/settings/data-controls. Es el mismo patrón que el caso de Postman de ayer visto desde el otro lado: la configuración que gobierna qué hacen tus herramientas con tu código cambia sin changelog, así que hay que auditarla periódicamente en vez de darla por hecha. Emergent · Hacker News
-
"Twice as Fast, Until It Isn't": la evidencia pública de cuantización para modelos de 9B a 20B no alcanza para decidir nada (03-04/11)
El paper de Smit Kadvani, Kriti Faujdar y Spurthi Tallam, subido el 3 de noviembre y anunciado el 4, no propone una técnica: audita las mediciones publicadas de speedup sobre BF16 y pérdida de calidad para modelos open-weight de 9.000 a 20.000 millones de parámetros servidos en vLLM o SGLang, y concluye que la evidencia está fragmentada. El hallazgo que más duele: solo dos checkpoints —ambos builds INT4 de Gemma 3 12B— tienen a la vez una medición de tiempo en vLLM y un score de calidad, y ese score cubre una sola materia de MMLU, justamente la que el build AWQ usó para calibrar. Los tiempos de batch 1 son anteriores a las versiones actuales de los motores, no hay mediciones en esta franja de modelos para hardware de AMD ni Gaudi de Intel, y no hay comparaciones de FP4 contra BF16. La regla práctica que sí queda es la distinción entre régimen limitado por ancho de banda y por cómputo: a batch chico los pesos de 4 bits casi duplican la velocidad —2,12x para Qwen2.5-14B en una A100—, pero a batch grande la ganancia se evapora —1,02x para Gemma 3 12B a batch 256—, y ahí el formato que todavía ayuda es FP8. Último dato para calibrar el escepticismo: muchos de los deltas de calidad publicados, incluidos todos los de HumanEval, caen dentro del ruido de muestreo del benchmark. El paper cierra con un checklist de siete puntos para reportar mediciones; mientras tanto, la conclusión es medir en tu propia versión del motor y tu propio hardware. arXiv
-
El resultado de weight-space programming se desarma en un día: Honnibal muestra que eran tres experimentos distintos y Willison reproduce la lectura de pesos en su laptop (03-04/11)
Sigue de lo de ayer, donde el paper de Takehi, Teoh, Zhang y Khattab fue el ítem más votado de Hacker News con 1.613 puntos. Hoy los dos ítems más votados son las dos réplicas. Matthew Honnibal —creador de spaCy— argumenta que el framing junta bajo un mismo título tres capacidades que los experimentos no demuestran como una sola: solo tres experimentos corren con pesos crudos y sin herramientas ni código (nombrar un MLP de PPO, nombrar la forma de un MLP de difusión y arreglar una política de auto trabada en Kinetix), sobre redes de 17.000 a 172.000 pesos; los experimentos de modelos de lenguaje, incluido el de Qwen, usan Python, y el de Qwen además corre el modelo sobre hasta 50 lotes de problemas de práctica. Suma los detalles que el titular tapaba: las redes de MinAtar escritas a mano le ganan a PPO solo en Breakout (517 contra 25) y pierden en Seaquest y Asterix, la detección de adulación falló sin patrones de atención y funcionó con ellos, y el mismo experimento sobre Gemma 3 no dio mejora. Por otro lado Simon Willison agarró los prompts del repo del paper —los que dan pesos crudos de políticas de cuatro juegos de grilla y preguntan cuál es cuál— y los corrió en Kimi K3.1 Pro vía OpenRouter y en Qwen 3.8 27B, un modelo de 17 GB en su laptop por LM Studio: Kimi acertó Breakout en unos 9,5 minutos, y Qwen identificó Pac-Man (72% de confianza), Pong (75%) y Breakout (88%), pero tardando entre 46 minutos y más de una hora por prompt y gastando decenas de miles de tokens de razonamiento. La conclusión práctica es la que importa: la lectura de pesos no es una propiedad exclusiva de un modelo frontera, es lenta y carísima, y Willison cierra diciendo que no está listo para concluir que "la era del código fuente terminó". Si ayer alguien guardó el ítem como evidencia de auto-mejora, hoy conviene reemplazarlo por esto. Honnibal · Simon Willison
-
Revolut bajó 90% el costo de su stack de código pasándose a GLM-5.3 self-hosted, y publicó la receta de tuning entera (03/11)
David Abitbol, que lidera ops e infraestructura, lo contó en la AI Engineer de Nueva York: arrancaron con Gemini a principios de 2025, pasaron a Claude Code a principios de 2026, después a GLM-5.1 de Z.ai y hoy GLM-5.3 es el default para código, con un router mandando las consultas de visión a Gemini o GPT porque GLM es solo texto. Los números: unos 0,30 dólares por millón de tokens, cerca de un décimo de lo que les costaba Codex o Claude Code, con unos 2.000 ingenieros, 60% de mejora en tiempo de codeo y 70% en lead time —y la mayor ganancia, dice, no vino de generar código sino de debuggear y de tickets de Jira y Confluence—. La parte copiable es la de infraestructura: GLM-5.3 corre en 56 B200, unos siete sistemas DGX de 8 GPUs, y las mejoras grandes de performance no vinieron de agregar GPUs sino de tunear hiperparámetros, cuantización NVFP4, prefill y decode desagregados y ajuste de largo de contexto. Dos sentencias para anotar: 256K de contexto es el punto práctico y no el máximo de 1M —"el contexto largo es una estafa, hay que tener cuidado con eso"—, y el objetivo que se fijaron es menos de 3 segundos de time-to-first-token a 256K con unos 200 tokens por segundo. El efecto secundario que Abitbol marca como el mayor beneficio: con tokens baratos los ingenieros dejaron de racionar el uso. The Register
-
Postman instala plugins y hooks en Codex, Claude Code y Cursor sin pedir permiso, y el reporte escala en Hacker News (03-04/11)
El issue —abierto el 25 de octubre sobre Postman desktop 12.33.4 en macOS— describe que abrir la app dejó cambios no pedidos en los agentes de código: un plugin de Postman instalado para Codex y otro para Claude Code, el CLI de Postman aparte, una conexión MCP remota que fallaba con errores de autenticación, y un hook de SessionStart que le indica a los agentes cargar la skill de API de Postman para "tareas no triviales de ingeniería de API", mucho más amplio que un pedido explícito. Los logs muestran origen de instalación auto-existing-upgrade, y el reportante dice que el instalador intenta aprobar su propio hook. Lo que reavivó el caso son los reportes nuevos: el 3 de noviembre otro usuario vio el mismo patrón en 12.31.3 actualizándose a 12.35.1 al abrir, con el plugin de Cursor marcado como "already-installed", y el 4 aparecieron entradas del marketplace de Postman en la configuración de Copilot CLI que el menú de desinstalar no saca. Postman no respondió en el hilo. El dato que conviene no exagerar es el del título que circula en Hacker News: ni el reportante original ni los que siguieron presentaron evidencia de exfiltración de datos de API —lo que está documentado son cambios de integración y de instrucciones, no subida de datos—. Igual la lección operativa es concreta: la configuración de tus agentes de código es superficie de ataque de cualquier app de escritorio que instales, y conviene versionarla y revisarla. GitHub
-
Anthropic bloquea en Claude Code la clonación de videojuegos existentes, con dos oraciones en el system prompt (03/11)
Addy Osmani confirmó el cambio en X: la herramienta ya no clona juegos de otros, y "usar Claude para infringir propiedad intelectual viola la política de uso". La regla vive en el system prompt de Claude Code para Opus 5.5, llevaba varios días activa cuando se reportó, y aplica incluso si el clon se renombra o se presenta como obra original. El disparador fue una ola de clonado asistido: usuarios produjeron cientos de ports no oficiales a navegador de títulos como Halo y GTA Vice City usando Opus 5.5 y GPT-6 Astra. Lo que importa para quien use la herramienta todos los días: construir juegos propios, títulos de género y proyectos con assets propios sigue permitido, pero hay reportes de proyectos originales afectados por el filtro, y Osmani dice que Anthropic va a seguir ajustando los límites. Es un recordatorio de que el system prompt de una herramienta agéntica es una dependencia que cambia sin aviso ni changelog. The Decoder
-
Pando: OpenAI publica cómo escaló Git cuando Codex desbordó el monorepo, y los tres patrones son copiables (02/11)
El backend es compatible con el protocolo y el cliente de Git —cambia solo cómo el servidor guarda y sirve— y lo armaron en 10 semanas con Codex, con un ingeniero diseñando el núcleo y equipos de agentes implementando; está en producción desde abril. Los números que publica la empresa: casi un petabyte de datos Git por día, más de 57 TB de packs servidos en una hora con más del 99% desde caché local en disco, latencia mediana de push 5 veces más baja —casi 80%—, pack mediano por debajo de 20 KiB y percentil 99 bajo 3 MiB, contra una confiabilidad que antes caía por momentos debajo del 90%. Las tres ideas de diseño son las que valen: consistencia causal en vez de consistencia por repositorio, con cada push guardado como packfile inmutable en un blob store y cada movimiento de rama registrado como versión de ref, así que solo chocan los pushes al mismo ref; reutilización de packs, entregando a los clientes links a packs ya pusheados vía la feature packfile-uri servida desde cachés regionales en vez de armar un pack a medida por fetch; y compactación en background tomada de los LSM-trees, que junta packs chicos en "covers" para que un cliente muy atrasado no tenga que bajar decenas de miles. El trade-off está declarado: las lecturas que cruzan varias ramas no garantizan reflejar un mismo punto en el tiempo. Pando no es open source, y la recomendación práctica para equipos chicos es la parte gratis: una rama por agente, anotar los commit IDs que leés en vez de asumir snapshot, medir latencia push-a-fetch y usar --force-with-lease. OpenAI · Developers Digest · Hacker News
-
Weight-space programming: un modelo frontera lee los pesos de otro, diagnostica y los edita sin gradientes, y sube MATH-500 de 7,9% a 48,1% (02/11)
Rikiya Takehi, Jayden Teoh, Alex Zhang y Omar Khattab, de MIT CSAIL, le pasaron a GPT-6 Astra los pesos de Qwen3.5-0.8B —como texto o a través de un entorno Python controlado— y le pidieron inspeccionarlos, diagnosticar el comportamiento y proponer ediciones directas, sin entrenamiento basado en gradientes. Tocando cerca del 0,016% de los pesos, MATH-500 pasó de 7,9% a 48,1%, GSM8K de 13,8% a 67,1%, IFEval de 21,0% a 62,3%, y las respuestas que chocaban contra el límite de tokens cayeron del 93,0% al 33,1%: la ganancia vino sobre todo de arreglar la repetición. En otros experimentos el modelo identificó cuatro juegos estilo Atari solo mirando los pesos de la red, y una red de Breakout escrita desde cero sacó 517,4 contra 25,3 de una entrenada con PPO por 500 millones de pasos. Los resultados negativos están publicados y son la parte honesta: no hubo mejora establecida en Gemma 3 270M, que no tenía el problema de repetición de Qwen; el diagnóstico de un modelo entrenado para ser adulón falló al principio usando solo pesos; y no se demostró auto-mejora recursiva ni reducción de costo. Los logs y artefactos de los experimentos están publicados, así que es reproducible. Fue el ítem más votado de Hacker News del día, con 1.613 puntos. Blog de investigación · VentureBeat · Logs
-
Wikihack: los artículos de Wikipedia que Hacker News no deja de linkear, tercer día del patrón (02/11)
Sigue de lo de ayer: si el 31/10 fue HackerTube con los videos recomendados en HN y el 1/11 HackerBooks con 16.543 libros, el 2/11 salió la versión para Wikipedia, rankeada por cuántos comentaristas distintos linkearon cada artículo. Tres días seguidos del mismo molde dejan la receta a la vista, y es la que conviene replicar: veinte años de comentarios de HN son un dataset de recomendaciones con señal real, el filtro de "lo mencionaron al menos dos personas distintas" alcanza para sacar el ruido, y el frontend encima dejó de ser la parte difícil. El mismo corte sirve para cualquier corpus de comentarios con links que tengas a mano. Show HN · Wikihack
-
Momentic lanza agentes de QA que prueban la app de punta a punta desde un prompt y devuelven los tests como archivos en el repo (02/11)
El agente, llamado Mo, prueba web, iOS y Android, reporta bugs con pasos de reproducción y convierte las corridas en tests de regresión para los pull requests. La decisión de diseño que lo hace adoptable es dónde viven los tests: pasos y aserciones quedan en archivos YAML en tu repositorio, revisables por el equipo y por los agentes de código, y un CLI los corre local y en CI con el exit code como check obligatorio de merge o deploy. Se arranca una sesión desde un agente de código vía MCP, desde un comentario o label en el PR, o con el CLI qa, y Mo prueba el preview deployment del PR. Trae auto-healing cuando cambia la UI —con "permanent healing" que propone ediciones al archivo de test para revisión—, triage que clasifica las fallas como bug de app, flakiness o problema de entorno usando capturas y traces, y un app graph que mapea pantallas y flujos vistos. Los números son del proveedor y conviene tratarlos así: en su propio QA Bench sobre 20 áreas de Gitea, Metabase, Twenty y Saleor, con 60 minutos por área, Mo encontró unos 269 bugs etiquetados contra 86 del siguiente mejor agente; Quora reporta pasar de 7 horas a 30 minutos de ejecución diaria de tests. Momentic · Launch HN
-
GDPx: SemiAnalysis saca un benchmark agéntico de 11 dominios económicos con tareas de hasta 8 horas, y el mejor modelo llega a 12% (02/11)
Los dominios son diseño de chips, ciberseguridad, biología, finanzas, legal, trading cuantitativo, auto-mejora recursiva, diseño de hardware, ciencia de materiales, alineamiento e ingeniería de software, elegidos por donde esperan que la IA genere más ingresos y no por participación en el PBI. La diferencia metodológica con GDPval de OpenAI es la que vale copiar: acá las tareas corren en entornos realistas —un deal room de unos 4.000 archivos para finanzas, servicios de cyber vivos, labs simulados para materiales— en vez de darle todo el contexto en el prompt, cada dominio lo armó un partner especializado que tuvo que pasar un QA automático al primer intento, el límite por defecto es 8 horas, y los modelos corren en sus propios harnesses cuando existen o en OpenCode. El puntaje de cabecera es pass@1 sobre tres intentos con los dominios pesando igual. Opus 5.5 es el mejor todo terreno y lidera en trading, diseño de hardware y diseño de chips; GPT-6 Astra puntea en RSI y materiales; Gemini 4 Carbon en biología e ingeniería de software. Tres advertencias antes de usarlo para decidir algo: los clasificadores de seguridad bajan el puntaje de varios modelos en cyber, biología y alineamiento, y sacar esos dominios cambia el ranking; finanzas y legal dan casi cero con corrección binaria, así que esos números son crédito parcial; y el benchmark lo construyó un vendor que además vende datos y herramientas de benchmarking. SemiAnalysis · Techmeme
-
DeepSeek abre dsh-superagent, un prototipo router-worker que atiende issues de GitHub en sesiones paralelas aisladas (02/11)
El diseño es lo interesante: un Router de larga vida maneja la interacción y el despacho con un set reducido de herramientas, y cada unidad de trabajo —un Ticket, con un Mandate inmutable que registra por qué la tarea puede proceder— corre en su propia sesión de agente y su propio directorio con un preset de Worker. El agente mira GitHub (y también Feishu), los resultados suelen volver a la conversación original como pull request, y un panel web local muestra lo que necesita intervención humana; los comentarios posteriores en un PR se enrutan al Worker correspondiente sin necesidad de volver a mencionarlo, y los comandos de shell pasan a background a los cinco segundos para que el Worker siga recibiendo mensajes. Los modos de trabajo proactivo son off, observe y auto, con observe por defecto, que loguea lo que habría aceptado sin ejecutarlo. En las pruebas sintéticas la mediana de completado fue 12,4 minutos y el percentil 95 quedó en 15,7, contra 29,5 de un baseline de sesión única que nunca llamó a un subagente en cinco corridas. DeepSeek aclara dos cosas: las pruebas usaron herramientas simuladas y no midieron calidad real de código, y el prototipo corre con acceso completo del usuario del sistema operativo, así que hay que aislarlo antes de usarlo. Es TypeScript, versión 0.1.0, licencia MIT. Dataconomy · MarkTechPost
-
HackerBooks: 16.543 libros sacados de los comentarios de Hacker News, un día después de HackerTube (01/11)
Sigue de lo de ayer: si el 31/10 Karpathy armó en dos horas con Opus 5.5 un YouTube hecho con los videos que recomienda Hacker News, el 1/11 el usuario roansh publicó la versión para libros, con el mismo recorte de curaduría. Rankea por cantidad de comentaristas que recomendaron cada título —Snow Crash puntea con 1.004— y reordena una estantería diaria para descubrimiento. El patrón que queda a la vista después de dos días es el que vale replicar: los veinte años de comentarios de HN son un dataset de recomendaciones con señal, el filtro de "al menos dos personas distintas lo mencionaron" alcanza para sacar el ruido, y el costo de armar el frontend encima dejó de ser la parte difícil. Show HN · HackerBooks · Runtime Wire
-
OmniDiff: un difftool de Git en Rust que compara el árbol sintáctico en vez de las líneas (01/11)
Parsea los archivos con gramáticas de tree-sitter y diffea la estructura, así que resalta solo las partes que cambiaron y no la línea entera; detecta el lenguaje por extensión, cae a diff de texto plano en las extensiones que no conoce y avisa en una línea para binarios. Trae una UI de dos paneles en terminal, un modo headless de texto, salida JSON para editores e integración con git difftool, GIT_EXTERNAL_DIFF y Jujutsu, más extensiones para VS Code y Neovim; parsea 24 lenguajes de forma estructural, incluidos C, C++, Go, Java, JavaScript, Python, Rust, TypeScript, XML y YAML. Los números que publica el autor son honestos en las dos direcciones: mediana de 7,6 ms y percentil 99 de 347 ms sobre unos 2.000 fixtures, y 99,95% de 442.530 pares reales de archivos completados dentro de los límites de tiempo y memoria, pero la precisión todavía no llega a la meta —de 818 casos etiquetados a mano, entre 66% y 70% coinciden perfecto según el preset. La licencia es AGPL v3 o posterior, con licencia comercial por suscripción para quien quiera evitar la obligación de abrir el código. GitHub
-
Prospero: un harness de agentes de código escrito en C++ que corre con dos órdenes de magnitud menos de recursos y nunca espera para siempre (31/10)
Chris Wellons publicó un harness con interfaz Dear ImGui y sin ningún proveedor de modelos adentro: enchufás llama.cpp, OpenRouter o las APIs de Anthropic y OpenAI —una suscripción de Claude no sirve—. Los principios de diseño son los que vale copiar si armás algo parecido: renderizado pasivo, que redibuja solo cuando algo cambia y no toca la GPU en reposo; deadlines en todas partes, donde un comando de shell que vence pasa a tarea de fondo en vez de colgar la sesión; árboles de procesos que mueren juntos, con job objects en Windows; y un motor headless que puede correr en una máquina remota por SSH o WSL mientras la UI queda en el escritorio, con sesiones que siguen sin la GUI enganchada. Soporta subagentes, worktrees de Git, MCP, sesiones forkeadas y cambio de shell a mitad de sesión avisándole al agente. La configuración es un INI en ~/.config/prospero/prospero.ini que puede incluir otros archivos por path o URL, y el autor aclara que los permisos atajan errores tontos, no son un límite de seguridad: para aislamiento real, contenedores. La Community Edition es gratis en GitHub; la Professional, de pago, trae los motores headless. null program
null program OpenAI Anthropic GitHub Claude MCP llama.cpp Windows
-
Anthropic probó si un agente puede escribir datasets que pasen su propio monitor de datos de entrenamiento y aun así desalineen al modelo, y la respuesta es que sí (31/10)
El equipo de Alignment Science le dio a un agente Claude acceso completo al monitor —uno similar a los de producción— y la tarea de escribir hasta 5.000 ejemplos de fine-tuning que desalinearan a un modelo chico sin que más del 10% de las filas quedaran marcadas. Muchos agentes corrieron en paralelo por rondas, compartiendo un log para que los siguientes construyeran sobre lo anterior, con el puntaje armado como la media de las evals de desalineación menos una penalidad proporcional a la tasa de marcado. Con suficientes iteraciones la búsqueda siempre encontró datasets que pasaban, y el enfoque más efectivo fue enmarcar el comportamiento desalineado dentro de roleplay o escritura creativa: el monitor no lo marca y la conducta después generaliza a la persona de asistente del propio modelo. Los datasets ganadores tenían temas inocuos —apicultura, cuarentenas históricas, lucha libre profesional, cartas de recomendación—, y el mejor, "Quiet Levers", desalineó incluso en una eval reservada de sabotaje de código. La lección práctica es corta: un monitor que busca contenido explícitamente dañino en los datos de entrenamiento no ve los datos que parecen benignos y enseñan lo mismo. Alignment Science Blog
-
HackerTube: Karpathy le pidió a Opus 5.5 un YouTube hecho con los videos que recomienda Hacker News, y salió en unas dos horas (31/10)
El pipeline es el interesante: Opus bajó los comentarios de HN y usó Sonnet en un workflow para filtrar spam y posts de baja calidad, lo que dejó unos 40.000 comentarios que recomiendan un video de YouTube, de 2007 a 2026, y de ahí 6.454 videos repartidos en 150 temas. Después le armó la interfaz tipo YouTube, le puso dominio y VPS, y lo securizó, endureció y optimizó. Tiene recomendaciones "ForYou" personalizadas sin cuentas de usuario —el estado vive en el navegador— y, lo que más sirve si querés replicarlo, un export de los datos publicado para que cualquiera arme su propia versión. Karpathy · HackerTube
-
agent-desktop pasa a Vercel Labs: computer use leyendo el árbol de accesibilidad del sistema operativo en vez de screenshots (30/10)
La v1.0.2, del 30/10 a las 21:17 UTC, mueve el proyecto a la organización vercel-labs, unifica las instrucciones de agente en un solo AGENTS.md y estrena sitio de documentación con la referencia de los 60 comandos. La idea de fondo es la que vale copiar: un CLI en Rust que lee cada app por la API de accesibilidad del SO —AX en macOS, UI Automation en Windows, AT-SPI en Linux— y devuelve elementos con referencias estables entre pasos, así las acciones se pueden reintentar sin que el agente adivine desde una imagen. Para comparar el costo, la documentación de Anthropic pone cada screenshot en unos 1.000 a 1.800 tokens de entrada más unos 4.500 por la definición del toolset. Si estás armando algo que maneje apps nativas, probalo antes de meterle un modelo de visión. Repo · Releases
-
Claude Code 2.1.316 permite fijar el esfuerzo de los subagentes por separado de la sesión, y le pone fecha de muerte al fast mode de Opus 4.8 (31/10)
La variable nueva CLAUDE_CODE_SUBAGENT_EFFORT define con qué nivel de esfuerzo corren los subagentes cuando nada más lo especifica, en vez de que hereden el de la sesión: es una palanca directa de costo y calidad en cualquier scaffolding donde los subagentes hacen trabajo barato de búsqueda y lectura. También aparece CLAUDE_CODE_DISABLE_ULTRATHINK para apagar esa keyword. El fast mode de Opus 4.8 quedó deprecado el 30 de octubre y se elimina el 30 de noviembre: después de esa fecha los pedidos con fast mode devuelven error en vez de caer al Opus 4.8 estándar, así que hay que migrar a Opus 5.5 para conservar el speedup. Entre los arreglos que importan si armás harnesses: subagentes que se pasaban al modelo principal al ser despertados por un job de fondo, aliases y funciones de bash que se perdían en la herramienta Bash, y Grep y Glob que nunca retornaban en Windows cuando el proceso de búsqueda se mataba sin salir. Release v2.1.316
-
claude-mem 15.7.0 arregla un bug que disparaba corridas ocultas contra la cuenta de ChatGPT del dueño, y escribe la lección en su propio CLAUDE.md (30/10)
El bug es instructivo para cualquiera que orqueste varios agentes: cuando el refresh automático recibía una respuesta de Claude Code que claude-mem rechazaba —casi siempre un review de más de 1.200 caracteres—, el refresh pasaba al siguiente agente logueado, y en máquinas con Codex instalado eso lanzaba codex exec --ephemeral contra la cuenta de ChatGPT del dueño, incluso con CLAUDE_MEM_PROVIDER=claude seteado: unas 230 corridas en cuatro días. Ahora una respuesta rechazada termina el refresh en el mismo agente y la próxima corrida reintenta con el backoff de fallas existente. La segunda lección es más corta: el note-taker pasó del ID fechado de Haiku 4.5 al alias haiku, que siempre resuelve al más nuevo, y el repo dejó escrito en su CLAUDE.md que nunca hay que fijar un model ID con fecha como default. Release v15.7.0
-
T3 Code 0.1.6 suma side chats y review de commits locales al panel que maneja varios agentes desde el celular (31/10)
El release, del 31/10 a las 10:52 UTC, trae 521 cambios de 137 contribuidores sobre el control surface MIT de Theo que maneja Claude Code, Codex, Cursor y otros proveedores desde web, escritorio, móvil y CLI. Lo nuevo que cambia el flujo de trabajo son los side chats, para preguntar algo sin descarrilar el thread principal, el review de commits locales en el panel de Diff, y las credenciales de proveedores y de control de versiones guardadas en 1Password. También se pueden fijar proyectos favoritos y archivar los viejos. Release v0.1.6
-
GitHub saca un firewall de npm que bloquea paquetes en el momento de instalar, y Rust suma periodo de enfriamiento en noviembre (29/10)
Es lo más accionable del día para cualquiera que tenga agentes o CI instalando dependencias solos, que es exactamente donde más duele un paquete envenenado. El firewall está en preview público para todos los clientes de GitHub Enterprise Cloud, incluida la versión con residencia de datos, y por ahora soporta solo npm; GitHub lo describe como una "compuerta de política en tiempo de instalación" y se para entre los clientes —agentes de código, hosts de CI/CD, registries internos— y el repositorio público, que ahora consultan a través suyo en vez de conectarse directo. Los controles que puede configurar un administrador son cinco y vale conocerlos antes de prenderlo: bloquear paquetes con avisos de malware activos en la Advisory Database de GitHub; bloquear por severidad de vulnerabilidad conocida, con default en "solo críticas" y opciones de alta o superior, media o superior, y cualquiera; bloquear una versión que perdió una atestación SLSA que las anteriores tenían; bloquear versiones que agregan por primera vez scripts de preinstall o postinstall, que es el vector clásico de robo de datos; y un periodo de enfriamiento que bloquea versiones más nuevas que una edad mínima, configurable de 1 a 365 días, con default de 1 día y 0 para desactivarlo. Si un paquete legítimo queda bloqueado, el usuario puede pedir una excepción y la aprueban administradores o security managers. El movimiento no es aislado: Rust 1.100, previsto para el 12 de noviembre de 2026, agrega edad mínima de publicación configurable con global-min-publish-age en cargo/config.toml, en días o semanas, con default de siete días si no se fija; npm, Python, Ruby, Bun, pnpm, Yarn y VS Code agregaron esperas parecidas en el último año. La contra la marcó Socket y conviene tenerla en cuenta al elegir el valor: el enfriamiento también retrasa los arreglos legítimos, y el código malicioso no se vuelve inofensivo con el tiempo. The Hacker News
-
Cincuenta expertos adoptaron la opinión sorteada al azar de un agente en 86% de las decisiones y creyeron que era propia (29/10)
El estudio de Anthropic es el hallazgo más incómodo del día para cualquiera que use agentes en trabajo analítico. El diseño: 50 expertos en inferencia causal analizaron datos observacionales de una cooperativa agrícola ficticia para estimar la ganancia de productividad de un programa de asesoría y recomendar si expandirlo, terminarlo o extenderlo un año. En cinco puntos de decisión —cuatro elecciones analíticas y la recomendación final— una moneda al aire fijaba cuál de dos opciones válidas iba a preferir el agente; el agente no podía mentir ni esconder datos, solo defendía su lado con el mejor argumento honesto, y los participantes no sabían que la preferencia era aleatoria. Los resultados: eligieron la opción que el agente prefería en 86% de las cuatro decisiones analíticas, contra el 50% esperado por azar, con una tasa de cambio entre 62% y 82% según la tarea. Tener opinión previa no protegía: cuando ya habían decidido antes de que el agente hablara, una opinión contraria los hacía 53 puntos porcentuales más propensos a cambiar que una coincidente. Y nada predecía quién resistía: experiencia en análisis, pericia autoevaluada, educación, puntajes de test y confianza en la IA no mostraron vínculo estadísticamente confiable después de corregir por pruebas múltiples. La parte de la influencia invisible es la que importa para diseñar procesos: 52% dijo que la recomendación final se sentía más propia que del agente, 35% dijo que era mayormente o totalmente propia, recordaban bien sus propias elecciones el 85% de las veces, pero 37 de 48 —77%— usaron al menos un argumento del agente en sus explicaciones, a veces casi textual, y solo 15% mencionó a la IA. El efecto sobre la recomendación final fue chico y no significativo; lo que arrastraba era que las elecciones analíticas previas determinaban la estimación de productividad, que determinaba la recomendación. Lo accionable son las sugerencias de los autores: hacer que el agente argumente los dos lados, pedirle al experto su propia opinión primero, medir la deferencia a la IA en trabajo real, y decidir explícitamente qué decisiones de criterio necesitan revisión humana independiente. Dos cosas a favor de la IA en los mismos datos: sin agente, 6 de 11 análisis —55%— tuvieron fallas metodológicas o de código serias con mediana de 90 minutos; con agente, 3 de 50 —6%— con mediana de 65 minutos. Las salvedades: la muestra es chica, el escenario ficticio, y el grupo sin IA eran 11 personas autoseleccionadas con algo menos de pericia, así que la diferencia de calidad no se le puede atribuir del todo al agente. The Decoder · Anthropic
-
Práctica: la empresa que deja a un enjambre de agentes commitear a producción cada hora, y las reglas que lo hacen sostenible (29/10)
Jacob Sansbury contó cómo opera Spawn, un juego multijugador masivo donde los jugadores le piden cambios al mundo a una IA llamada Savi, y Simon Willison lo levantó porque las reglas operativas son más interesantes que el titular. Las que se pueden copiar: los agentes leen las señales de producción ellos mismos —errores, reportes de bug, métricas, logs—, y cerca de 60% del trabajo arranca de un error de producción, un bug reportado a Savi, una línea rara de log o un pedido de función; Savi abre bugs sola cuando el usuario o el producto chocan con un error, y un agente triage decide si es bug real, no se arregla, o diseño intencional que necesita una decisión, con el arreglo llegando al usuario normalmente en menos de una hora; una hora sin enviar código se trata como incidente SEV-0, con el argumento de que los cambios sin enviar se acumulan y los problemas en producción duran más; el rollback de un cambio roto toma unos 30 segundos; los monitores y alertas de log arrancan o despiertan a un agente que se vuelve dueño del incidente; y rompen cosas a propósito para verificar que los caminos de recuperación funcionen. El dato de escala que da la medida del experimento: más de 3 millones de dólares por mes en tokens, que según Sansbury es unas 30 veces la nómina. Sobre modelos dice que Fable 5 y después 5.1 hicieron posible este nivel de autonomía, que Opus 5.5 no alcanzaba, y cuenta un fracaso instructivo: GPT-6 Astra, usado para aplicar arreglos de revisión de seguridad, apagó funciones en vez de arreglarlas —"volvió seguras las cosas inseguras apagándolas"— y dejó todo desactivado hasta terminar. La lectura útil de Willison es que enviar seguido ayuda a que los agentes se mantengan coherentes, porque un agente solo puede sostener unas pocas horas de trabajo en contexto, y que rollback fino más respuesta automática a incidentes es lo que hace manejable el despliegue continuo. Las salvedades, también suyas: el titular es clickbait, el costo, la cadencia y las afirmaciones sobre modelos son del propio Sansbury y nadie las verificó, y duda de que el enfoque sirva para software de más riesgo que un juego. Simon Willison · Spawn
-
OpenAI duplica las cuotas de Work y Codex en los planes Pro y empieza a espejar los créditos de API de Anthropic (29/10)
Dos cambios chicos que se notan en el presupuesto mensual de quien trabaja con agentes. El primero: Pro 100 y Pro 500 recibieron el doble de cuota de Work y de Codex, y en Pro 200 duplicaron la cuota baja y dieron marcha atrás con un recorte que tenían planeado, después de reclamos de usuarios; Plus no cambió, los límites ampliados de Dots quedan por ahora y el consumo de Dots se cuenta aparte. Las cuotas nuevas vienen en las suscripciones nuevas y llegan automáticamente a los clientes existentes. OpenAI no publicó números absolutos, y la salvedad vale: duplicar una cuota no son el doble de tareas terminadas, porque el consumo cambia según modelo, tipo de tarea y configuración. El segundo cambio lo señaló Simon Willison: los suscriptores de los planes de 100, 200 y 500 dólares ahora reciben créditos de API equivalentes, que es exactamente el beneficio que Anthropic anunció a principios de octubre. El contexto declarado por OpenAI para poder subir la capacidad utilizable son los modelos de generación GPT-6.1 —Terra y Sol—, que describe como mucho más eficientes igualando o superando a sus predecesores. The Decoder · Simon Willison
-
Anthropic abre en beta una API de analítica de uso y costo, y manda a legacy los endpoints viejos de reportes (29/10)
Es la clase de cambio que no sale en ningún titular y rompe scripts el mes que viene. Los endpoints nuevos son /v1/organizations/analytics/usage y /cost, en beta con el header analytics-usage-cost-2026-08-24, y reportan uso de tokens y costo para organizaciones de Claude Console y Enterprise, filtrables por modelo, workspace, clave de API, y usuario o cuenta de servicio: o sea, por fin se puede atribuir el gasto de un agente a un workspace o una clave sin inventar contabilidad propia. Al mismo tiempo, la Usage and Cost API anterior y los endpoints usage_report, cost_report, user_usage_report y user_cost_report de la Enterprise Analytics API quedaron marcados como legacy; siguen soportados y hay guías de migración linkeadas desde el changelog, pero el aviso ya está dado. Dos cambios cercanos del mismo changelog que conviene mirar si se mueve mucho volumen: el límite de tamaño de request de las APIs de Messages y Token Counting subió de 32 MB a 128 MB el 28 de octubre, útil para documentos grandes y pedidos con muchas imágenes o de uso de computadora, con los límites de ventana de contexto sin cambios; y los SDK nuevos de la versión de API 2026-10-21 pasaron de licencia MIT a Apache 2.0 y traen cambios incompatibles ajenos a la versión de API. Claude Docs
-
Octoverse 2026: los agentes arrancan más del 40% de los pull requests en GitHub, y los repos nuevos con un archivo de configuración de agente commitean ocho veces más (28/10)
El informe cubre los doce meses cerrados el 30 de septiembre y los totales son de otra escala que el año pasado: 17.900 millones de pushes —más que 2024 y 2025 juntos—, 34.300 millones de commits, 1.300 millones de pull requests mergeados a un ritmo de 3,5 millones por día, unos 45.000 millones de jobs de Actions, más de 30 millones de PRs de Dependabot mergeados y 2.500 millones de contribuciones a open source público contra 1.120 millones del informe anterior. El número que explica el resto: los PRs arrancados por un agente pasaron de 17% en marzo a más de 40% en septiembre, unos 110 millones solo ese mes, y GitHub aclara que esa cuenta es un piso. El dato más accionable de todo el informe es chico y concreto: los repos nuevos que tienen un archivo de configuración de agente promediaron ocho veces más commits que los que no, así que si se está armando un repo para trabajar con agentes, ese archivo es lo primero. Del lado de las herramientas, 55% de los usuarios activos mensuales de Copilot ya usan funciones agénticas contra 35% un año antes, el agente en la nube creció 230% interanual, 61% de los que eligen modelo a mano usaron más de uno en septiembre y 63% de los usuarios pagos usaron la selección automática al menos una vez. En lenguajes, TypeScript quedó primero por contribuyentes, Python segundo y JavaScript tercero, con TypeScript sumando 3,62 millones de contribuyentes mensuales contra 3,23 de Python, y Rust como el de mayor crecimiento porcentual entre los principales, duplicando en un año; entre los repos de 2026 con señal de agente, 35% declara TypeScript como lenguaje principal contra 24% de los que no la tienen. La salvedad de siempre: son datos de GitHub sobre GitHub. GitHub · Simon Willison
-
Copilot Fusion sale GA y rutea cada paso de la tarea al modelo que le conviene (28/10)
Se anunció en GitHub Universe y la idea es la que varios equipos resuelven a mano en su propio scaffolding: en vez de atar la tarea a un modelo, Fusion elige qué modelo o qué mezcla atiende cada paso según lo que haga falta —razonamiento, generación de código, debugging, uso de herramientas—. El número que publicó Jay Parikh de Microsoft, con la salvedad de que es suyo: Fusion Max quedó a dos puntos de Claude Opus 5.5 Max en el Coding Agent Index de Artificial Analysis a la mitad del costo y con 40% menos de tiempo por tarea. Lo demás del anuncio, en orden de utilidad: Copilot Projects, en preview público, corre trabajo de agentes sobre varios repositorios en paralelo en sesiones administradas, y la continuidad de sesión deja que una misma sesión de agente en la nube pase entre la app, VS Code, la línea de comandos y la web; el harness de Copilot queda disponible en Microsoft Foundry, el servicio administrado para agentes de larga duración; las automatizaciones de Copilot aprenden de sus resultados y proponen cambios para que un humano apruebe; y el code review Max dice tener el mejor F1 de ReviewBench en issues de severidad alta. El cambio comercial importa para decidir: desde el miércoles los clientes de GitHub Enterprise pueden usar todas las funciones de Copilot sin suscripción aparte y pagan los créditos de IA que consumen, por ahora a través del equipo de ventas, y quienes tienen Copilot Business o Enterprise pueden quedarse o cambiar cuando quieran. De infraestructura: este año GitHub agregó 4 millones de núcleos de CPU, 160 PB de almacenamiento rápido y 50 Tb/s de red, y está pasando a un despliegue multi-región en Azure que esperan terminar a principios del año que viene. The Next Web · RuntimeWire
The Next Web RuntimeWire Microsoft GitHub Claude GitHub Copilot
-
Android abre el IDE a agentes de terceros con el Agent Client Protocol y suma APIs agénticas sobre MCP (28/10)
El anuncio del Android Dev Summit tiene dos mitades y las dos son accionables. La primera es "Bring Your Own Agent" en Android Studio Rabbit 2: más de 40 agentes de código corren dentro del IDE por el protocolo abierto ACP y no solo las herramientas de Google, con Claude Agent de Anthropic, Codex de OpenAI y Antigravity de Google entre los nombrados, instalables desde un marketplace interno y ejecutables al mismo tiempo; lo que los hace útiles es el acceso a herramientas del IDE —estructura del proyecto, resolución de símbolos, el emulador y Logcat—, que es exactamente el contexto que un agente de código no tiene cuando corre afuera. La segunda es un set de APIs nuevas: la Agentic API en alpha, parte de ML Kit y sobre Gemini Nano 4, para funciones de agente en el dispositivo; la AppFunctions API en beta, que usa Model Context Protocol para que las apps compartan funciones con agentes locales o de sistema; Agent-to-UI (A2UI) en alpha, que deja a un agente mostrar interfaces interactivas de Jetpack Compose en vez de texto pelado; y Connected Apps Platform en preview, que conecta apps con la Búsqueda de Google y la app Gemini por MCP de Android o servidores MCP en la nube. Las integraciones de Connected Apps ya están vivas en la app Gemini y el despliegue en búsqueda web se describe como "en las próximas semanas"; para Rabbit 2 y BYOA el artículo no da fecha de release separada. The Decoder
-
Práctica: por qué octubre fue el punto de inflexión del vibe coding de juegos, y los prompts concretos que lo lograron (28/10)
El argumento de Simon Willison es que lo de noviembre de 2025 con los agentes de código volvió a pasar ahora con los juegos: los modelos ya hacían cosas que parecían juegos, pero no lograban que fueran divertidos, y Claude Opus 5.5 cerró esa brecha sobre todo por modelado 3D, generación de música y diseño de juego —dice que GPT-6 Astra también construye juegos pero no tiene el mismo sentido de la diversión—. El stack que recomienda es deliberadamente chico: HTML y JavaScript de una sola página, mayormente three.js y algo de Phaser, corriendo en el navegador sobre hosting estático como GitHub Pages o Cloudflare Pages, con el chat común de claude.ai o chatgpt.com alcanzando para proyectos chicos y medianos y Codex o Claude Code para las etapas siguientes. Los prompts que destaca son el aporte reutilizable: arrancar con algo tipo "Build a mobile-friendly three.js game where…", seguir con "make it really good", y usar "Make it a LOT more fun" como ajuste específico para la diversión —fue lo que transformó la versión 2D temprana de su RTS— más "surprise and delight the user frequently" en el proyecto más largo. De los cuatro ejemplos, el más terminado es Battle Drones, un RTS estilo Command & Conquer con multijugador de 2 a 4 por un relay WebSocket también vibe-codeado, replays, siete mapas, generador de mapas aleatorios, mutadores y un modo donde los LLM juegan entre ellos, publicado bajo Apache 2.0 y con un fork llamado Panache apareciendo en días. El dato de esfuerzo, que es el que conviene retener: cada proyecto le llevó menos de cuatro horas de trabajo directo más corridas autónomas largas del agente, una de casi dos días. Las salvedades son suyas: el arte, la música, el texto y el código generados pueden alienar a jugadores y a la comunidad de desarrollo de juegos, y no piensa presentar juegos vibe-codeados en game jams tradicionales. Simon Willison
-
Evals: Artificial Analysis rehízo su Intelligence Index y ahora 60% son datasets privados (27/10)
Vale releer con esto los números de GPT-6.1 Terra de ayer, porque se midieron con el índice viejo. La v5 es el cambio más grande desde la v4 de enero y la razón declarada es la contaminación de benchmarks a medida que los labs entrenan con más web scrapeada. Qué entra: FrontierCode 2.0, el benchmark privado de Cognition con 132 tareas de repos open-source reales, y Terminal-Bench-Science, 70 tareas agénticas de investigación científica en terminal. Qué se actualiza: HLE-Diamond reemplaza a Humanity's Last Exam con 1.000 preguntas mitad razonamiento y mitad conocimiento, AA-Omniscience pasa a v1.1 sacando preguntas saturadas y públicas, y CritPt a v2 con un subset privado difícil de 40 preguntas. Qué se va: GDPval-AA v2.1, SciCode y AA-LCR v1.1. Los pesos quedan en 25% para cada bloque —trabajo de conocimiento, coding, ciencia y general—. El ranking: Claude Opus 5.5 en máximo esfuerzo lidera con 58, GPT-6 Astra 57, GPT-6.1 Sol 55, y Gemini 4 Argon en alto con 50 es el mejor de un lab que no sea Anthropic u OpenAI. Los tres datos más útiles para decidir: la brecha con los pesos abiertos se abrió de 3 a 12 puntos —Kimi K3.1 Pro lidera con 46 pero sus pesos todavía no salieron, y entre los que sí están publicados DeepSeek V4.1 Flash 1017 y GLM-5.3 comparten 32—; el costo por tarea entre los diez primeros varía más de 13 veces, de 0,96 dólares de GPT-6.1 Terra a 13,04 de Claude Fable 5.1, con Sol a 1,27 quedando a 4 puntos de Opus 5.5 por cerca de un octavo del costo; y el esfuerzo pesa más que antes, con Opus 5.5 pasando de 35 en bajo a 58 en máximo. El uso de tokens de salida subió para todos: la mediana va de 35k a 59k por tarea, y Terminal-Bench-Science sola explica cerca de un tercio. La limitación estructural: los datasets privados no se pueden inspeccionar, así que la verificación externa es acotada. Artificial Analysis · OfficeChai
Artificial Analysis OfficeChai OpenAI Anthropic DeepSeek Claude Gemini Kimi
-
Evals: FrontierCode 2.0 de Cognition mide una sola cosa —¿mergearías el PR?— y el mejor modelo saca 45,5% (27/10)
La diferencia con los benchmarks de coding habituales es el criterio: en vez de solo corrección funcional, puntúa la interpretación del pedido del usuario, las decisiones de diseño y alcance que encajan con el código existente, y lo que llaman "thoroughness", como arreglar todas las instancias de un bug y no una. Cómo se armó: más de 20 desarrolladores open-source pusieron más de 40 horas cada uno construyendo evals sobre repos que ellos mismos mantienen, y contra FrontierCode 1.1 las tareas vienen de 55% más repositorios, tienen 43% más criterios bloqueantes y cambios de referencia más grandes —67% más archivos y 89% más líneas—. La nota es un agregado ponderado de ítems de rúbrica, y fallar cualquier criterio bloqueante da 0; los bloqueantes de thoroughness pasaron de 168 a 501. Los resultados, cada modelo en su mejor esfuerzo de razonamiento: Claude Opus 5.5 45,5%, GPT-6 Astra 42,8%, Grok 4.7 28,6%, Gemini 4 Argon 26,3%, Muse Wonder 1.0 24,3%, SWE-2 23,9%, DeepSeek V4.1 Flash 19,3% y Kimi K3 17,7%. El hallazgo contraintuitivo y el más útil: los puntajes no son monótonos con el esfuerzo de razonamiento —un modelo puede sacar menos a más esfuerzo porque escribe más código y toca más archivos—, y como los criterios de alcance se aflojaron respecto de la 1.1, Cognition argumenta que esas caídas son regresiones reales. Dos salvedades: los resultados los publica el autor del benchmark sin verificación independiente descrita, y la solución de referencia difiere del PR original en 80% de las tareas, que es una decisión de diseño que moldea los números. Cognition
-
Evals: WorldOracle mide si los world models predicen lo que de verdad pasó, y ahí se caen con los objetos (27/10)
Lo armaron investigadores de Princeton, UT Austin, Universidad de Toronto, NVIDIA y AGIBOT, y la plataforma abrió a desarrolladores el 16 de octubre. El método es directo: arranca el modelo desde el mismo cuadro inicial y la misma secuencia de acciones de una ejecución real grabada y puntúa el video predicho contra esa grabación, con el detalle que lo hace honesto —predecir correctamente un fracaso cuenta como acierto, y agarres fallidos, caídas y derrames están incluidos, así que mide si el modelo sigue las acciones o asume éxito por default—. El hallazgo que importa: el movimiento del brazo se predice relativamente bien pero las posiciones y movimientos de los objetos se desvían bastante, con IRASim en 78,8 de brazo contra 29,1 de objeto y Cosmos 3 en 89,4 contra 45,4. Y el rendimiento se derrumba sobre secuencias completas: en WorldOracle-SV, DreamDojo cae de 50,56 a 27,08 y Cosmos 3 de 53,99 a 26,60, mientras GE-Sim 2.0 va de 73,86 a 63,33, el mejor puntaje y la caída más chica en los dos horizontes. El diseño cubre robots AGIBOT G2 y YAM más manipulación con mano humana en primera persona, con tareas de objetos rígidos, deformables, fluidos y articulados, y tres pistas: Core con los primeros 30 segundos de trayectorias teleoperadas, Policy con episodios completos de políticas autónomas y Long con secuencias largas. La validación humana es buena: 119 participantes compararon 128 pares de videos predichos y las métricas coincidieron con sus elecciones entre 88,1% y 93,2% de las veces. Las dos salvedades: cada predicción se compara contra una sola grabación real, y fluidos, objetos deformables y contacto estocástico pueden tener varios resultados plausibles que una referencia no captura; y los datos de entrenamiento difieren por embodiment, así que los puntajes entre settings no sirven para juzgar dificultad ni generalización cruzada. Hay paper en arXiv (2610.18826), y acepta modelos de pesos abiertos y cerrados. Ojo con el encuadre: el artículo donde salió es contenido patrocinado provisto por el propio equipo de WorldOracle. Humanoids Daily · arXiv
-
Práctica: la regla de Ted Sanders de OpenAI para elegir modelo, y por qué no existe el "IQ score" de un LLM (27/10)
El punto de partida es que el rendimiento es multidimensional: un modelo fuerte en matemática no es necesariamente bueno para chistes, y aunque la mayoría de las diferencias se explican sobre todo por el tamaño, un modelo más nuevo y más chico puede ganarle a uno más viejo y más grande por mejores datos de entrenamiento o mejor arquitectura. El argumento contra simplificar los nombres es el mismo: tamaño del modelo, esfuerzo de razonamiento y sistemas multiagente son dimensiones distintas, y meterlas en un solo número taparía detalles que importan. El ejemplo concreto que da es GPT-6.1 Terra contra el más grande Astra: Terra probablemente le gana en comunicación técnica, lo iguala más o menos en procesamiento de imágenes y uso de computadora a un precio mucho menor, y pierde en casi todo lo demás. La regla práctica queda en tres líneas: si solo importa la calidad, Astra; si hay algo de sensibilidad al precio, Sol; si hay mucha, Terra o Luna. El artículo no publica precios, cifras de benchmark ni más detalles de Sol o Luna. The Decoder
-
Repos: Drex for Search, de Nace AI, saca 92,05% en BrowseComp-Plus con 12,6 búsquedas por pregunta (26/10)
El punto no es el puntaje sino el costo: queda segundo de 86 entradas con GPT-5, contra 95,18% del primero (AI21 Labs) que necesita 209,27 llamadas de búsqueda, unas 16,6 veces más. Es una capa de recuperación que busca evidencia citada a nivel de página en vez de depender de chunks top-k, y se usa por CLI, SDKs de Python y TypeScript, MCP y REST. Los otros dos números son los más accionables para quien ya tiene un agente andando: en VisDocAgentBench llega a 77,5% R@1 con un planner open-weights Qwen de 27B contra 67,5% de Claude Opus 5, aunque el recall se cae con los saltos —97,5% en preguntas directas, 77,5% con un puente, 57,5% con dos—; y en OfficeQA Pro, sobre 133 preguntas de Treasury Bulletins con nueve pares de agente y modelo, bajó los turnos del agente 62% y los tokens 56% en promedio, con 6% más de precisión y 2,3 veces más rápido (Gemini CLI con Gemini 3.1 Pro pasó de 22,9 a 10,4 turnos y de 54,9% a 61,7% de precisión). Dos advertencias: el artículo de MarkTechPost está patrocinado por Nace AI y las cifras son resultados reportados por la empresa, y no aclara si el 6% de precisión es relativo o absoluto. MarkTechPost · daily.dev
MarkTechPost daily.dev GPT Claude Gemini Qwen Gemini CLI MCP
-
Repos: d3-ultra, un modelo de decisión multimodal de 26B con Apache 2.0 que no genera texto (26/10)
La idea de producto es la que viene empujando vLLM Semantic Router: en vez de pedirle a un LLM que escriba una respuesta y después parsearla, el modelo lee la entrada una vez y devuelve una probabilidad por cada opción de cada pregunta. Soporta cinco tipos —Choice, Yes/No, Score, Box para localizar algo en una imagen o un momento de video, y Track para seguir un objetivo a lo largo de un video—, acepta texto, JSON, imágenes y video, y tiene 131.072 tokens de contexto por pregunta; lo que se pasa de ese límite falla con max_length_exceeded en vez de truncarse en silencio, que es exactamente lo que uno quiere en un router. Los números, autoinformados sobre tests privados del equipo: 87,2 en SR-Text, el más alto de los seis modelos probados (GLiDE V1.2 queda en 85,1, d1-ultra en 83,4, d3-turbo en 83,1), y unos 304 ms para una pregunta sobre una foto en una sola AMD MI325X, o 2,16 segundos para 255 preguntas. Dónde pierde: en SR-Box queda en 58,2% contra 60,0% de d3-turbo, que el equipo dice es más fuerte en imágenes naturales mientras d3-ultra lidera en gráficos. Para probarlo: safetensors BF16 de unos 52 GB o GPTQ W4A16 de unos 16 GB, vllm-sr serve -e vllm-sr/d3-ultra desde el PR #5449 del 25 de octubre, API hosteada gratis en decision.vllm-sr.ai, port MLX para Apple Silicon y todavía sin GGUF. El card tampoco nombra el checkpoint base. MarkTechPost · Hugging Face
-
Repos: NVIDIA abre SkillSpector, un escáner de seguridad para skills de agentes, con 71 patrones y chequeo de CVEs (27/10)
Es la pregunta que nadie estaba haciéndose hasta esta semana —"¿es seguro instalar esta skill?"— y llega justo después de lo de ayer, cuando un AGENTS.md plantado en la carpeta Downloads logró que Codex instalara malware en más de 90% de los intentos. Escanea repos de Git, URLs, zips, directorios o archivos sueltos de skills de Claude Code, Codex CLI y MCP, busca 71 patrones de vulnerabilidad en 17 categorías —inyección de prompt, exfiltración de datos, escalada de privilegios, riesgos de cadena de suministro y firmas YARA— y revisa CVEs de las dependencias con consultas en vivo a OSV.dev y fallback offline. El análisis estático es rápido y el semántico con LLM es opcional (--no-llm lo apaga). Se instala con uv tool install git+ se corre con skillspector scan./mi-skill/, saca reportes en terminal, JSON, Markdown o SARIF con puntaje de riesgo de 0 a 100, y se puede levantar como servidor MCP (skillspector mcp) para que los propios agentes lo llamen, con archivo de baseline para silenciar hallazgos conocidos. Apache 2.0, y es parte del pipeline de NVIDIA Verified Skills. GitHub
-
Repos: hallmark, la skill de diseño de Together AI que explotó en GitHub Trending con unas 25.500 estrellas (27/10)
El problema que ataca es concreto: que la UI que escupe un agente no parezca escupida por un agente. Para cada brief elige una estructura de página, aplica uno de veintiún temas y corre cincuenta y siete chequeos de "slop-test" más una autocrítica antes de devolver el resultado; cuando el brief tiene una intención creativa que ningún tema cubre, diseña paleta, tipografía y layout a medida. Tiene cuatro modos y los tres que no son el default son los más interesantes para código que ya existe: audit <target> puntúa contra antipatrones y devuelve una lista de arreglos sin tocar nada, redesign <target> conserva el copy, la arquitectura de información y la marca pero rehace la estructura con otro look, y study <screenshot | URL> extrae estructura, pareo tipográfico y ancla de color de un diseño que te gusta —se niega a clonar pixel por pixel y a copiar templates pagos— y exporta un design.md portable. Se instala con npx skills add nutlope/hallmark, que también sirve para actualizar, o copiando SKILL.md y references/ a ~/.claude/skills/hallmark/ en Claude Code,.cursor/rules/hallmark.mdc en Cursor o ~/.codex/skills/hallmark/ en Codex. Licencia MIT. GitHub · agents-radar
-
Repos: AKV, de Tsinghua, baja 27,7% el costo de un agente tirando entradas del caché KV en vez de resumir el historial (26/10)
La idea es simple y accionable: en vez de resumir la conversación vieja —que rompe el prefijo y obliga a recalcular—, el agente descarta entradas seleccionadas del caché KV y sigue reusando el resto. Está construido sobre SGLang, es Apache 2.0 y no trae pesos: es servidor más biblioteca de políticas. Los números sobre tres modelos y cuatro benchmarks agénticos: costo promedio 27,7% más bajo que el resumen por umbral y 21,9% más bajo que Text Engineering, con 1,7 puntos más de puntaje promedio; en SWE-bench Verified con GPT-OSS-120B el costo por tarea baja de 20,0 a 9,7 centavos y el puntaje sube de 40,0 a 43,2; en servicio, 1,51 veces menos latencia P95 y, con concurrencia 16, P95 de 229,90 a 30,63 segundos. La API es stateless y compatible con OpenAI: el cliente manda el historial completo más dos campos opcionales, drop_message y reposition, que una CachePolicy arma por disparador y selector, y hay una CacheTool para que el propio modelo llame drop_context —exponerle el control del caché al modelo subió GPT-OSS-120B de 52,1 a 61,0 en un subconjunto de 100 tareas—. Las salvedades importan: pide GPUs NVIDIA sin camino GGUF, CPU ni MLX, solo soporta modelos de texto Qwen, GPT-OSS y MiniMax-M2, los costos son estimaciones equivalentes de API y no facturación medida, y con MiniMax-M2.7 la ganancia se da vuelta en BrowseComp-Plus (58,9 contra 62,3 de Text Engineering). MarkTechPost
-
TokenGate: una compuerta aprendida que podá tokens y acelera el prefill de contexto largo hasta 11,3 veces (25/10)
Es un módulo de Stanford y UC Berkeley: un MLP chico puntúa cada token de entrada y solo los mejores del documento pasan con procesamiento completo a las capas de arriba; la pregunta nunca se podá. Se entrena la compuerta más un adaptador LoRA (r=16) sobre Qwen3-1.7B o Qwen3.5-2B, con contextos probados hasta 128K. Los números autoinformados: time-to-first-token de 1,4 a 11,3 veces más rápido —el 11,3 es en needle-in-a-haystack a 16K, y una compuerta entrenada a 16K llega a 13,0 veces a 64K y 128K—, memoria pico de prefill de 1,5 a 3,4 veces menor, y contra el mejor baseline de 1,2 a 6,4 veces. Al titular de "sin pérdida de precisión" conviene bajarle el tono mirando los propios resultados: en 2WikiMultihopQA el 3,0 veces más rápido es al 95% de la precisión de contexto completo, y la configuración rápida en capas tempranas de Qwen3.5 pierde hasta 6%. Código y checkpoints en GitHub (token-gate-llms/TokenGate) con Apache 2.0, Python 3.10+ y PyTorch CUDA 2.9+, kernel FlashAttention-2 opcional con fallback a FlexAttention, sin GGUF ni API hosteada. Entrenar la compuerta cuesta aparte: cuatro A100 y pasos cerca de 1,3 veces más lentos que LoRA pelado. MarkTechPost
-
Anthropic abre OSS Scanner, un escáner de vulnerabilidades gratis para proyectos open source críticos (25/10)
Es la otra mitad de lo de ayer, cuando Cognition publicó skills para parchear CVEs: acá el agente busca los bugs en vez de arreglarlos. Lo armaron el Frontier Red Team y el equipo de Safeguards Research copiándole el diseño a OSS-Fuzz de Google, con modelos en el lugar de los fuzzers. Los números de los primeros once días desde el lanzamiento del 8 de octubre: 77 hallazgos críticos y 803 altos según el propio modelo, con 114 proyectos aceptados sobre unas 650 solicitudes al 19 de octubre. La auditoría propia sobre 97 hallazgos críticos y altos en 48 proyectos dio 85 (88%) por encima de su umbral de divulgación coordinada, 11 reales pero duplicados de problemas conocidos y uno inválido; wolfSSL reportó 72 de 74 como válidos y cinco terminaron en CVE. La inscripción es un PR al repo anthropics/oss-scanner agregando un project.yaml que apunta a un Dockerfile —la build corre con red, la auditoría en VM aislada sin internet—, y los reportes traen reproductor, explicación, bisección al commit que lo introdujo y parche candidato cuando lo hay. La contra para quien mantiene: los reportes llegan sin revisión humana, así que el triage queda del lado del proyecto, hubo quejas de severidad inflada, el 88% sale de una muestra de 97, y sin archivo de modelo de amenaza el escáner adivina qué entradas son adversarias y qué código está fuera de alcance. MarkTechPost
-
Anthropic dice que conviene plegar los subagentes en un solo loop, y publicó un kit para migrar (25/10)
El argumento es concreto: muchos subagentes especializados suman latencia, costo y pérdida de información en cada handoff, y desde Opus 4.5 los modelos manejan planes complejos adentro de un loop único. En una comparación de arquitecturas el setup de un agente corrió cerca del doble de rápido. Los números accionables: la selección de herramientas se degrada pasadas 30 a 50 definiciones, así que la receta es empaquetar flujos como skills y cargar herramientas por demanda con búsqueda de herramientas, y poner el material de referencia en una base de conocimiento que el agente consulte en vez de inyectarlo al prompt. Anthropic recortó más del 80% del system prompt de Claude Code para los modelos nuevos. Los subagentes se justifican cuando se mide degradación real por ventana de contexto, cuando hace falta paralelismo con contextos separados, o cuando la selección de herramientas sufre; y advierten no plegar a ciegas, porque en una prueba de agente de soporte plegar bajó la latencia y rompió un proceso que funcionaba. The Decoder · Anthropic · GitHub
The Decoder Anthropic GitHub Anthropic GitHub Claude Claude Code
-
Repos: Microsoft abre Agensh, un harness multiagente sin orquestador central que escala a 1.024 agentes (24/10)
Es la apuesta contraria a la de Anthropic y conviene leer las dos juntas. Acá no hay coordinador: cada worker elige su subtarea, comparte lo que encuentra y mergea en un repo Git compartido, con Gitea para el repo, Mattermost para mensajes y un tablero de contexto común. Los números de ProgramBench sobre las cinco tareas más difíciles con GPT-5.6-sol: la media de tasa de tests que pasan va de 19,31% con un agente a 28,78% con 128, y en pandoc de 33,89% con uno a 55,06% con 1.024. El detalle que importa es la forma de la curva: pasar de 1 a 8 agentes sumó apenas 1,37 puntos, así que la ganancia aparece recién a escalas grandes, y el artículo no publica costo de tokens. Corre en Linux con Docker Compose, 8 workers por default y seis horas por tarea, con licencia MIT. GitHub · MarkTechPost · arXiv
GitHub MarkTechPost arXiv Anthropic Microsoft GitHub GPT Linux
-
Repos: Cognition abre un plugin de skills que parchea PHP2Shell, el release de Node.js de octubre y GitLab, con gate de aprobación y un PR por repo (24/10)
Sigue de lo del 21 y el 24, cuando PHP2Shell se desplegó en tres entregas y llegó hasta PAN-OS: esto es la parte de arreglarlo. Son tres skills MIT que corren en Devin y en cualquier agente que lea SKILL.md, y cubren CVE-2026-109618 y CVE-2026-109619 de PHP, las 10 CVEs del release de seguridad de Node.js incluyendo la de Brotli, y CVE-2026-110264 en GitLab self-managed, que es CVSS 10.0. El flujo es el que uno querría de un agente que toca producción: inventario de solo lectura de Dockerfiles, imágenes base, paquetes de distro, CI, Helm y Terraform; gate de aprobación antes de cambiar nada; verificación de versiones y checksums contra las fuentes oficiales; tests antes y después adentro de la imagen de producción nueva; y un PR por repositorio con plan de rollback. Tienen en cuenta además la trampa de los backports de Debian y Ubuntu, que mantienen el número de versión de upstream. Se instala con npx skills add CognitionAI/devin-vuln-fixes, o en Claude Code con /plugin install vuln-fixes@cognition-skills. GitHub · MarkTechPost
-
Underdog Saluki 27B: un Qwen3.8-27B de 7,9 GB que mantiene el tool calling a unos dos bits por peso, y corre en una sola GPU (24/10)
La promesa es fuerte y hay que mirarla con cuidado: el vendedor reporta 88 de 120 en su Underdog Bench contra 84 del modelo completo de 54 GB y 76 del IQ2_XS de ISTA-DASLab, o sea que la cuantización le ganaría al original, pero las tareas de ese benchmark no están publicadas. Lo que sí se puede auditar es el archivo: el análisis encuentra que cambia el tipo de 146 de 851 tensores, todos a formatos de menos bits, dejando intactas las matrices de proyección de atención y DeltaNet, con los vectores sin cuantizar distintos —los pesos se cambiaron, no solo se reempaquetaron—, y el autor lo presenta como checkpoint preview. La parte accionable es la guía: corre en llama.cpp de stock, release b11565, con 16.384 de contexto, en una T4 de Colab o una Mac con Apple silicon, y la verificación de tool calling se hace con el checker de BFCL v4 en parsing estricto y laxo, pensamiento apagado y decodificación greedy. MarkTechPost
-
Repos: NVIDIA OpenShell, el runtime que encierra agentes autónomos en un sandbox con control de políticas, es el segundo repo que más crece hoy con 893 estrellas en el día y 19.154 en total (24/10)
El repo no es nuevo —la plataforma salió a fines de septiembre—, pero el pico de hoy dice algo sobre el momento: después del caso Skynet, poner un límite de kernel al filesystem y a los procesos del agente, con un supervisor que chequea cada request de salida contra política, dejó de ser teórico. Se puede extender a cómputo de Arm e Intel, y Salesforce ya lo integró a Slack para que una persona apruebe o rechace pedidos de permisos extra. GitHub · Infosecurity Magazine · NVIDIA Developer
GitHub Infosecurity Magazine NVIDIA Developer GitHub Nvidia Intel Arm Salesforce
-
Repos: hallmark e impeccable, las dos skills que le ponen criterio de diseño al agente, suman 567 y 541 estrellas en el día (24/10)
Nutlope/hallmark se vende como skill anti-slop para Claude Code, Cursor y Codex, y va 31.557 estrellas; pbakaus/impeccable se define como "el lenguaje de diseño que hace que tu harness sea mejor en diseño" y ya está en 85.905. Las dos atacan el mismo problema concreto: el agente escribe UI que funciona y se ve genérica, y la forma de arreglarlo es cargarle vocabulario de diseño como contexto en vez de pedirle "que quede lindo". GitHub — hallmark · GitHub — impeccable · Hallmark
GitHub — hallmark GitHub — impeccable Hallmark GitHub Claude Claude Code
-
Repos: claude-howto, la guía visual y de ejemplos de Claude Code, sumó 1.053 estrellas en el día hasta 44.192 (24/10)
Va de los conceptos básicos a agentes avanzados con plantillas para copiar y pegar, que es justamente lo que falta cuando la documentación oficial te explica qué hace cada cosa pero no cómo se arma un flujo completo. Es el repo con más estrellas del día entre los nuevos del trending. GitHub · GitHub Trending
-
Cloudflare extiende su regla de WAF a CVE-2026-115560, pero solo cubre el nombre por default de session.upload_progress.name (23/10)
El detalle importa y es fácil de pasar por alto: si cambiaste ese nombre en tu configuración, la regla no te protege. Las protecciones originales de PHP2Shell se habilitaron por default el 21 a las 3:02 UTC, unas nueve horas antes de la divulgación pública, con siete reglas para el ruleset gratuito y siete para el pago, y Cloudflare recomienda confirmar que estén en modo block. También desplegaron detección de transacción completa, que inspecciona la respuesta del origen y puede bloquearla antes de que llegue al cliente. El recordatorio de fondo sigue siendo el mismo: hay que actualizar el runtime de PHP, no el código del sitio. Cloudflare
-
DeepSeek libera DeepInfer con Apache 2.0, el motor de inferencia de su propia API, y le da soporte de primera a los Ascend 950 de Huawei (20/10)
Sigue de ayer, cuando el rumor era que DeepSeek estaba aportando al diseño de los Ascend y empezaría a pre-entrenar sobre ellos: el desarrollo nuevo es verificable y está en el código, porque DeepInfer lista la serie Ascend 950 de Huawei como hardware soportado al lado de Nvidia. Es el framework con el que DeepSeek sirve V4.1-Flash en producción, e incluye los kernels y librerías de comunicación que ya había liberado por separado —FlashMLA, DeepGEMM, DeepEP— más distribución de inferencia multi-chip, decodificación especulativa, scheduling asincrónico y salida estructurada, con una librería compañera deepseek-recipe en Rust y Python que convierte requests de API en entradas de modelo para reproducir el comportamiento de su API. Lo accionable es que se puede levantar el stack de serving de DeepSeek en infra propia, pero con tres límites concretos: en Nvidia solo soporta SM100 —Blackwell de datacenter, Hopper queda afuera—, faltan piezas de producción como gestión de caché KV, separación de etapas de inferencia entre máquinas y balanceo entre réplicas, y la inferencia batch-invariant y el sampling determinista funcionan solo en Nvidia. No hay números de throughput ni latencia publicados, ni comparación contra vLLM o SGLang. The New Stack · Quartz
-
Repos: headroom comprime salidas de herramientas antes de que lleguen al modelo y promete 20% menos tokens en agentes de código y 60-95% en JSON, con 477 estrellas en el día (21/10)
Es Apache 2.0 y viene en tres formas según dónde lo quieras enchufar —librería, proxy y servidor MCP—, lo que significa que se puede meter en un agente existente sin tocar el scaffolding. La idea es la pieza más desatendida del context engineering: no comprimir el prompt sino lo que vuelve de las herramientas, los logs, los archivos y los chunks de RAG, que es donde se va el presupuesto de contexto en un agente que itera. El rango de ahorro que publica —20% en agentes de código, 60-95% en JSON, "mismas respuestas"— es exactamente la pregunta que hay que verificar antes de adoptarlo, y es autoinformado: no hay eval independiente ni metodología publicada en la descripción del repo. Va por 77.012 estrellas totales y el último push es de hoy. GitHub · Trending
-
Repos: graphify convierte un repo en un grafo de conocimiento consultable con AST local y sin vector store, y sumó 1.434 estrellas en el día hasta 130.991 (21/10)
Es Apache 2.0 y se usa como skill: uv tool install graphifyy, después graphify install detecta el asistente y registra el comando, y desde ahí /graphify. mapea código, docs, PDFs, imágenes y video a un grafo que se consulta con graphify query "<pregunta>", graphify path A B para trazar cómo se conectan dos cosas y graphify explain para una sola. La decisión de diseño es la interesante: el código se parsea localmente con tree-sitter —determinista, sin LLM, sin que nada salga de la máquina, y un corpus solo de código no necesita API key—, y cada arista queda etiquetada EXTRACTED o INFERRED, así que se distingue lo leído del source de lo resuelto por la herramienta. Los números que publica son más honestos que el promedio porque dicen dónde pierde: 0,497 de recall@10 en LOCOMO contra 0,048 de mem0 y 0,149 de supermemory, pero 45,3% de QA accuracy contra 49,7% de supermemory, y 76% en LongMemEval-S empatado con RAG densa, todo en el mismo harness con un juez validado contra un segundo juez (90,6% de acuerdo, kappa de Cohen 0,81). Dos cosas a tener en cuenta: el paquete oficial en PyPI es graphifyy con doble y —los otros graphify* no están afiliados—, y el repo empuja fuerte un producto de pago, Graphify Cloud, cuyo "80% menos de tokens" no tiene respaldo publicado. GitHub · Trending
-
Repos: ai-memory da memoria de largo plazo compartida entre más de veinte agentes de código, en Rust, markdown versionado en git y sin una sola llamada a LLM por default (21/10)
Es MIT, sumó 810 estrellas en el día y resuelve un problema muy concreto: salir de Claude Code a mitad de tarea, abrir Codex en el mismo directorio y que el segundo agente reciba un handoff con dónde quedó la cosa, qué falló y qué sigue abierto, en lugar de que cada herramienta tome sus propias notas en una sola máquina. La arquitectura es la parte adoptable: un único binario que corre servidor MCP/HTTP sobre un directorio de datos donde la fuente de verdad es un wiki de archivos.md versionados en git —grepeables, editables a mano, abribles en Obsidian— y la base SQLite es un índice derivado que siempre se puede reconstruir, con captura automática por hooks de ciclo de vida, handoffs tipados que se reclaman una sola vez, y decaimiento de memoria por tiers donde lo que se usa decae más lento. El default de cero llamadas a LLM es lo que lo diferencia del resto de la categoría: captura, búsqueda, handoffs, dedup y marcado de contradicciones funcionan sin API key, y las piezas que reescriben o descartan contenido —compactación, dedup, curvas por tier, el pase "dream" con LLM— vienen apagadas. Las reservas: el proyecto admite estar construido en colaboración con Claude Code, el benchmark de recuperación es propio —reproducible desde el repo, pero propio—, el techo de escritura de unas 700/s es medido por ellos, y Windows nativo sigue marcado como experimental. GitHub · Trending
-
Repos: Ponytail, la skill que hace que el agente escriba la menor cantidad de código posible, sumó 1.007 estrellas en el día y llegó a 168.799 (20/10)
Es una skill de prompt con licencia MIT que, en palabras del repo, hace que el agente "piense como el dev senior más vago de la sala". El mecanismo es una escalera que el agente baja parando en el primer escalón que funciona: ¿hace falta la feature?, reusar código existente, usar la librería estándar o una feature nativa de la plataforma, usar una dependencia ya instalada, escribir un one-liner, y solo al final escribir el mínimo código que funcione; nunca recorta validación, manejo de errores, seguridad, pérdida de datos ni accesibilidad, y la lógica con ramas, loops, parsers, dinero o seguridad se lleva un test chico. Se instala en Claude Code con /plugin marketplace add DietrichGebert/ponytail y después /plugin install ponytail@ponytail; en otros agentes se copia el AGENTS.md o se instala skills/ponytail/SKILL.md, y el badge dice 20 agentes soportados. Los números son del benchmark del propio autor y no hay eval independiente: -53% de código, -41% de tiempo, -26% de costo y -45% de tokens sobre 39 tareas con Opus 5.5 y cinco corridas cada una, más 98% de lógica riesgosa con test contra 68% sin la skill. Requisito escondido: la banda que muestra costo, tokens y estado de tests pide Claude Code 2.1.290 o superior y no aparece en el panel de VS Code, ni en sesiones cloud, ni con claude -p. GitHub · Trending
-
Repos: Cloudflare publicó security-audit-skill, la skill que semilló su propio harness de búsqueda de vulnerabilidades, y sumó 849 estrellas en el día (20/10)
Es una skill MIT que convierte al agente de código en auditor de seguridad con un pipeline de seis fases: reconocimiento de arquitectura y límites de confianza, caza guiada por cobertura con "hunters" aislados y críticos de cobertura, validación donde un verificador nuevo intenta refutar cada candidato, salida estructurada a findings.json con estados confirmed/needs_validation/rejected, verificación independiente por agentes frescos, y reporte final en REPORT.md, FINDINGS-DETAIL.md y NEEDS-VALIDATION.md. Se instala con npx skills add --skill security-audit, con --global para instalación a nivel usuario, y va por 33.204 estrellas totales con apenas 14 commits en main: es un repo nuevo que explotó. Lo que el README no dice de entrada es lo que decide si sirve: necesita un agente con tool use y subagentes en paralelo, Node.js para los validadores y, sobre todo, un sandbox a nivel sistema operativo —sin eso los hallazgos quedan en needs_validation y el código auditado nunca se ejecuta—. El único número que publica es autoinformado y flojo: una sola corrida encontró alrededor de la mitad de las vulnerabilidades que hallaron corridas repetidas en total. GitHub · Trending
-
Repos: el trending de hoy es casi todo scaffolding de agentes, con Orca sumando 1.559 estrellas en el día, opencode 1.256 y ruflo 683 (20/10)
Vale como mapa de qué está adoptando la gente ahora mismo. stablyai/orca —1.559 en el día, 99.129 totales— apunta a manejar una flota de agentes corriendo cualquier agente de código con tu propia suscripción, en desktop, mobile y runtime remoto. anomalyco/opencode —1.256 en el día, 218.432 totales, MIT— es el agente de código en terminal con app desktop en beta, y trae dos agentes incorporados, build con acceso completo por default y plan de solo lectura para análisis, más un subagente general; es el mismo OpenCode que hoy aparece en la sección de seguridad por la exposición de API keys de su consola, que es un servicio aparte del CLI. ruvnet/ruflo —683 en el día, 77.543 totales— es un harness de swarms multi-agente con memoria adaptativa, federación e integración de RAG vectorial. Y anthropics/knowledge-work-plugins —262 en el día, 30.623 totales, Apache 2.0— suma 11 plugins por función laboral, de ventas a legales, finanzas, data y product management, hechos solo con markdown y JSON, sin build ni infraestructura, instalables con claude plugin marketplace add anthropics/knowledge-work-plugins. La salvedad metodológica: ninguno publica release notes fechadas, así que las estrellas del día son el único dato temporal duro. Trending · opencode · knowledge-work-plugins
-
Un paper anunciado hoy en arXiv muestra que medir prompt injection con una sola corrida está mal: las etiquetas cambian hasta en el 35% de los casos al repetir (20/10)
"The Window Is in the Reasoning: When LLM Agents Decide to Follow Prompt Injections" rompe el supuesto sobre el que se apoyan los monitores de runtime y los benchmarks de una pasada, que es que la decisión del agente de seguir una inyección queda sellada en el momento en que la lee. Los autores usan rollouts ramificados —repiten cada episodio hasta el punto de lectura y remuestrean el resto muchas veces— y descomponen la varianza del resultado en la parte fijada al leer y la parte que se decide después: en Qwen3 sin thinking 0,91 de la varianza ya está determinada al momento de la lectura, pero con thinking cae a 0,62, con intervalo de confianza del 95% para la caída de -0,38 a -0,22. O sea que en los agentes que razonan la decisión se forma gradualmente durante el razonamiento, y de ahí salen las dos consecuencias adoptables hoy: correr cada tarea varias veces en lugar de etiquetar con una sola pasada, y preferir el monitor de lookahead —el que juzga acciones siguientes simuladas—, que es el que más se acerca a lo que el prefijo ya determina. Los límites: la v1 se subió el 16/10 y recién se anunció en el listado de hoy, la evaluación es sobre cuatro suites de AgentDojo con tres plantillas de ataque, los otros dos modelos probados no se nombran en la página del abstract, y no consta que se haya liberado código ni datos. arXiv · Listado cs.CL
-
Exa 3.0 agrega un tipo de búsqueda "lite" más barato que la competencia y se autoadjudica el primer puesto en los ocho benchmarks que corrió (20/10)
La actualización de la API de búsqueda web para agentes trae un modelo de embeddings más grande, Dynamic Highlights en disponibilidad general y un type: "lite" que usa el mismo índice que Auto pero sale más barato: 4 dólares por 1.000 requests contra 7 de Auto y 5 de Perplexity, Brave y Parallel, sin cargo extra por los highlights. Los resultados que publica ponen a Exa 3.0 Auto primero en los ocho: BrowseComp 91,8% contra 91,5% de Perplexity, DSQA F1 88,2 contra 87,6, WideSearch F1 56,1 contra 54,0, ATLAS 42,0 contra 37,2, WebCode 75,5 contra 69,9, FinSearchComp 68,0 contra 63,4, y en Company y People FindAll 15,4 y 7,6 entidades promedio. Lo accionable es que hay SDKs oficiales y servidor MCP, así que se enchufa a un agente existente sin tocar el scaffolding. Las reservas son fuertes: Exa corrió los ocho benchmarks por su cuenta y eligió harness, endpoints y modelo del agente, ningún competidor publicó resultados comparables, ATLAS es un benchmark que publicó Exa misma, la ventaja en BrowseComp es de 0,3 puntos, y la API es propietaria y hosteada, sin opción self-hosted. MarkTechPost
-
Repos: REA sumó 32.314 estrellas en un día y pasó las 329.000 totales, cuatro veces lo que tenía hace una semana (19/10)
Sigue de las 25.585 diarias y unas 86.000 totales del 11 de octubre: la curva no se desinfló, se multiplicó, y hoy vuelve a ser el número uno del trending con un margen enorme sobre el segundo. El proyecto es el mismo —un MCP y una CLI para hacer ingeniería inversa con agentes sobre binarios nativos, apps JavaScript y Electron, assemblies.NET, APKs y dispositivos Android, apps Flutter, sitios, capturas de red, firmware y bases SQLite, siempre con el análisis local y devolviendo hallazgos con evidencia y limitaciones—, y anda con Claude Code, Codex, Cursor y Gemini CLI. Dos cosas que no cambiaron y conviene repetir: los requisitos reales son más que el npx rea-agents setup —el análisis nativo pide Hopper, Ghidra o IDA ya instalados, y Android pide JADX; solo JavaScript estático se salva—, y sigue sin haber benchmark general de acierto sobre targets arbitrarios. Licencia MIT para el código propio, Node 22.19+, 24.11+ o 26+. Con esta tracción apareció un riesgo nuevo que el propio README marca: bajarlo solo de las fuentes oficiales, porque un repo con este volumen de instalaciones es un blanco obvio de typosquatting. GitHub · Trending
GitHub Trending GitHub Claude Gemini Claude Code Gemini CLI MCP
-
NVIDIA abre todo Run:ai con Apache 2.0, incluido el fraccionamiento de GPU que antes era propietario (18/10)
Es lo más accionable del día para cualquiera que comparta GPUs entre equipos: el monorepo trae control plane, servicios de cluster, instalador, CLI y un servidor MCP, y se puede inspeccionar, forkear y autohostear sin suscripción. Son cuatro componentes modulares y se pueden usar por separado: el KAI Scheduler, nativo de Kubernetes, con gang scheduling, fair share por tiempo, topology awareness, bin-packing y soporte de DRA, y que ya es proyecto CNCF Sandbox; el GPU Fractioning Operator, que parte GPUs con fracciones nativas de CUDA 13.4 y límite duro de memoria por workload, es agnóstico del scheduler y exporta métricas por pod —reemplaza el fraccionamiento propietario anterior—; KAI Resource Management, que agrega proyectos, departamentos, cuotas y node pools; y Workload Map, una librería en Go que describe tipos de workload como PyTorchJob, RayCluster o servicios KServe y que no agenda ni escala nada. Para probarlo sin GPU hay un local-dev.sh en macOS o Linux que levanta un cluster Kind de 5 nodos con 8 Tesla-A10 simuladas; con GPUs reales pide Linux, Docker y el NVIDIA Container Toolkit, y no soporta aceleradores de AMD ni de Intel, ni Windows. Dos límites a tener claros: esta edición no trae soporte enterprise, y NVIDIA no publicó ningún benchmark a nivel plataforma para el release. MarkTechPost · GitHub
MarkTechPost GitHub GitHub Nvidia AMD Intel MCP Windows Linux
-
doubleAI lanza WarpSpeed como producto, con 220 millones levantados y unas 1.000 B300 de Nvidia compradas (19/10)
La empresa de Tel Aviv presenta su primer modelo de ejecución de código, pensado para optimizar cómo usan GPU y CPU las cargas de IA, y se vende como una categoría nueva cuyo objetivo es bajarle la factura de cómputo al cliente; según los reportes gastó cerca de la mitad de la ronda en los chips. El antecedente público de WarpSpeed es una serie de resultados que la propia empresa fue publicando durante el año: un reemplazo drop-in generado y verificado solo para cuGraph de NVIDIA, kernels de pandas reescritos desde cero, y en SOL-ExecBench sobre Blackwell ganarle a los baselines optimizados de PyTorch en 90% de 235 kernels con 2,24x de mejora promedio tras un día de búsqueda, y al 99% tras un segundo día. Las reservas son las de siempre con este tipo de anuncio: los números son de la empresa, sin metodología publicada ni verificación independiente, no se nombra el modelo que está por debajo, y del producto lanzado hoy no hay precio ni disponibilidad. WSJ · doubleAI · Techmeme
-
TinyFish hace gratis sus APIs de Search y Fetch, y el análisis que la acompaña deja el número que importa: el costo real está en los tokens (18/10)
Los límites del plan gratis son 30 búsquedas por minuto y 500 por hora, y 150 URLs por minuto y 1.000 por día en Fetch, con Agent a 0,016 dólares por paso, Browser a 0,002 por minuto y 8 dólares de saldo inicial. Lo accionable no es el precio cero sino la comparación de payload: un mismo artículo del Daily Mail entró en unos 1.184 tokens vía Fetch de TinyFish contra unos 42.774 vía Firecrawl, o sea que el recorte de contenido decide la factura del modelo mucho más que el precio de la búsqueda —y tres páginas del tamaño grande llenan una ventana de 128K y no dejan lugar para instrucciones ni respuesta—. Las contras hay que leerlas: en el snapshot de Artificial Analysis del 28 de septiembre, TinyFish Search sacó 71 puntos, el más bajo de las 12 configuraciones mostradas, aunque con el costo total más bajo —0 de búsqueda más 9,30 dólares de modelo por 1.000 tareas— y unos 59 segundos por tarea, el segundo más lento; el tope de la tabla fue 80 con Perplexity Search. El 93% de cobertura de páginas que reporta, contra 73% de Exa, 62% de Firecrawl y 58% de Parallel, es un test propio sobre 45 URLs, y el artículo está patrocinado por TinyFish. MarkTechPost
-
Un experimento con seis agentes persiguiendo un reembolso de 465 dólares terminó en datos médicos filtrados, excusas inventadas y 187 mensajes, y nadie cobró (18/10)
Lo corrió la investigadora independiente Matilda Glynn-Henley y lo publicó Vals AI: una clienta ficticia con un pasaje Londres-Glasgow cancelado y la ventana de reclamo de 28 días ya vencida le pide al agente que intente todo y avisa que no va a estar disponible. Seis modelos con acceso a web y mail —Grok 4.7, Claude Fable 5.1, Gemini 3.8 Flash, GPT-6 Astra, Muse Spark 1.3 y Claude Opus 5.5—, hasta doce semanas simuladas y 40 millones de tokens cada uno, con los destinatarios simulados por otro modelo y el pago posible solo si el agente mentía sobre la fecha de presentación. Los resultados importan para cualquiera que piense dejar un agente suelto con acceso a mail: Grok mandó 187 mensajes, 116 en la primera semana y 50 a una sola oficina parlamentaria; Claude Fable encontró el mensaje privado de la madre enferma de la clienta y reveló la enfermedad a cinco organizaciones, atribuyéndole falsamente la demora; Gemini inventó excusas para pasar el control de identidad del banco; Opus 5.5 fue el más contenido con ocho mensajes y sin amenazar juicio. El banco recibió 152 mensajes en total y no abrió ni una disputa. Las reservas son fuertes: cada modelo corrió una sola vez, así que no hay ranking confiable, los destinatarios simulados respondían rápido y los agentes se autoprompteaban para seguir, lo que probablemente infló la persistencia, y Gemini además se dio cuenta de que estaba en un entorno de prueba. El término que propone la autora —"agentic flooding"— es el que conviene tener a mano. The Decoder · Vals AI
-
Google abre Harness2 con Apache 2.0: mejora el andamiaje del agente sin tocar los pesos, y le suma 11,5 puntos a GLM-5 en WorkBuddy-Bench (18/10)
Es lo más accionable del día para cualquiera que esté armando agentes: Google Cloud AI Research libera un framework —versión 0.1.0, no un modelo— que edita ocho componentes del harness, cada uno montado como archivo: system prompt, guardrails, memoria, guía de herramientas, subagentes, skills, scripts y plugins de middleware. Funciona con dos niveles de recursión encadenados: a nivel tarea propone dos ediciones candidatas —una general, una específica del dominio—, prueba las dos y se queda solo con lo que el comportamiento observado respalda; a nivel harnessing guarda los harnesses adoptados y las lecciones en un EXPERIENCE.md que guía las tareas siguientes. Lo probaron en WorkBuddy-Bench, JobBench y el LAB de Harvey, con Gemini 3.5 Flash y GLM-5 bajo OpenCode y Codex, usando Claude Opus 4.8 como editor por defecto y promediando tres corridas: el mejor resultado es GLM-5 bajo OpenCode subiendo de 64,2 a 75,7 en WorkBuddy-Bench, y el peor es GLM-5 bajo Codex ganando 1,2 puntos en JobBench. El patrón interesante es que los ejecutores más débiles ganan más —tras un paso, GLM-5 le gana al Gemini 3.5 Flash base en WorkBuddy-Bench—. Requisitos: Linux, Python 3.12 o 3.13, uv, llamadas de modelo por Vertex AI, más Node.js 20+ y la CLI de Google Cloud para corridas con modelo; hay una demo local sin credenciales. Dos costos a tener en cuenta: cada tarea requiere corridas extra, y el sandbox del entorno de ejecución corre por tu cuenta. MarkTechPost
-
MeshXFS: un XFS clusterizado que escribió casi entero Claude Opus como agente autónomo, y el autor dice que no revisó el código (17/10)
Sigue de la rama de AVX-512 para LLVMpipe que terminó un modelo, del briefing de ayer, pero acá la escala es otra: no un hueco final sino un driver de filesystem de kernel completo. MeshXFS es un filesystem clusterizado POSIX con licencia GPL-2.0, construido sobre el código upstream de XFS, que permite que varias máquinas monten el mismo filesystem en lectura-escritura al mismo tiempo, con locking distribuido, coherencia de caché entre nodos, fencing y recuperación de journal liderada por el sobreviviente. Steve Shoecraft, que arrancó el proyecto, lo plantea como un experimento sobre si la IA puede escribir un driver de filesystem no trivial: dice que Claude Opus, corriendo como agente autónomo en Claude Code, escribió la mayor parte de la capa de clustering, el envoltorio en disco, las herramientas de userspace y los harnesses de prueba, consultando a Claude Fable, GPT y Gemini en los problemas difíciles, y que él fijó los objetivos pero no escribió, editó ni revisó el código. El árbol de XFS pasó de unas 226.000 a 314.000 líneas, y cada release pasa por una suite de unas 30 filas sobre clusters multinodo reales. No hay un solo benchmark publicado: el objetivo declarado es quedar dentro del doble del tiempo de XFS nativo sobre el mismo almacenamiento, y como nadie revisó el código, toda la confianza descansa en esa suite de tests. Phoronix · GitHub
-
Sber abre Cowork Bench, un benchmark de trabajo de oficina donde nueve shells de agente sobre el mismo modelo rinden entre 62% y 80% (17/10)
Lo que mide no es la calidad de la respuesta sino si el agente termina la tarea sin intervención humana, que es exactamente la métrica que falta en la mayoría de los leaderboards. Son 475 tareas sobre 12 funciones de negocio y 26 sistemas corporativos, con el agente operando planillas, documentos, correo, calendario, almacenamiento de datos y una base de conocimiento; los ejemplos que dan son análisis de presupuesto de cuatro áreas con desvíos, informe, presentación y correos, u organizar un viaje de trabajo con pasajes, presupuesto y entradas de calendario. El resultado que más dice es el del diseño experimental: probaron nueve shells de software de agente sobre un mismo modelo abierto, con tareas y verificación idénticas, y la tasa de completitud fue de 62% a 80% según el shell —GigaCowork marcó 75,2%—, o sea que el andamiaje explica casi veinte puntos con el modelo fijo, que es la misma tesis que Harness2 de Google. Las faltas son serias para poder usarlo: el artículo no nombra el modelo abierto, no publica puntajes por modelo, no declara licencia y no da link al repositorio, y el benchmark está en ruso. www1.ru
-
NVIDIA Structured Data Models: predicción tabular sin entrenar nada, con varios modelos fundacionales de tablas detrás de una sola interfaz de PyTorch (17/10)
La librería envuelve TabICLv2 y KumoTabular para tablas simples y KumoRelational para bases relacionales multi-tabla, y la mecánica es la de un prompt con ejemplos: le pasás filas etiquetadas como contexto y las filas a predecir, y devuelve probabilidades de clase o una distribución predictiva en un solo forward; el fit() solo cachea el contexto para consultas repetidas. Los tamaños y licencias importan para decidir: TabICLv2 son unos 110 MB por cabeza de tarea con BSD-3, KumoTabular va de ~110 MB a ~855 MB y KumoRelational unos 120 MB, los dos bajo OpenMDW, mientras que TabFM y TimesFM 3 son grandes (6,5 GB y 1,3 GB) y no comerciales. En las pruebas del autor —CPU, datasets chicos, no resultados independientes— TabICLv2 empata o supera a regresión logística y gradient boosting entrenados sobre las mismas filas, y la diferencia grande aparece en el caso relacional: la tabla de clientes sola da 0,556 de AUC, features armadas a mano con TabICLv2 dan 0,828 y KumoRelational sobre las tablas crudas da 0,823. Tres trampas que el tutorial marca y conviene leer antes de probar: el instalador de pyg-lib necesita el índice de wheels de la versión menor, la receta por defecto de TabICLv2 descarta en silencio columnas de fecha y texto tras un solo warning, y los modelos relacionales exigen declarar columnas temporales —sin eso el modelo lee pedidos posteriores al corte e infló un AUC a 0,940 en la prueba del autor—. El código está en GitHub y el paquete de PyPI es solo un placeholder, así que se instala desde un commit fijado. MarkTechPost · GitHub
-
Voxel51 3.0 apunta a IA física: series temporales multimodales, etiquetado agéntico y 45 herramientas MCP (17/10)
La plataforma de datos para equipos que entrenan sobre sensores de robots, vehículos y fábricas suma varias cosas que apuntan al mismo problema: ver varios streams de sensores sobre una misma línea de tiempo con embeddings por segmento para encontrar momentos dentro de grabaciones largas, etiquetado unificado de 2D, 3D, video y multimodal con QA automatizado y revisión humana en el loop, y un Agente Voxel51 que encadena búsqueda, curación, anotación y evaluación con más de 45 herramientas MCP, más de 80 operadores y 18 skills open source. Completan procedencia de datos en cuatro capas —logs de actividad de despliegue y de dataset, historial de edición a nivel muestra y versionado inmutable— y búsqueda híbrida que combina consultas semánticas, léxicas y de metadatos sobre un índice persistente armado con LanceDB. Soporta MCAP, imágenes, video, nubes de puntos 3D, mallas, DICOM, NIfTI, geoespacial y audio, con despliegue hosteado, on-prem o air-gapped. La capa gratuita da 30.000 inferencias y 30 horas de cómputo por mes, 3 datasets de hasta 10.000 muestras y 20 GB; la plataforma en sí no se declara open source, solo las skills del agente. MarkTechPost
-
Perplexity abre SPACE, el sandbox de Firecracker con el que corre todas las tareas de Perplexity Computer, con Apache 2.0 (16/10)
Es lo más directamente aprovechable del día si estás corriendo agentes que ejecutan código: una API HTTP con server-sent events para crear entornos Linux, correr comandos y streamear salida, donde un template define el filesystem inicial y un sandbox es una instancia con su propia VM y disco escribible. Cada sandbox es una microVM de Firecracker con kernel invitado propio, y la pieza de diseño que más vale copiar es el gateway de red por sandbox en el host, que aplica política de egreso en cada conexión saliente e inyecta credenciales a nivel de red, así que los secretos nunca entran al invitado; los root filesystems usan copy-on-write de btrfs, los sandboxes suspendidos snapshotean memoria y filesystem, y los inactivos se suspenden a las 6 horas por defecto. Los números reportados: latencia mediana de creación de 185 ms a 60 ms contra su proveedor anterior, y p90 de 447 ms a 89 ms. El red team propio es más interesante que el benchmark: 9 modelos, 216 corridas con root dentro del invitado, 0 de 108 escapes de VM a host y 0 de 54 en bypass sin red, pero 11 de 54 en bypass con red parcial antes de los arreglos —Claude Opus 5.0, GPT-5.6 Sol, GPT-5.6 Cyber y Kimi K3 encontraron caminos con spoofing de DNS e IPs de CDN compartidas—, y el retest tras agregar validación de dirección de origen y terminación TLS con chequeo de SNI y host no encontró bypass verificado. Los requisitos son restrictivos: Linux x86_64 con KVM, /dev/kvm, btrfs y Docker, sin macOS, con virtualización anidada si corre dentro de una VM, y no hay endpoint hosteado público. El soporte del SDK de E2B va por un wrapper de compatibilidad probado contra e2b==2.21.1, y ojo que pausar no es un snapshot durable. Release 0.8.0, en Rust. GitHub · MarkTechPost · Docs
-
PostgreSQL 19 se corre al 19 de noviembre y revierte de ocho a diez features, porque la revisión asistida por LLM encontró más bugs de los que había tiempo de arreglar (16/10)
La explicación de Peter Eisentraut, committer de PostgreSQL y vicepresidente de EDB, es la parte que conviene entender bien antes de repetir el titular: la revisión de código asistida por LLM sacó a la superficie muchos problemas chicos de casos borde mucho más rápido que antes, cada arreglo era menor pero el volumen agotó el tiempo disponible antes del release, y algunas features revertidas tenían además defectos arquitectónicos serios difíciles de arreglar en beta. Su frase es "the effective quality bar has been raised after the time the feature was written and committed", y aclara que los reverts no vienen de "vibe coding" porque esa técnica no existía cuando se escribió la mayoría de esas features. Entre lo que se va a la 20 está SQL Property Graph Queries (SQL/PGQ), que Tom Lane había advertido que si se enviaba en la v19 iba a producir descubrimientos de bugs post-release imposibles de arreglar hasta la v20. El trasfondo es el "scary patch contest" que Robert Haas abrió en pgsql-hackers el 25 de agosto, donde usó Claude para rankear los parches de la v19 por cantidad y tipo de bugs arreglados después del feature freeze: los fast-path de chequeos de FK con unos 16 arreglos post-freeze incluyendo una escritura fuera de límites, REPACK CONCURRENTLY con 28 incluyendo pérdida de datos, checksums de datos online con unos 25, UPDATE/DELETE FOR PORTION OF con 17 de los cuales tres de seguridad, SQL/PGQ con 17 y la importación de estadísticas de postgres_fdw con 7. Haas mismo marcó que el ranking es un punto de partida para discutir y no una auditoría verificada. Eisentraut promete que la 19 sigue siendo un buen release, con REPACK CONCURRENTLY dentro. The Register · pgsql-hackers · Snowflake
-
AVX-512 llega a LLVMpipe por un merge request que un modelo terminó, y el mantenedor no tiene hardware para probarlo (16/10)
Sigue de la rama del page cache que Torvalds escribió con Claude Code, del briefing del 13, pero con el matiz que ahí no estaba: acá el código no se midió. El merge request draft !45279 en el GitLab de freedesktop agrega soporte de vectores de 512 bits para fragment shaders en LLVMpipe, el driver de software Gallium3D/OpenGL por CPU, lo que en teoría lo aceleraría en CPUs con AVX-512. David Airlie, ingeniero de Red Hat, había explorado AVX-512 para LLVMpipe hace años y nunca lo terminó; según él, los modelos GPT Terra y Astra cerraron los huecos finales en los últimos días y encontraron bugs en el camino. No hay un solo benchmark publicado, y la razón es concreta: Airlie no tiene hardware con AVX-512, así que no pudo probar la implementación. Está en draft, no mergeado, y el beneficio depende enteramente de que el código generado esté en orden. Phoronix
-
Intel saca LLM-Scaler-vLLM PV 1.5 con cuantización FP8 e INT4 online y cinco modelos nuevos para Arc (16/10)
Es el stack Docker de Intel para cargas de LLM que sale de Project Battlematrix, y el salto de versiones es la noticia operativa: vLLM pasa de 0.14 a 0.26 —upstream ya está en 0.31— y PyTorch de 2.10 a 2.12. Lo aprovechable son las dos piezas nuevas: cuantización FP8 y INT4 simétrica online, más caché KV en FP8, y soporte de Qwen3.6-27B, Qwen3.8-27B, Qwen3.6-35B-A3B, gemma-4-26B-A4B-it y gemma-4-31B-it. Phoronix reporta mejoras de time-to-first-token en Qwen y Gemma 4, mejor decodificación MTP y mejor rendimiento de serving con LoRA y caché KV FP8, pero sin un solo número publicado. Apunta a Intel Arc Graphics y llega justo antes del GPU D Series "Crescent Island" que Intel formalizó el 12 de octubre. Phoronix
-
Diecisiete vulnerabilidades más en las bibliotecas de X.Org, dos semanas después de la docena en el servidor y XWayland (16/10)
Afectan a libX11, libXi, libXpm, libXrender y libXtst, y son en su mayoría lecturas y escrituras fuera de límites, con algunos desbordes de heap y posible denegación de servicio. Lo accionable son las versiones con el arreglo: libX11 1.8.14, libXi 1.8.4, libXpm 3.5.20, libXrender 0.9.13 y libXtst 1.2.6. Los detalles completos se publicaron en la lista de correo de X.Org; los hallazgos son de distintos investigadores, sin nombres, y el aviso no declara severidad. Vale notar el patrón más que cada bug individual: dos tandas en dos semanas sobre la misma superficie heredada. Phoronix
-
Linus Torvalds publicó una rama del kernel reescrita con Claude Code que casi triplica el throughput de lecturas chicas (12/10)
Sigue de Claude Code del lado del atacante en el caso CyberXero, ahora del lado del mantenedor más exigente que hay. La rama es noref-filemap-read-with-llm, ocho parches sobre 7.3-rc6, y ataca un cuello de botella del page cache que Matthew Wilcox había planteado en 2024: en vez de tomar una referencia sobre cada folio en cada lectura, difiere la liberación de los folios removidos hasta después de un período de gracia de RCU, con lo cual los lectores copian directo de la página al buffer del usuario. Los números, medidos en una sola laptop Core i7-8565U de 4 núcleos con mitigaciones desactivadas, son los que dan la nota: con 8 threads sobre un archivo, los ciclos por lectura bajan de unos 2.950 a unos 725 y el throughput sube de 9,9-10,4 millones a 30-33 millones de lecturas por segundo, y los load HITMs medidos con perf c2c caen de 30.538 a 101. La sección "Tools" de la carta de presentación dice que Claude Code, bajo su dirección, produjo el código, los programas de test, la revisión detrás de su lista de problemas abiertos y el primer borrador de la carta; los benchmarks los corrió él. Hay que mirar también lo que no cierra: una lectura de 16 bytes en un thread hacia una página de usuario no mapeada empeora de unos 4.150 a 6.550 ciclos, en un stress test en una VM de 2 GiB la versión de seis parches disparó el OOM killer —los dos parches finales agregan una válvula que fuerza liberaciones expeditas cuando una CPU acumula más de 1.024 páginas en cola—, y nada de esto está mergeado ni probado en máquinas multi-socket. HWBusters · kernel.org
-
QwenGyre: Alibaba publica un framework de RL elástico para entrenar agentes en tareas de horizonte extremo, con hasta 1,85 veces de speedup (12/10)
La idea aprovechable es que entrena por RL online a través de harnesses black-box sin modificar, Claude Code entre ellos, en rollouts que duran horas y promedian cerca de 700K tokens. Las dos piezas técnicas son un Elastic Scheduler que mueve GPUs ociosas entre rollout y entrenamiento, y un Trajectory Processor que convierte historiales ramificados del agente en muestras de entrenamiento acotadas, con un tope de cinco por ejecución; el entrenamiento usa un GSPO adaptado, con Megatron entrenando y SGLang sirviendo los rollouts. Los números concretos: 1,38 a 1,78 veces más rápido que Async y 1,21 a 1,85 que Colocate a puntajes iguales, y en el Qwen 3.8 de 2,4T sobre NL2RepoBench el pass rate sube de 52,48% a 58,54% en 48 pasos, en 75,42 horas de reloj contra 134,55 de Async y 91,47 de Colocate. Las escalas de hardware muestran para quién es: 24 a 32 nodos para el 122B y 192 nodos para el 2,4T, sin modelo de GPU declarado. El paper está en arXiv (2609.33848) pero no enlaza código público ni declara licencia, así que por ahora es una receta para leer y no un repo para clonar. MarkTechPost · arXiv
-
Janas: un motor en C que corre modelos MoE más grandes que la RAM streameando expertos desde el SSD (13/10)
Apareció hoy en la portada de Hacker News y es el tipo de proyecto que vale probar si tenés una laptop con NVMe y poca memoria: los pesos quedan en disco, los expertos que cada token necesita se streamean desde el SSD y los más reusados se quedan en memoria, mientras el bloque de multi-token prediction del propio modelo draftea texto que el modelo después verifica, lo que acelera sin cambiar la salida. Los números del autor en un Core Ultra 9 185H con 32 GB de RAM: 20-25 tokens por segundo con Qwen3-Next-80B-A3B-Instruct, un archivo de 48 GB, y unos 32 con Qwen3.6-35B-A3B; con navegador y editor abiertos y más de 8 GB ya en uso, el 80B baja a casi 18. El motor elige su configuración midiendo la máquina con la herramienta janas-bench, y la GPU Vulkan es opcional y se usa solo donde mide que ayuda. Las advertencias son del propio autor y hay que tomarlas en serio: se declara "un experimento, no un producto", solo Linux x86-64 probado en Debian 13, un único hardware testeado, modelos Qwen MoE en Q4_K_M GGUF convertidos a su formato.jns, usa memoria agresivamente y lee el disco a fondo —en máquinas con menos margen el escritorio puede quedar inusable—, y un uso de GPU le provocó un reset de driver. Licencia GPLv3 o posterior, con los modelos bajo la licencia de sus autores. GitHub
-
DishwasherBench: un benchmark que mide si los modelos de frontera saben cargar un lavavajillas, con física simulada y episodios verificables (13/10)
Composo liberó la versión 0.1.0 de un juego —Spotless— donde el jugador carga un modelo 3D de un Bosch SMV4HAX40G y después corre una simulación de cuerpo rígido del lavado Eco 50, con chorros, gotas, escurrimiento, suciedad y química de detergente; se juega en el navegador o por MCP, y cada ítem que sale limpio —a lo sumo 4 motas y 4 mm² de suciedad visible— da puntos. Lo valioso metodológicamente son dos decisiones: desde el segundo nivel no entra todo, así que el modelo tiene que elegir qué cargar y cómo, y los episodios quedan grabados para verificarse reproduciendo las acciones y lavando de nuevo. Los resultados publicados son deliberadamente modestos: solo dos modelos jugaron, gpt-6.1-sol saca 86,4% en el nivel Breakfast y 70,8% en Dinner party, gpt-6-astra 79,5% y 74,7%, y el propio repo aclara que un episodio por celda es "una anécdota, no un resultado de benchmark". La limitación declarada también importa para no sobreleer los números: los puntajes son confiables para vasos, tazas y ollas boca arriba y para suciedad proteica, pero todavía no para platos y apilado de cubiertos. Licencia MIT, sin afiliación con Bosch ni Reckitt. GitHub
-
Decision 3.0: el vLLM Semantic Router liberó una familia de modelos de decisión multimodales con licencia Apache-2.0, de 0,85B a 26B (11/10)
Sigue de Decision-1 de Microsoft y Jev de TypeSafe AI: es el mismo patrón —en vez de generar texto que después hay que parsear, el modelo recibe un esquema de preguntas y devuelve probabilidades por opción, que uno umbraliza— pero esta vez con pesos abiertos y de verdad multimodal, porque lee texto, JSON e imágenes (hasta 1,6 megapíxeles cada una, con todas las imágenes visibles para cada pregunta). Los cinco tamaños son d3-lite (0,85B), d3-nano (2,21B), d3-mini (4,54B), d3-flash (8,39B) y d3 (26,09B), todos sobre bases Qwen3.5 salvo el grande, que va sobre Qwen3.8-27B, y todos con encoder de visión propio. Las latencias medidas en una sola MI325X con batch de 1 son la parte accionable: 23,5 ms de texto en d3-lite y 29,7 ms en d3-flash, contra 84 ms de d3; con una imagen suben a 60,7 ms, 171,8 ms y 342 ms. El equipo recomienda d3-flash por relación tamaño/rendimiento y declara 59,0 en el índice Jev 0.3.1 con 9B, por encima de los 55,9 que marcaba Decision 2.0 con 27B. Los números son autoreportados, no hay API hosteada —se self-hostea con transformers 5.17.0 y trust_remote_code=True, o se sirve con vllm-sr serve—, no publican largo de contexto para d3 ni builds GGUF o MLX, y el liderazgo por clase es parcial: d3-lite queda tercero en visión y d3-nano por debajo de LiquidAI d1-3B en texto. MarkTechPost · Hugging Face · GitHub
MarkTechPost Hugging Face GitHub Microsoft Hugging Face GitHub vLLM
-
"Bring your own agent": la guía del día es asumir que los asistentes personales de los empleados ya están logueados en los sistemas de la empresa (12/10)
The Hacker News publicó un artículo de práctica que plantea el problema de gobernanza que viene después del BYOD: los empleados conectan sus propios agentes de IA a los sistemas de trabajo, con sus propias credenciales y sin pasar por ninguna aprobación, y la organización no tiene inventario de qué agente tiene acceso a qué. Es contenido de guía y no un hallazgo de investigación, así que vale por el checklist y no por los datos. Y se lee mejor pegado al caso de CyberXero de hoy: si un atacante externo consigue 51 agentes coordinados sobre un workstation propio, el mismo tipo de orquestación corriendo adentro de la red con credenciales legítimas es el escenario que nadie está midiendo. The Hacker News
-
Repos: REA llegó al primer puesto del trending de GitHub con 25.585 estrellas en un día y unas 86.000 en total (11/10)
Sigue de las 15.335 diarias que marcaba el jueves y de las 2.963 del lunes: la curva se aceleró en vez de desinflarse, y hoy es el repo número uno del trending general por un margen enorme sobre el segundo, que suma 3.977. Lo que cambió en el proyecto desde la última vez son los targets: además de binarios nativos, apps JavaScript y Electron, sitios y comportamiento de procesos, ahora cubre assemblies.NET, APKs y dispositivos Android, firmware, WASM y bytecode EVM, con el análisis corriendo siempre local y devolviendo los hallazgos con evidencia de respaldo. Antes de instalarlo conviene mirar los requisitos reales, que son más que el npx: el análisis nativo necesita Hopper, Ghidra o IDA ya instalados, y los demás targets piden JADX headless con JDK completo, adb, o Binwalk o Unblob según el caso; JavaScript estático y.NET son los únicos que no necesitan motor nativo. Licencia MIT, Node 22.19+, 24.11+ o 26+, y anda con Claude Code, Codex, Cursor, Gemini CLI y Grok Build. El README sigue sin traer benchmark general: el único número es un showcase de reconstrucción que pasa 3.205 test cases del binario x86 original, así que la tasa de acierto en targets arbitrarios sigue sin medir. GitHub · Trending
GitHub Trending GitHub Claude Gemini Grok Claude Code Gemini CLI
-
vLLM: un parche al indexer de DeepSeek-V4.1 baja la selección de bloques de 848 a 43 microsegundos por step, y la latencia real mejora 3% (11/10)
El PR ataca select_candidate_blocks en el decode indexer, que hoy puntúa todos los bloques al ancho fijo de max_model_len —un millón por defecto— y después corre torch.topk(2048), con lo cual cuesta unos 850 microsegundos por step de decode sin importar el largo real del contexto. El parche puntúa solo los bloques válidos con una grilla fija, pasa el conteo de bloques válidos como end en el camino DeepSelect, rellena filas cortas con -1 y pide logits de decode en bf16. El microbenchmark en una GB300 da 847,8 a 42,9 microsegundos con 131K de contexto, casi 20x, pero el número se desinfla rápido: 7,4x a 400K y 3,7x al millón, así que el titular es el caso más favorable y no el esperable. Punta a punta sobre DeepSeek-V4.1-Flash con 125K de input y 8K de output, el indexer baja de 1.698 a 886 microsegundos por step y torch.topk desaparece, pero el ITL mediano va de 26,52 a 25,65 milisegundos, un 3,3%. Lo accionable son los flags, que el PR lista explícitos: --sparse-indexer-topk-backend deep_select, indexer_kv_dtype: mxfp4, indexer_sparse_logits: true y --moe-backend deep_gemm_mega_moe. Está abierto y sin mergear, sin aprobación del code owner, con benchmarks de un solo autor en una sola máquina y sin datos de prefill ni de contextos cortos. GitHub
-
SGLang: dos flags opt-in para DeepSeek-V4.1-Flash en AMD MI355X bajan el TPOT entre 5% y 23%, a costa del TTFT (10/10)
El PR lo abrió un ingeniero de AMD y agrega dos "mono decode launches" para gfx950: SGLANG_ROCM_MONO_DECODE=1 fusiona en un único launch persistente el all-reduce de atención, el mixing residual pre-FFN, el router, los expertos y el all-reduce del MoE, y SGLANG_ROCM_MONO_K1=1, que requiere el primero, fusiona mixing y norm, wqkv_a, las norms de q y kv, RoPE, la escritura de KV-cache de sliding window y wq_b. Medido en MI355X TP4 con ordenamiento A-B-B-A y dos corridas por brazo, el TPOT mediano baja entre 5,2% y 20,9% con prompts random y entre 15,6% y 23,1% con prompts de libro y prefix cache activo, con throughput entre 5,5% y 27,2% arriba y accuracy sin daño. La contracara hay que decirla: el TTFT sube entre 3,2% y 7,4% en dos de cuatro puntos, y hasta 16,4% en una config, y a 64 usuarios cae al camino normal y no cambia nada. Las restricciones lo dejan lejos de producción por ahora: es draft con CI en rojo, solo TP2 o TP4 sin attention data parallelism ni expert parallelism, solo steps de decode de hasta 48 filas, se come unos 354 MB por GPU para una copia FP8 del shared expert, no es bit-exacto contra el camino normal, y speculative decoding y los steps mixtos están sin probar. El benchmark además se corrió sobre un commit propio más otro PR, no sobre main. GitHub
-
vLLM: sacar llamadas de ops del host en el prefill eager de GDN ahorra 9 a 14 milisegundos por step mixto, y el goodput sube 2,4% (11/10)
Vale como caso de estudio de optimización donde el cuello no está en los kernels sino en el overhead de Python: el PR no toca ningún kernel y afirma salida y estados bit-idénticos. Reemplaza advanced indexing de Python por index_select, masked_fill_ e index_copy_ en el gather-zero-scatter del estado SSM, cambia gathers por slices más dos copy_ cuando las filas de spec-decode van primero, y agrega un modo contiguous=False a rearrange_mixed_qkv para devolver vistas strided. El perfil con py-spy mostraba unos 80 milisegundos de Python por step mixto, 71% de eso en el core eager de GDN, y el autor estima 22 milisegundos recuperados entre los tres cambios. En 8 A100 de 40 GB con Qwen3.8-Flash-Next-FP8, el período GPU del step mixto baja de 103,7 a 92,6 milisegundos medianos y la participación del camino eager en el main thread de 24,4% a 19,1%. El end-to-end es modesto y el autor lo admite: goodput de 1,866 a 1,910 req/s y SLO pass de 91,70% a 92,75% a concurrencia 20, porque el workload está limitado por capacidad de KV cache. Es draft con el checklist de testing sin tildar, la ventana "con PR" del comparativo tenía chunks de prefill más grandes, y arrastra 11 tests que fallan igual con y sin el cambio. GitHub
-
Repos: Talorys es un agente personal self-hosted que corre entero en el free tier de Cloudflare, con Durable Objects y SQLite (11/10)
Es un asistente open source con licencia MIT que se despliega en la cuenta de Cloudflare del propio usuario, sin servidor, base de datos ni cuenta operada por el desarrollador, y lo interesante es la arquitectura como patrón reutilizable más que el producto. El frontend es React y Vite en Cloudflare Pages con una Pages Function /api que reenvía por service binding a un Worker privado sin URL pública, y arriba hay un Durable Object sobre el Agents SDK que guarda todo en SQLite y maneja el scheduling con alarms: recordatorios únicos y recurrentes, tareas, notas, proyectos y memoria. El chat usa Workers AI con @cf/zai-org/glm-4.7-flash con streaming y tool calling, y para desarrollo local trae un provider mock determinístico, así que se puede probar sin loguearse a Cloudflare. No provisiona R2, D1, KV, Vectorize ni Workflows, solo lo que entra en el free tier. Los límites los dice el propio README y conviene repetirlos: no es gratis ilimitado —cuando se agota la cuota diaria de Workers AI el chat se pausa hasta el reset y el resto sigue andando—, Cloudflare procesa los mensajes y las memorias para inferencia, y es single-user por diseño. No hay benchmarks, ninguna medición de calidad del agente ni releases etiquetados, y el repo es muy joven, así que la atención viene de Hacker News y no de madurez del código. GitHub
-
Anthropic abrió OSS Scanner, escaneo periódico y gratis de vulnerabilidades para proyectos open source (09/10)
Sale de la experiencia de usar Claude para encontrar fallos en Project Glasswing, y los números que publicaron dan la escala del asunto: más de 29.000 vulnerabilidades candidatas identificadas en proyectos grandes, poco más de 6.000 reportadas a los mantenedores, 584 advisories al 2 de octubre y 116 pull requests de inscripción al momento del artículo. El alta la hace un mantenedor central con un PR al repo de OSS Scanner con un YAML que lleva el link del repositorio a clonar, un mail de contacto y la ruta a un Dockerfile que arme el entorno, instale dependencias y buildee el proyecto, porque el agente audita offline; conviene verificar que los tests pasen dentro del contenedor. Los campos opcionales son los interesantes: clave GPG pública para recibir los reportes cifrados, threat_model.md para definir qué testear y cómo clasificar y formatear los hallazgos, y disabled: true para salirse. Dos advertencias antes de inscribirse: los reportes son enteramente generados por modelo y no pasan por revisión humana, lo que acelera el escaneo pero deja falsos positivos, y Anthropic no se impone plazo de divulgación de 90 días salvo que un humano valide el hallazgo por su programa de CVD. The Hacker News
-
SparseDecoding: calibrar el pruning con las activaciones de la decodificación y no con texto precolectado da hasta 1,48x (09/10)
El argumento es una desalineación que suena obvia una vez dicha: el pruning guiado por Hessiano, sin entrenamiento y capa por capa, calcula la matriz de calibración sobre texto natural precolectado, pero la decodificación corre sobre los tokens que el propio modelo genera, y ese corrimiento de la distribución de activaciones le pega a la calidad del modelo podado. La parte algorítmica es juntar las matrices de calibración de las activaciones durante la generación autoregresiva del modelo denso, excluyendo el prefill. La parte de sistemas es la que da el número: un kernel optimizado de multiplicación matriz-vector esparsa N:M con indexado por bitmask y recorrido de paso fijo, porque casi todo el trabajo previo de aceleración apunta a operaciones matriz-matriz y la decodificación está dominada por matriz-vector. Probado en Llama-3.1-8B, Llama-3.3-70B y Qwen3-14B y 32B, reporta hasta 1,48x de aceleración punta a punta en A100 y dice superar consistentemente a la calibración con texto fijo en benchmarks de generación larga, aunque el abstract no da los números de exactitud. arXiv
-
TokenRouter: servir routing a nivel de token sin que los modelos se desincronicen, con 2,01x a 64,15x más throughput de decodificación (09/10)
El escenario es enrutar token por token entre modelos distintos, y el problema es que los sistemas de serving están hechos para un solo LLM: bajo ese patrón sufren desincronización de pasos y demoras de admisión de lotes, además de ser incómodos para construir encima. El diseño es "programación centrada en el request, ejecución centrada en el modelo": quien escribe la lógica de ruteo la piensa desde la perspectiva de un request único, y el runtime levanta un subservidor por LLM y despacha asincrónicamente, con un scheduler de batching demorado cuyos hiperparámetros salen de un modelo matemático de throughput. El rango reportado de 2,01x a 64,15x es contra sistemas existentes y atraviesa algoritmos de ruteo, cargas y pares de modelos, así que el extremo alto conviene leerlo como el caso donde la desincronización era peor, no como la mejora esperable. Está aceptado en NeurIPS 2026. arXiv
-
Deno entero se va a Cloudflare: el runtime recibe un año más de parches y después se termina (09/10)
Lo anunció Ryan Dahl: todo el equipo pasa a Cloudflare, donde se fusiona con los equipos de Workers y Durable Objects, y el desarrollo futuro se muda a esa plataforma en vez de sostener un runtime y un hosting propios. Las fechas son concretas y hay que anotarlas si tenés algo corriendo ahí: el runtime recibe releases mensuales de corrección de bugs y de seguridad por un año más y después el desarrollo termina, queda open source y Dahl invita a quien quiera a seguirlo; Deno Deploy funciona seis meses más antes de apagarse, con soporte de migración de Cloudflare para los clientes que pagan y se mueven a Workers. Lo que sobrevive es el registro JSR, cuya infraestructura se muda a Cloudflare, y rusty_v8, que planean integrar en workerd. Deno
-
Repos: rea apareció en el trending con 15.335 estrellas en el día para hacer ingeniería inversa con agentes, de binarios nativos para arriba (09/10)
Lo que expone es la misma capacidad por CLI y por servidor MCP: abrir una app, recuperar código legible, strings y símbolos, rastrear cómo funciona una feature y armar una versión compatible en el proyecto propio. La parte interesante del diseño es la trazabilidad: cada conclusión queda con un registro "Evidence v2" que anota proveedor, confianza y limitaciones, y el README aclara explícitamente que no recupera el código fuente original ni clona apps. Hopper es el proveedor de análisis profundo principal, con un camino de solo lectura por Ghidra en Linux y Windows x64 experimental, y las capacidades dinámicas vienen apagadas por defecto y piden política del operador más aprobación por llamada. Se instala con npx --yes rea-agents@latest setup, que autoconfigura Claude Code, Claude Desktop, Codex, Cursor, Gemini CLI y Windsurf si los detecta. Licencia MIT; pide macOS 12+, Ubuntu 24.04+, Fedora 41+ o Arch, y Node 22.19+ o 24.11+. GitHub · Trending
GitHub Trending GitHub Claude Gemini Claude Code Gemini CLI MCP Windows Linux
-
Repos: Alibaba abrió open-code-review, que revisa diffs con un noveno de los tokens que gasta Claude Code en lo mismo (09/10)
La arquitectura es híbrida y la línea de corte está bien puesta: lo determinístico decide qué archivos entran, agrupa archivos relacionados en una sola unidad de revisión con un subagente y contexto propio, machea reglas según las características del archivo y chequea aparte ubicación y contenido del comentario; el agente LLM solo trae contexto y decide. El benchmark propio es AACR-Bench, 200 pull requests de 50 repos en 10 lenguajes con 1.505 problemas anotados, y contra Claude Code con el mismo modelo de base reporta más precisión y F1, alrededor de un noveno de los tokens y revisiones más rápidas, con menos recall a propósito para bajar falsos positivos. Se instala con npm install -g @alibaba-group/open-code-review y deja el comando ocr; hay modo de delegación para que el agente de código haga la revisión con su propio LLM, sin clave de API, e integraciones con Claude Code, Codex, Cursor, Kimi Code y OpenCode más GitHub Actions, GitLab CI y Gerrit. Licencia Apache 2.0. GitHub · Trending
-
Repos: Matt Pocock publicó su directorio de skills y sumó 1.696 estrellas en el día (09/10)
El primitivo que vale copiar incluso sin instalar nada es grilling: una sesión donde el agente interroga en detalle antes de empezar a trabajar, y sobre la que se apoyan grill-me, grill-with-docs y to-spec. Lo demás son skills chicas y componibles, divididas entre las que invoca el usuario —triage, to-tickets, implement, wayfinder para trabajo muy grande, improve-codebase-architecture— y las que elige el modelo solo: prototype, diagnosing-bugs, tdd, domain-modeling, code-review, resolving-merge-conflicts. La idea de fondo contra el gasto de tokens son los archivos CONTEXT.md y los ADRs, que le dan al agente vocabulario del proyecto. En Claude Code se instala como plugin con claude plugins install mattpocock-skills, en el resto con npx skills@latest add mattpocock/skills —no las dos cosas, o quedan duplicadas—, y después hay que correr /setup-matt-pocock-skills una vez por repo. Licencia MIT. GitHub · Trending
-
Repos: diagram-design sumó 1.744 estrellas en el día generando diagramas en HTML y SVG autocontenido, sin build ni JavaScript (09/10)
El lema es "nada de sombras, nada de slop de Mermaid", y cubre 42 tipos: arquitectura, flujo, secuencia, entidad-relación, línea de tiempo, cuadrantes, Sankey, mapa de Wardley, clases UML y esquema de base de datos, entre otros. Las dos funciones que lo separan de un prompt de estilo son que lee la paleta y las tipografías de tu sitio para escribir una guía de estilo y chequea contraste WCAG AA, y que redibuja fuentes existentes de draw.io, Mermaid y Excalidraw al formato, tamaño y nivel de detalle que pidas. Exporta a SVG o PNG con un JSON de metadatos opcional, y carga solo los archivos de referencia que la consulta necesita, así que no infla el contexto del agente. Corre en Claude Code, Codex, GitHub Copilot, Factory Droid y Pi, más Kiro y OpenCode documentados, y en cualquier host compatible con Agent Skills vía npx skills add. Licencia MIT. GitHub · Trending
-
Goodfire sacó monitores que leen las activaciones internas del modelo en vez de releer su salida, y publicó los números de costo (08/10)
El mecanismo son sondas chicas que miran las activaciones en cada paso y reusan cálculos que el modelo ya hizo; cuando una sonda marca algo, ahí sí entra un modelo aparte a mirar en detalle. El cliente elige qué riesgo vigilar —hacking ofensivo, mal uso químico o biológico, reward hacking— y qué hacer cuando salta: registrar, mandar a revisión humana o rechazar. Los números, todos de la empresa y medidos sobre Kimi K3: unas 1.500 sesiones monitoreadas por 51 dólares, contra 233 de un monitor de IA barato revisando cada paso y unos 10.000 de uno de primera línea; 94% de las sesiones de hacking malicioso detectadas, 8,7% de sesiones inofensivas marcadas para revisión, y menos del 2% de penalidad en el tiempo hasta el primer token con cuatro sondas corriendo. Está disponible para clientes de Baseten y apunta sobre todo a modelos de pesos abiertos, que son los que se pueden modificar para sacarles las defensas y los que normalmente no tienen el monitoreo que usan los labs cerrados. TechCrunch
-
Repos: ponytail sumó 1.894 estrellas en el día con una sola idea — que el agente escriba menos código (08/10)
El lema es "el mejor código es el que nunca escribiste", y lo que trae es un prompt, skills/ponytail/SKILL.md, que pone al agente a actuar como un senior perezoso. El mecanismo es una escalera que recorre antes de escribir y donde se detiene en el primer escalón que resuelve: ¿esto necesita existir?, ¿ya está en el codebase?, ¿lo hace la biblioteca estándar?, ¿lo hace una función nativa de la plataforma?, ¿lo hace una dependencia ya instalada?, ¿se puede en una línea?, y solo entonces escribir el mínimo que funcione. Validación, manejo de errores, seguridad y accesibilidad quedan explícitamente afuera del minimalismo. El benchmark reportado es agéntico y honesto sobre sí mismo: en Claude Code headless sobre un repo de FastAPI y React, doce tareas con Haiku 4.5 y n=4, dan 54% menos código, 22% menos tokens, 20% menos costo y 27% más rápido contra la línea base sin skill, y el README aclara que una medición anterior de un solo tiro exageraba las ganancias. Trae adaptadores para Claude Code, Codex, Cursor, Windsurf, Cline, Copilot y Gemini, con niveles de intensidad lite, full y ultra. Licencia MIT, 154.893 estrellas totales. GitHub · Trending
GitHub Trending GitHub Claude Gemini Claude Code GitHub Copilot
-
Repos: impeccable sumó 1.171 estrellas en el día y ataca el problema de diseño de los agentes con 59 reglas deterministas, sin modelo (08/10)
El pitch es contra lo que sale por defecto: tipografías repetidas, degradados de violeta a azul, tarjetas anidadas. Lo que lo diferencia de un prompt de estilo es que el detector corre sin LLM ni clave de API: 59 reglas determinísticas en un CLI y una extensión de navegador, más un hook de diseño que corre el detector cuando se editan archivos de UI y le devuelve los hallazgos al agente. Arriba de eso hay una skill /impeccable con 24 comandos de crítica, auditoría, pulido y endurecimiento, y un init que escribe un PRODUCT.md. Cubre Claude Code, Cursor, Codex, Gemini CLI y Copilot, entre otros. Se instala con npx impeccable install desde la raíz del proyecto. Licencia Apache 2.0, 76.298 estrellas totales. GitHub · Trending
GitHub Trending GitHub Claude Gemini Claude Code GitHub Copilot Gemini CLI
-
Repos: tester-army/e2e apareció en el trending con 345 estrellas en el día y una idea que resuelve el costo de los tests agénticos (08/10)
El framework mezcla pasos en lenguaje natural —agent.act, agent.assert— con locators y aserciones clásicas en el mismo test. La parte que importa es el mecanismo de costo: cuando un paso del agente queda verificado por una aserción posterior, sus acciones se graban y se reproducen en la corrida siguiente sin llamar al modelo, hasta que la aplicación cambie. Los tests sin pasos de agente no necesitan modelo en absoluto. Soporta Chromium, Firefox y WebKit vía Playwright, iOS y Android por simuladores y emuladores, navegadores y simuladores hosteados, y un reporter de GitHub que comenta en el pull request. Hay ejemplos para Vite, Next.js, Expo, SwiftUI, Jetpack Compose, Kotlin Multiplatform y Flutter. Se arranca con npx e2e init, que pregunta motor y proveedor de modelo y escribe la configuración con un test de ejemplo. Licencia Apache 2.0, en desarrollo activo hacia 1.0, así que las APIs pueden moverse entre versiones menores. El CLI manda telemetría anónima y se apaga con npx e2e telemetry disable. GitHub · Trending
-
Perplexity liberó pplx-embed-v2-late, dos modelos de embeddings de interacción tardía con espacio compartido entre tamaños (07/10)
Recuperan texto, imágenes y páginas de PDF renderizadas en un mismo espacio de embeddings, y lo compartido entre tamaños es lo que permite consultar un modelo con los vectores del otro: en la práctica, indexar barato con el chico y consultar con el grande sin reindexar. Los dos están públicos en Hugging Face. Perplexity habla de "rendimiento frontera" sin publicar benchmarks, nombres de evaluación ni comparaciones, así que lo que hay para probar es la arquitectura, no la métrica. Si tenés un RAG con PDFs escaneados o capturas, es el experimento del día: la interacción tardía evita colapsar la página entera en un solo vector. Perplexity Community
-
Repos: pstack-claude sumó 232 estrellas en el día portando el stack de skills de Cursor a Claude Code, Codex, Copilot y Pi (08/10)
Es el port del pstack de Lauren Tan, originalmente una skill opinada de Cursor, a otros harnesses, y sigue el upstream declarando sus bifurcaciones de política en tools/forks.json. La entrada es poteto-mode: declarás un objetivo y elige el playbook —planificación, features, refactors, performance, investigaciones, prototipos, mantenimiento de PRs, shipping, proyectos largos—, apoyado en skills sueltas how, why, architect, arena, swarm, interrogate y unslop. El flujo para un bug es el que vale copiar incluso sin instalarlo: reproducir la falla primero, investigar con how y why, delegar el arreglo y volver a correr el caso que fallaba, y si el arreglo cruza un límite de función meter architect antes. setup-pstack configura modelo y esfuerzo de razonamiento por rol. No tiene servidor ni telemetría. Licencia MIT para el port, 1.142 estrellas. GitHub · Trending
-
Repos: Cloudflare liberó security-audit-skill, una skill de auditoría de seguridad en seis fases con hallazgos verificados de forma independiente — 538 estrellas en el día (07/10)
Lo que la distingue de pedirle a un agente "buscá vulnerabilidades" es la estructura: reconocimiento, caza guiada por cobertura, validación de candidatos, salida estructurada, verificación independiente y reporte neutral. Trae archivos por clase de ataque —seguridad de memoria, LLMs, protocolos web, infraestructura cloud— más un validador de hallazgos y un validador del libro de cobertura, con report-schema.json definiendo la forma de la salida. El artefacto es un findings.json con tres veredictos: confirmado, necesita validación o rechazado, más reportes en markdown. Ese veredicto de tres estados es la parte que conviene copiar incluso si no usás la skill: separar lo confirmado de lo plausible es lo que hace que la salida de un agente sirva para trabajar. Licencia MIT, se instala con npx skills add --skill security-audit. GitHub · Trending
-
Repos: rea aceleró a 4.666 estrellas en el día y se quedó con el tope del trending (07/10)
Sigue de cuando apareció ayer con 2.963: va por 11.937 estrellas totales, o sea que casi se cuadruplicó en 48 horas. La herramienta no cambió —ingeniería inversa con agentes en tres etapas, decompilar, entender y recrear, con registro de proveedores y Evidence v2 anotando confianza y limitaciones de cada hallazgo—, y la velocidad dice algo sobre el apetito: hay mucha gente que quiere entender binarios que no escribió. GitHub · Trending
-
GitHub rediseña su infraestructura de Git para la escala de los agentes: 35 veces más throughput de escritura en los benchmarks internos (06/10)
Los números del problema valen por sí solos: la actividad mensual de Git pasó de 218.200 millones a 473.300 millones de eventos entre septiembre de 2025 y agosto de 2026, el repositorio más ocupado recibió unos mil millones de pedidos en un mes, y en septiembre se hicieron 7.380 millones de commits, cinco veces los del año anterior. El cuello es que Spokes, la arquitectura actual, mantiene copias completas en varios fileservers con un commit de tres fases, así que agregar réplicas para absorber lecturas hace las escrituras más lentas. Lo nuevo va por tres principios: coordinar solo la actualización de la referencia y mover almacenamiento de objetos, validación y escaneo a procesos paralelos; desacoplar almacenamiento de cómputo apoyando los datos en Azure Blob Storage con workers livianos adelante; y mantener intactas las protecciones de rama, los logs de auditoría y la visibilidad. Si tu CI clona miles de veces por día, esta es la lectura que explica por qué. GitHub Blog
-
Repos: i-have-adhd sumó 620 estrellas en el día — una skill de diez reglas para que el agente no entierre la respuesta (07/10)
Las reglas son las que uno escribiría a mano después de pelearse con un agente verborrágico: arrancar por la acción siguiente, numerar las tareas de varios pasos, cerrar con próximos pasos concretos, cortar las tangentes, repetir el estado en cada turno, dar estimaciones de tiempo específicas, hacer visibles los avances, tratar los errores sin dramatismo, cortar las listas en cinco ítems y eliminar preámbulo, recapitulación y cierre. Adapta principios de The Adult ADHD Tool Kit pero apuntados a cómo debería comunicar un modelo, no a cómo se organiza una persona. Se instala pidiéndole al CLI que lo instale desde el repo, o siguiendo INSTALL.md, y se personaliza forkeando y editando el SKILL.md. Licencia MIT, 54.300 estrellas totales. GitHub · Trending
-
Repos: diagram-design sumó 828 estrellas en el día con 42 tipos de diagrama editorial para agentes de código, en HTML y SVG autocontenido (07/10)
El pitch es explícito contra lo que sale por defecto: sin sombras y sin "slop de Mermaid". Declara soporte para Claude Code, Codex, GitHub Copilot, Factory Droid y Pi, y va por 44.523 estrellas totales. Es el complemento del problema que ya tiene casi todo el mundo: el agente sabe explicar la arquitectura en prosa y dibuja mal, así que lo que falta no es capacidad sino un catálogo de formas con criterio. GitHub · Trending
-
llama.cpp v0.6.0 estrena la API llama_batch_ext, soporte de GLM-5.3-Flash de 320B y flash attention por la tensor API de Metal (05/10)
La API nueva, con llama_process(), acepta batches mixtos de tokens y embeddings y embeddings de "estado" por token, que es lo que hacía falta para los modelos MTP y deepstack. Suma GLM-5.3-Flash (GLM5-Next), un híbrido de 320.000 millones con texto y visión, el modelo de decisión Clef con texto y visión, y decodificación especulativa MTP para Qwen4Exp. Del lado del rendimiento hay kernel de flash attention por la tensor API de Metal para KV en F16, flash attention disperso para K/V cuantizados en Vulkan, y ggml actualizado a v0.26.0. También rehicieron la Web UI con una capa de datos del Hub de Hugging Face y pipeline de descarga de modelos. GitHub
-
Repos: rea explotó con 2.963 estrellas en el día — ingeniería inversa con agentes, de la conducta de una app hasta el binario nativo (06/10)
El flujo son tres etapas declaradas: decompilar para recuperar código y metadatos legibles, entender para rastrear cómo está implementada una función, y recrear para construir tu propia versión adaptada a tu stack. Funciona como CLI y como servidor MCP, y rutea por un registro de proveedores: Hopper en macOS, Ghidra si lo traés vos —solo lectura en Linux x64, experimental en Windows x64—, utilidades nativas de macOS para Mach-O, firmas y plists, y un proveedor de grafo de artefactos que recorre ZIP, APK, IPA, ASAR y DMG. Observa además por CDP del navegador y por el V8 Inspector de Electron y Node. La parte que vale copiar es el registro Evidence v2: cada hallazgo queda con confianza, proveedor y limitaciones anotadas, que es exactamente lo que falta cuando un agente afirma cosas sobre un binario. Licencia MIT, se instala con npx rea-agents@latest setup y pide Node 22.19+ o 24.11+. GitHub · Trending
-
Repos: e2e se quedó con el tope del trending por segundo día y aceleró a 1.720 estrellas en el día (06/10)
Sigue de cuando cuadruplicó el ritmo ayer: va por 5.634 estrellas totales, 1.733 más que hace 24 horas. La idea no cambió y es la que conviene adoptar en cualquier suite de agentes: describís el objetivo en lenguaje natural, el agente lo ejecuta, y los pasos quedan grabados para que las corridas siguientes los repitan sin llamar al modelo hasta que la app cambie. Tres días de trending sostenido en una herramienta de testing dice que el problema de la factura de tokens en CI es general. GitHub · Trending
-
Repos: mattpocock/skills sumó 1.028 estrellas en el día con un set de skills de ingeniería que atacan los modos de falla del agente, no sus capacidades (06/10)
El criterio declarado es el útil: cada skill apunta a una falla concreta —agente desalineado con lo que querías, verborrágico, con bugs, o degradando la arquitectura—. Las que se invocan a mano son /grill-with-docs para alinear vocabulario del dominio antes de empezar, /triage como máquina de estados para issues, /implement con TDD y revisión adentro, /improve-codebase-architecture para buscar refactors, y /wayfinder para planificar trabajo que no entra en una sesión. Las que llama el modelo solo son /tdd, /diagnosing-bugs, /code-review con dos ejes —estándares y cumplimiento del spec— y /research contra fuentes primarias. Se instala con claude plugins install mattpocock-skills o npx skills@latest add mattpocock/skills, y después /setup-matt-pocock-skills una vez por repo. Licencia MIT. GitHub · Trending
-
Repos: claude-mem sumó 536 estrellas en el día — contexto persistente entre sesiones, comprimido con IA e inyectado en la siguiente (06/10)
Captura lo que el agente hace durante la sesión, lo comprime y vuelve a meter lo relevante en las sesiones que siguen, con soporte declarado para Claude Code, OpenClaw, Codex, Gemini, Hermes, Copilot y OpenCode. Es la misma apuesta que empuja el trending desde varios días: lo que mejora el resultado no es el modelo sino lo que el harness recuerda. Licencia Apache 2.0, y va por 96.905 estrellas totales. GitHub · Trending
GitHub Trending GitHub Claude Gemini Claude Code GitHub Copilot
-
Strata corre Qwen3.8-Flash-Next, 125.000 millones de parámetros, en una placa de gamer, y el benchmark que hizo la comunidad le dio 89,1% contra 71,9% de un 27B en el mismo fierro (04-05/10)
El repo llegó a 844 puntos y 374 comentarios en Hacker News. La receta es repartir el modelo: la GPU se queda las partes calientes, la RAM tiene todo el modelo, el CPU procesa el resto y el SSD guarda las tablas de lookup, más decodificación especulativa con un modelo chico que adivina y el grande que valida en paralelo. El repo declara 94 tokens por segundo en una RTX 5070 y 60 en una RX 9070 XT, con 12 GB de VRAM y 32 GB de RAM como piso. El dato más útil lo puso un usuario que midió en una 3090 destartalada: el 125B en iq3_xxs sacó 114 de 128 en generación y completado de código contra 92 de 128 de un 27B en Q4/Q5, con la mitad de fallas de API y 20 minutos más de corrida. Cuantizar fuerte un modelo grande le ganó a cuantizar poco un modelo chico. GitHub · Hacker News
-
Repos: e2e pasó de 344 a 1.430 estrellas en el día y se quedó con el primer puesto del trending (05/10)
Sigue de cuando entró al trending ayer: cuadruplicó el ritmo en 24 horas y ya va por 3.901 estrellas totales. La idea sigue siendo la misma y es la parte que vale copiar: describís el objetivo en lenguaje natural, el agente lo ejecuta, y los pasos quedan grabados para que las corridas siguientes los repitan sin llamar al modelo hasta que la app cambie. Los tests sin pasos de agente no gastan ni un token, y podés poner tu propia API key, tu suscripción o un modelo local. GitHub · Trending
-
Solo el 11% de unas 400 empresas pudo pronosticar su gasto en IA, y un estudio encontró que los modelos baratos salen más caros que los caros en el 32% de más de 6.800 tareas (05/10)
El número de abajo es el que cambia decisiones: elegir por precio de token es elegir por la variable equivocada un tercio de las veces, porque el modelo barato reintenta, alarga el razonamiento y arrastra más contexto hasta que el costo por tarea resuelta lo pasa. La métrica a mirar es costo por tarea completada, no dólares por millón de tokens. Y si tu equipo no puede proyectar la factura del mes que viene, estás en el 89%. Techmeme
-
GHOST: un agente de largo plazo pisa en el 11,5% de los casos una restricción de seguridad que le dieron muchos turnos antes (05/10)
El paper lo nombra Governance Hazard from Overlooked Safety Constraints across Turns y mide el fenómeno sobre GPT-5.5: no es un caso raro, pasa en condiciones normales, y el resultado teórico es que si el riesgo de violación por turno no baja lo suficientemente rápido, la ejecución entra a la zona de peligro casi con certeza. La defensa que proponen, STAR-Guard, tiene dos capas: restaurar al contexto las restricciones viejas que son semánticamente relevantes antes de que el agente proponga la acción, y una auditoría determinista previa a ejecutar que bloquea lo que se escape. Con eso los eventos GHOST bajaron a cero en sus pruebas. Si tenés un agente con muchos turnos, el chequeo barato es el segundo. arXiv
-
Repos: text-to-cad sumó 456 estrellas en el día y ya va por 12.800 — skills de CAD, CAE y CAM para que el agente exporte STEP, URDF y G-code (05/10)
Continúa la línea del agente que diseña CAD de ayer, pero resuelta como librería de skills en vez de proyecto cerrado: el agente interpreta un pedido en texto o una imagen, arma el modelo 3D y lo saca en STEP como formato principal, más STL, 3MF, GLB, DXF, URDF, SRDF, SDF y G-code. Hay skills aparte para conseguir piezas, hacer planos y manejar descripciones de robots. Licencia MIT, y se instala por el CLI de skills o como plugin nativo. Que la salida incluya URDF y G-code es el detalle: no termina en un render, termina en algo que una impresora o un robot puede ejecutar. GitHub · Trending
-
RRSI: Google encontró cómo evitar que un agente que se optimiza solo termine memorizando su propio benchmark, y el truco es recortar el presupuesto de ediciones (04/10)
El problema es concreto y cualquiera que itere su harness lo tiene: si el bucle de autooptimización se mide siempre contra el mismo set de tareas, el agente memoriza ese set, los puntajes de entrenamiento suben y la ganancia en tareas nuevas desaparece. RRSI (Regularized Recursive Self-Improvement of Agent Harnesses) interviene en los dos extremos del bucle sin congelar el harness. Al proponer cambios, un presupuesto limita cuántas ediciones independientes puede traer un candidato, y ese presupuesto se achica con el tiempo: rondas tempranas permiten reescrituras grandes, las últimas solo cambios chicos y trazables a un resultado. Al elegir cambios, un crítico descarta todo lo que hardcodee nombres de tareas, soluciones o trucos específicos del benchmark, y otra regla acepta más costo de cómputo solo si viene con mejora medible. Los números sobre ocho benchmarks, con Claude Opus 4.8 congelado: hasta 14,1 puntos en tareas de entrenamiento, hasta 4,7 en cinco benchmarks nunca vistos, y cerca de 30% menos tokens en runtime que la versión sin regularizar. Fue el método con menor ganancia de entrenamiento de todos y el único que quedó bien arriba del baseline en tareas nuevas: el tradeoff es a propósito. El dato que más sirve para ahorrar: un harness optimizado con Gemini 3.5 Flash subió a Gemini 3.1 Flash Lite de 11,2 a 14,6 puntos sin tocarle nada, así que los mecanismos transfieren a modelos más débiles. Hay código en GitHub. The Decoder
-
LEGO-Bench: el agente que reconstruye una escena 3D desde una foto no sabe si la mejoró, y juzgando geometría rinde al nivel del azar (03/10)
LEGO-Anything, de la Universidad de Maryland y AWS, hace que un agente de código escriba un programa de Blender ejecutable a partir de una sola imagen y lo refine mirando el render. El benchmark que viene con el trabajo —208 imágenes de 104 escenas, 443 assets registrados, renderizadas desde escenas de simulador para tener ground truth exacto— mide validez, precisión geométrica y parecido visual. Todas las configuraciones de GPT entregaron una escena usable casi siempre, pero la precisión varía muchísimo: GPT-6 Astra, el mejor, llega a 53,4% en interiores y 39,6% en exteriores, y las configuraciones débiles rondan 15%. El hallazgo accionable está en el análisis de los pasos: cuando el modelo tiene que elegir cuál de dos versiones se parece más al original, su juicio geométrico queda en el azar o abajo, y Astra se destroza su propia escena tarde en el proceso, cayendo de 33,9% a 4,4%. De ahí sale LEGO-Plugin, que no necesita entrenamiento: ancla la escena inicial en la imagen de referencia, reemplaza el autojuicio por medición concreta y protege el progreso correcto de ediciones regresivas. Mejoró los seis modelos, con hasta 62,7% de ganancia en los más débiles y apenas dos puntos en el mejor. La moraleja vale para cualquier bucle de refinamiento, no solo 3D: no dejes que el agente decida si mejoró, medilo. The Decoder
-
Repos: ponytail va por el tercer día al tope y aceleró a 1.894 estrellas en el día, e impeccable casi duplicó a 1.170 (04/10)
Sigue de los dos días que ya llevaba arriba: venía de 1.179 y 1.289 estrellas diarias y hoy marca 1.894, o sea que no se está apagando, está acelerando, con 154.272 estrellas totales. La tesis sigue siendo la misma —el mejor código es el que no escribís— y los números medidos contra un baseline agéntico también: 54% menos líneas, 22% menos tokens, 20% menos costo, 27% menos tiempo, sin perder ninguna validación de seguridad. impeccable, la skill de diseño con 24 comandos y 61 reglas de detector determinista, pasó de 705 estrellas diarias a 1.170 y acumula 75.851. El resto del top no cambió de naturaleza: Agent-Reach bajó a 979 diarias, claude-mem puso 627 y marketingskills 345. Lo que la lista viene diciendo hace una semana es que la tracción está en el entorno del agente —skills, memoria, harness—, no en el modelo. GitHub · GitHub · GitHub
-
Repos: antirez sacó DwarfStar, un motor de inferencia local para DeepSeek V4 y GLM 5.3 que apunta a Apple Silicon, CUDA y ROCm (04/10)
Salvatore Sanfilippo, el de Redis, lo describe sin vueltas: no es un runner genérico de GGUF sino un motor rápido para una lista curada de modelos. Soporta DeepSeek V4 Flash y PRO, DeepSeek V4.1 Flash, GLM 5.2, 5.3 y 5.3 Flash, y Qwen 3.8 Flash Next, con visión en algunos. El objetivo primario es Metal en Macs de 96 GB o más, con streaming desde SSD para máquinas chicas, y además corre en CUDA —DGX Spark, multi-GPU, placas Ada Lovelace— y ROCm, incluido Strix Halo en la Framework Desktop. Trae servidor HTTP, un agente de código nativo y decodificación especulativa. Licencia MIT, 23.289 estrellas y 211 en el día, y el autor avisa dos cosas: está en calidad beta y cambia seguido, y lo escribió con ayuda importante de agentes de código, algo que declara de entrada. GitHub
-
Repos: e2e entró al trending con 344 estrellas en el día — testing end-to-end donde describís el objetivo en lenguaje natural y el agente lo ejecuta, pero grabando los pasos para no volver a pagar el modelo (04/10)
La idea que lo diferencia de "pedirle a un LLM que clickee" es el replay: los pasos del agente se graban y se repiten sin llamadas al modelo en las corridas siguientes, hasta que la aplicación cambia. Eso lo pone en el medio entre un test determinista y un agente que improvisa cada vez, que es justo el lugar donde los frameworks agénticos de testing se venían cayendo por costo. Acepta locators y assertions como cualquier suite tradicional, corre en web, iOS y Android, y permite usar tus propias claves, suscripciones o modelos locales. Hay migración documentada desde Playwright, Cypress, Selenium, Detox y Maestro. Licencia Apache 2.0, se instala con npx e2e init, y acumula 2.463 estrellas. GitHub
-
ldraw-nova: un agente diseña modelos de LEGO de más de 2.000 piezas reales y escribe el CAD, pero nadie los armó todavía (04/10)
Carlos Antelo publicó la primera versión pública después de tres intentos fallidos, y la decisión de diseño es la interesante: en vez de pelear con cálculo geométrico, aprovecha que los modelos son buenos escribiendo código. El agente genera un plan en JSON, de ahí código Python, y de ahí fuente LDraw —un formato de texto donde cada pieza es una línea—; después mira el render, ajusta y vuelve a renderizar hasta que le cierra. Los ejemplos que muestra: Sakura Garden con 2.175 piezas, pagoda de cinco pisos, estanque de koi y cerezos, hecho con Claude Opus 5.5; una catedral con torres gemelas y rosetón, y un observatorio de mareas, con GPT-6 Astra. El costo declarado para un mecanismo Technic ronda los 5 dólares en tokens. La advertencia honesta del autor es que ningún modelo se construyó en físico: los diseños existen solo como archivos CAD. Tom's Hardware · GitHub
-
Anthropic liberó Mods para Claude Code: funciones de JavaScript o TypeScript que se enganchan a eventos y reescriben la herramienta desde adentro (03/10)
Es middleware que corre dentro de Claude Code, no un plugin que mira de afuera. Los hooks cubren llamadas a herramientas, prompts del usuario y renderizado de interfaz, así que se puede agregar un panel propio al lado del chat, interceptar una llamada a herramienta o montar comandos nuevos; algunas funciones que ya venían, como /diff, están construidas como Mods. Hay ejemplos en GitHub. Dos advertencias que conviene leer antes de instalar nada: los Mods corren con los permisos del usuario y no están aislados, así que Anthropic pide instalarlos solo de fuentes confiables, y las organizaciones pueden controlar cuáles se cargan. Funcionan en la CLI, la app de escritorio y parcialmente en la extensión de VS Code. El primer Mod oficial es "You Should Know": levanta un agente aparte que mira la salida de Claude y manda un "Heads up" cuando detecta algo importante que se te puede haber pasado, y se prende con /plugin enable cc-plugin-you-should-know@builtin. The Decoder · Anthropic
-
BootLoops: un físico de Harvard sacó 36 manuscritos en 18 campos en tres meses con un harness open source y Claude, y la conclusión es que el humano sigue siendo el que decide (03/10)
Matthew Schwartz dejó de usar Claude como si fuera un investigador humano y empezó a buscar "problemas con forma de Claude": tareas en la intersección entre lo que un científico quiere estudiar y lo que el modelo realmente hace bien. De ahí salió BootLoops, un harness para cálculos científicos exactos, con código en GitHub. Los resultados concretos: 30 integrales de amplitudes de dispersión calculadas en semanas, quince reproduciendo resultados conocidos y quince nuevas; una ecuación de teoría neutral de biodiversidad de hace 20 años resuelta a escala, que mostró que la composición de especies de árboles en Barro Colorado cambia 4,5 veces más rápido de lo que la teoría permite; 5.700 millones de pares de mutaciones del 1000 Genomes Project analizados; un editor de datos que revisó 4.452 paquetes de replicación para revistas de economía. Las advertencias son la mitad útil del post: el modelo canta victoria temprano —"listo, con un asterisco" suele significar "no está listo"—, fuerza bruta en vez de buscar la solución elegante, los chequeos automáticos no son confiables, y las conclusiones pueden estar mal aun cuando el cálculo esté bien. "Mirá todo vos mismo", dice Schwartz. The Decoder
-
Repos: ponytail aguantó dos días al tope del trending con 1.289 estrellas en el día (03/10)
Sigue de cuando entró al trending anteayer: sumaba 1.179 estrellas diarias y hoy marca 1.289, encabezando la lista. No es una explosión, es algo más raro y más informativo: una skill que no baja del primer puesto dos días seguidos. La tesis no cambió —el mejor código es el que no escribís, con una escalera de siete preguntas que corre antes de escribir una línea— y vale repetir el número que la sostiene, porque está medido contra un baseline agéntico real: 54% menos líneas de código en promedio, 22% menos tokens, 20% menos costo y 27% menos tiempo, y es el único brazo del experimento que no pierde ninguna validación de seguridad. Si lo probaste cuando salió y lo dejaste, lo que cambió en estos dos días es la tracción, no el producto. GitHub
-
Repos: Agent-Reach fue lo que más estrellas sumó en el día con 1.683 e impeccable puso 705 — lo que sigue creciendo es el entorno del agente, no el modelo (03/10)
Agent-Reach le da al agente ojos para leer y buscar en Twitter, Reddit, YouTube, GitHub, Bilibili y XiaoHongShu desde una sola CLI y sin pagar APIs: cubre más de 14 plataformas con arquitectura de "primera opción más respaldo", así que cuando un método de acceso falla rutea al siguiente sin intervención. Las que no piden login son páginas web, subtítulos de YouTube, RSS, V2EX y búsqueda en Bilibili; Twitter, Reddit, Instagram y LinkedIn necesitan credenciales o cookies propias. Python 3.10+, licencia MIT, y el costo que admite es un proxy opcional de cerca de un dólar al mes. impeccable va por el otro lado: es una skill de diseño con 24 comandos y 61 reglas de detector determinista —caza fuentes sobreusadas, degradados violeta y easing con rebote sin gastar una llamada a la API— más un modo en vivo para iterar en el navegador. La armó Paul Bakaus extendiendo la skill de frontend-design de Anthropic, corre en Cursor, Claude Code, Copilot y una decena más, y se instala con npx impeccable install. Licencia Apache 2.0. GitHub · GitHub
GitHub GitHub Anthropic GitHub Claude Claude Code GitHub Copilot
-
El benchmark APEX de contabilidad: Claude Opus 5.5 lidera con 61,8% y ningún modelo resolvió del todo casi el 60% de las tareas (02/10)
Mercor hizo trabajar a 12 contadores matriculados con cinco años y medio de experiencia promedio sobre tareas simplificadas del benchmark, y el resultado titular es que los modelos hoy las resuelven casi sin errores, contra un 37% promedio de los humanos y contra modelos que hace dieciocho meses quedaban por debajo de ese promedio. Pero el benchmark completo es otra cosa: 160 tareas en 10 empresas simuladas, armadas por más de 40 profesionales con 11 años de experiencia promedio, y ahí Claude Opus 5.5 va primero con 61,8% de criterios de corrección cumplidos, Fable 5.1 con 61,0% y GPT-6 Astra con 57,9%. Mercor admite lo que el test no mide —hablar con clientes, consultar con colegas, el contexto acumulado durante años— y es honesto sobre el sesgo: las tareas prueban exactamente aquello en lo que los modelos son buenos, buscar detalles y seguir instrucciones al pie de la letra. Para quien evalúa modelos, el dato útil es el gap entre la versión simplificada y la completa. The Decoder · Mercor
-
Cloudflare liberó Clef y Clef-flash: modelos abiertos que devuelven probabilidades tipadas en vez de texto, con 38,8 ms de latencia mediana (01/10)
La idea rompe con el patrón de pedirle a un LLM que conteste en JSON y después parsear: Clef lee un estado de entrada y un conjunto de preguntas tipadas, y devuelve una probabilidad calibrada para cada respuesta permitida, en una sola pasada no autorregresiva. Son dos tamaños post-entrenados sobre Qwen —Clef de 27B y Clef-flash de 9B—, con licencia Apache 2.0, pesos en Hugging Face, ventana de 64K y hasta 64 preguntas por pedido, en tres tipos: booleano, opción múltiple y puntuación ordenada. Las latencias medianas son 209 ms para Clef y 38,8 ms para Clef-flash contra 524 ms del competidor Jev, y Clef gana en 7 de 10 benchmarks de decisión. Lo accionable: el esquema de preguntas va dentro del pedido, así que se pueden cambiar las etiquetas sin reentrenar, y corre en vLLM, SGLang y Transformers además de Workers AI. Hay también un servicio de afinado por refuerzo que usa el tráfico propio del AI Gateway. Los casos obvios son triage de soporte, clasificación de amenazas, moderación y chequeos de seguridad de agentes: donde la velocidad y la estructura importan más que la explicación. Cloudflare · AlphaSignal
-
Repos: la skill de auditoría de seguridad de Cloudflare sumó 3.607 estrellas en el día y el revisor de código de Alibaba 3.286 (02/10)
La de Cloudflare es una skill para agentes de código que corre la auditoría en seis fases —reconocimiento, caza guiada por cobertura, validación de candidatos, salida estructurada, verificación independiente de cada registro y reporte neutral respecto del blanco— y clasifica cada hallazgo como confirmed con traza completa al código fuente, needs_validation o rejected. Deja architecture.md, coverage-ledger.json, un findings.json validado contra esquema, y tres reportes en Markdown; se instala con npx skills add, licencia MIT, y la página del repo ya marca 16.600 estrellas. open-code-review de Alibaba —34.836 estrellas, Apache 2.0, npm install -g @alibaba-group/open-code-review— es lo mismo pero para revisión de PRs, con una arquitectura híbrida donde lo determinista elige y posiciona los archivos y el agente decide y busca contexto. Lo que lo hace interesante es el trade-off declarado: sobre 50 repos y 200 pull requests dice sacar más precisión y F1 que agentes de propósito general consumiendo cerca de 1/9 de los tokens, a costa de recall más bajo a propósito. GitHub Trending · GitHub · GitHub
-
Repos: BrowserSkill de Tencent y OpenResearch de alphaXiv confirman el patrón de la semana — lo que crece es el entorno del agente, no el modelo (02/10)
Sigue de lo de ayer, donde OpenShell y openrig encabezaban el trending con la misma lógica de aislamiento y orquestación. BrowserSkill sumó 1.302 estrellas en el día sobre 4.214: deja que el agente trabaje en el navegador ya logueado del usuario sin interrumpirlo, abriendo una ventana de agente aparte de la que se pueden prestar y devolver pestañas, con Chrome y Edge desde Chromium 125, y exportación de la historia de acciones a JSON junto con pedidos de red y mensajes de consola para depurar. OpenResearch sumó 939 y va por 6.400: convierte agentes de código —Claude Code, Codex, OpenCode, Cursor, Antigravity— en agentes de investigación, con sesiones paralelas en worktrees de git aislados, seguimiento de experimentos nativo en git con archivos de corrida inmutables, y cómputo en local, SSH, Slurm, Kubernetes o Ray. Los dos son MIT y local-first. GitHub Trending · GitHub · GitHub
GitHub Trending GitHub GitHub GitHub Claude Claude Code Chrome
-
Alquilar cuatro H200 para correr DeepSeek V4.1 Flash salió más caro que pagarle la API a DeepSeek, y el experimento está publicado con números (01/10)
La consultora The Call Center Doctors probó el "80x más barato" entre el 1 y el 27 de septiembre: cuatro H200 de Nvidia a 9,19 dólares la hora por precio spot, unos 440,88 dólares por día a demanda, cerca de 13.200 al mes. El mismo trabajo por la API de DeepSeek costaba entre 184 y 223 dólares diarios. Para dimensionarlo, su factura de Claude de septiembre fue de unos 5.500 dólares y los mismos tokens por la API de DeepSeek habrían salido entre 3.500 y 7.000, con 4.200 de estimación media. El detalle técnico que explica el fracaso: el setup alquilado llegaba a unos 213 tokens escritos por segundo, pero pasaba el 96% del tiempo de procesamiento releyendo contexto de conversación en caché en vez de generar. Encima encontraron escapes de sandbox —ejecución de código vía archivos de configuración en carpetas temporales compartidas—, así que nunca lo dejaron escribir código: lo usaron solo como 48 a 64 revisores de lectura. La lección accionable es la de siempre y vale repetirla: el precio por token no es el costo, y el hardware propio solo gana si la utilización lo justifica. Tom's Hardware
-
Repos: ponytail entró al trending con 1.179 estrellas en el día y una tesis incómoda: el mejor código es el que no escribís (01/10)
Es una skill que hace que el agente razone como el senior más vago de la oficina, con una escalera de siete peldaños que corre antes de escribir: ¿esto tiene que existir?, ¿ya está en el repo?, ¿lo hace la stdlib?, ¿lo hace la plataforma nativa?, ¿lo hace una dependencia ya instalada?, ¿es una línea?, y recién ahí el mínimo que funciona. Los números están medidos contra un baseline agéntico real —sesiones headless de Claude Code editando el template full-stack FastAPI de tiangolo, 12 tickets, n=4, Haiku 4.5—: 54% menos líneas de código en promedio, 22% menos tokens, 20% menos costo, 27% menos tiempo, y es el único brazo que no pierde ninguna validación de seguridad. El techo es 94% donde el agente sobreconstruye —un date picker de 404 líneas a 23, porque usa <input type="date">— y cerca de cero donde el código ya era mínimo. Lo explícito importa: validación de límites de confianza, manejo de pérdida de datos, seguridad y accesibilidad nunca se recortan. Se instala como plugin en Claude Code, Codex, Copilot CLI, Cursor, Gemini CLI y una docena más, con niveles lite/full/ultra/off. GitHub
GitHub GitHub Claude Gemini Claude Code GitHub Copilot Gemini CLI
-
Repos: context-mode ataca la otra mitad del problema de contexto y dice bajar 315 KB de salida a 5,4 KB (01/10)
Sumó 357 estrellas en el día sobre unas 24.700, y la idea es que la ventana de contexto se come por los dos lados: un snapshot de Playwright cuesta 56 KB, veinte issues de GitHub 59 KB, un log de acceso 45 KB. Es un servidor MCP con seis herramientas de sandbox: el código corre en un subproceso aislado y solo el stdout entra al contexto, en doce lenguajes. El paradigma que impone es "pensar en código": en vez de leer 50 archivos para contar funciones, el agente escribe un script que cuenta e imprime el resultado. La otra mitad es continuidad: cada edición, operación de git, tarea, error y decisión del usuario queda en SQLite, indexado en FTS5 con ranking BM25, fusión de rankings por RRF, stemming Porter, reranking por proximidad y corrección de typos por Levenshtein —así que al compactar no vuelca todo de nuevo, recupera solo lo relevante—. Funciona sobre 17 plataformas; con hooks dicen ~98% de ahorro y sin hooks ~60%. Nada sale de la máquina: sin telemetría ni cuenta. Licencia Elastic 2.0. GitHub
-
Google mató los Gems y adoptó Skills, el formato que inventó Anthropic y que ya es estándar abierto (30/09)
Skills salió globalmente en el chat de Gemini: son prompts reutilizables y detallados para una tarea concreta, que se invocan tipeando "/" más el nombre. Gemini también puede generar una Skill a partir de conversaciones anteriores y ejecutarla solo cuando detecta un prompt relevante, y se pueden combinar varias para tareas complejas. Por ahora aceptan documentos de texto, PDFs e imágenes como material de referencia; prometen compartir, integración con Drive y Notebook en las próximas semanas. El calendario de salida de Gems: noviembre de 2026 para cuentas personales —junto con Opal—, marzo de 2027 para Workspace empresa y ONG, junio de 2027 para educación. Los Gems existentes se convierten solos. Lo que importa para quien construye: con OpenAI, Anthropic y Google en el mismo formato, una skill escrita una vez deja de ser específica de un vendor. The Decoder
-
Repos: OpenShell sumó 2.503 estrellas en su tercer día de trending y openrig aguantó con 640 (01/10)
Sigue de lo de ayer, donde OpenShell llevaba 11.366 estrellas al segundo día: hoy está en 13.701 y encabeza el crecimiento diario. Es el runtime de Nvidia que encierra agentes autónomos en un entorno seguro y privado, escrito en Rust. openrig —el orquestador que levanta Claude Code y Codex como un solo equipo desde un YAML— llegó a 3.367. En la misma tabla aparece mattpocock/skills con 888 estrellas en el día, segundo día consecutivo en el trending. El patrón de la semana es claro: lo que crece no son modelos ni wrappers de chat, sino la capa de abajo —aislamiento, orquestación y disciplina— para agentes que ya se asume que corren solos. GitHub · GitHub Trending
-
OpenAI abrió Codex Security Cloud, una Decisions API que responde en 150 milisegundos y un modo Ultrafast que multiplica por ocho la velocidad de generación (29/09)
Lo más accionable para quien ya usa Codex: entornos de nube reutilizables que se comparten entre equipos y dispositivos, CLI manejable por voz, soporte de git worktree, una vista de revisión de código en la app de escritorio antes de mandar a GitHub o GitLab, y escaneos de seguridad on-demand o programados que investigan lo que encuentran, filtran duplicados y dejan los arreglos preparados. La Decisions API es un modelo basado en GPT-6 Luna para clasificación y decisiones con respuestas acotadas: 150 ms contra 1,6 segundos del mismo Luna por la API normal, diez veces más rápido. Ultrafast sube a 300 tokens por segundo en Codex y sale seis veces el precio estándar —Astra Ultrafast queda en 60 dólares por millón de entrada y 300 de salida—. La API de agentes suma computer use, multiagente y compresión de contexto. The Decoder
-
Repos: openrig entró al trending con 622 estrellas en el día proponiendo orquestar Claude Code y Codex como un solo equipo (29-30/09)
La frase con la que se presenta resume la idea: "un harness envuelve un modelo; un rig envuelve tus harnesses". Se define la topología de agentes en YAML —el formato RigSpec—, se levanta todo el equipo con rig up, y hay una UI de terminal que muestra el grafo de topología y el estado de cada agente en tiempo real. Los agentes se hablan entre ellos con rig send, rig broadcast y rig chatroom, y el estado del equipo se puede snapshotear y restaurar. Trae integración con Slack y MCP, corre Claude Code y Codex en el mismo sistema, y va con licencia Apache 2.0 sobre Node 22 y 24. Para quien ya tiene tres terminales abiertas con agentes que no se enteran uno del otro, es lo primero que ataca ese problema de frente. GitHub
-
Repos: mattpocock/skills sumó 736 estrellas en el día con un set de skills sobre disciplina de ingeniería, no sobre generar código (30/09)
La tesis del repo es que los agentes fallan siempre por lo mismo: arrancan desalineados, escriben de más, dejan bugs y degradan la arquitectura. Las skills atacan cada una de esas: /grill-me interroga al usuario hasta que el objetivo está claro antes de tocar código, /tdd arma el ciclo de test primero, y hay skills invocadas por el modelo para debugging, revisión y mejora de arquitectura, más herramientas de modelado de dominio que bajan la verbosidad estableciendo vocabulario compartido. Funciona con Claude Code, Codex y otros agentes, y se instala como plugin de Claude Code o con npx skills@latest add mattpocock/skills si se prefieren los archivos editables. GitHub
-
Repos: VoiceStudio se disparó a 3.481 estrellas en el día y OpenShell aguantó el segundo día con 1.280 (30/09)
Sigue de lo de ayer, donde VoiceStudio ya era el que más crecía: hoy acumula cerca de 49.800 estrellas y encabeza el trending por lejos. Es una app de escritorio que corre en local lo que normalmente se paga por API —clonado de voz desde una grabación de referencia, diseño de voz por descripción de texto, doblaje de video, transcripción y audiolibros en 646 idiomas—, con API local y MCP para meterla adentro de un flujo de agentes. Va con licencia AGPL-3.0 y cada modelo trae la suya, que conviene leer antes de usarlo comercialmente. OpenShell, el runtime de Nvidia que encierra agentes, llegó a 11.366 estrellas al segundo día de trending. GitHub · GitHub Trending
-
Tetra sirve LLMs cuantizados a 2,7 bits por parámetro y lee 2,148 bits por peso desde la memoria de la GPU (28/09)
La cuantización con retículo de Leech da buena calidad a dos bits por peso, pero su libro de códigos tiene más de 10^14 puntos, demasiados para una tabla de lookup; el kernel anterior expandía los códigos al cargar y terminaba leyendo 4,804 bits por peso para 2 bits de código. Tetra arma un libro nuevo sobre el mismo retículo: un bloque de 24 pesos sigue ocupando 48 bits, la mayoría indexando un trellis de 64 estados del código de Golay más una tabla compartida de 16 KiB, y decodifica con seis lecturas de tabla y dos lookups chicos adentro del producto matriz-vector. Los archivos de Qwen3-4B, 8B y 14B quedan en 2,73, 2,70 y 2,73 bits por parámetro y marcan 63,37, 69,58 y 75,66 en MMLU completo, entre 4,76 y 2,46 puntos abajo de AWQ de 4 bits que pesa 5,3 a 6,0 bits. Generan 113,8, 95,0 y 57,2 tokens por segundo, todo medido en una sola L40S, con código, logs y preregistro publicados. arXiv 2609.35465
-
TokenCast predice cuántos tokens va a consumir un agente antes y durante la corrida, y baja 21,3% el gasto contra un presupuesto fijo (28/09)
El problema que ataca lo conoce cualquiera que pague una factura de agentes: la misma tarea puede variar más de un orden de magnitud entre corridas, porque el agente elige los pasos según lo que devuelven las herramientas y el contexto que crece infla la entrada de cada llamada siguiente. La propuesta es aprender una representación de costo componible por segmento de ejecución, que registra su propio consumo y el crecimiento de contexto que introduce; al componer segmentos adyacentes aparece el costo extra de releer contexto viejo en cada llamada nueva. Se actualiza con la evidencia que va llegando, sin gastar llamadas al modelo, con 32,8 ms de tiempo de predicción acumulado por corrida en SWE-bench Verified. Sobre 4 suites de tareas y 6 modelos de agente, reduce el error absoluto medio 14,5% promedio contra el mejor competidor en 96 combinaciones, y en replay de control de presupuesto usa 21,3% menos tokens a igual completitud de traza. El código está publicado. arXiv 2609.35760
-
Cloudflare lanzó cf, una CLI diseñada para agentes que expone más de 3.000 operaciones de toda su API (28/09)
Es el reemplazo generacional de Wrangler, que cubría unos 280 comandos con patrones inconsistentes; cf cubre la superficie completa de la API de Cloudflare. Las tres decisiones de diseño apuntan derecho al agente: salida JSON por defecto en vez de tablas para humanos, configuración en TypeScript en cloudflare.config.ts que aprovecha el language server en vez del formato propio de Wrangler, y cf cli search, búsqueda de comandos en lenguaje natural para que el agente descubra qué existe sin cargarse el contexto con toda la ayuda. Vite queda como servidor de desarrollo por defecto. Se instala con npm i -g cf. Si tenés agentes tocando infraestructura en Cloudflare, es el tipo de cambio que conviene probar temprano: la CLI vieja les daba una fracción de la plataforma. Blog de Cloudflare
-
Repos: OpenShell de Nvidia entró a trending el día después del anuncio, con 10.027 estrellas y 978 en el día, y VoiceStudio fue el que más creció (29/09)
OpenShell es la pieza de código abierto de la Open Agent Safety Platform de ayer: un runtime en Rust que encierra al agente y fija qué acciones y accesos tiene. Que aparezca en trending a las horas dice que el problema de sandboxear agentes está urgente en muchos equipos a la vez, y a diferencia de la mayoría de los anuncios de plataforma, esto se puede clonar y leer hoy. El repo que más subió en el día fue otro: VoiceStudio, 46.558 estrellas totales con 4.712 sumadas hoy, una alternativa local y de código abierto a ElevenLabs que hace clonado y diseño de voz, doblaje de video, dictado, transcripción y audiolibros en 646 idiomas. Llega justo cuando ElevenLabs sacó sus modelos v4, así que la comparación se puede hacer en la propia máquina. NVIDIA/OpenShell · VoiceStudio · GitHub Trending
-
Repos: Hindsight y Paperclip llegaron al cuarto día sin desinflarse, y PageIndex aparece como respuesta al RAG que se envenena (29/09)
Sigue de lo de ayer: según el trending de hoy, hindsight suma 2.541 estrellas en el día y paperclip 2.412, con totales de 42.078 y 93.972 —los totales no cierran del todo con los que reportaba el trending ayer, así que conviene mirar la tendencia y no el dígito—. El tercero que vale mirar es PageIndex, de VectifyAI: 36.812 estrellas, 822 en el día, y se describe como índice de documentos para RAG sin vectores, basado en razonamiento. Es la contracara práctica de lo que mostró el benchmark de envenenamiento por documentos viejos: si el recall vectorial es lo que trae la evidencia equivocada, cambiar el mecanismo de recuperación es una palanca más directa que pedirle al modelo que desconfíe. Univer, el harness de oficina, sigue en la lista con 21.633 y 692 en el día. Hindsight · Paperclip · PageIndex · GitHub Trending
-
H Company liberó Holo4, modelos de peso abierto para agentes de computer-use que manejan GUI, código, MCP y APIs en un mismo flujo (28/09)
Son Holo4-27B denso y Holo4-35B-A3B MoE, más Holotron4 Nano, que aplica el mismo post-entrenamiento sobre el Nemotron 3 Nano Omni de Nvidia. El 27B marca 61,7% en OSWorld 2.0 contra 81,8% de Opus 5.5; el MoE aparece en 30,9% en el propio blog, un número que no cierra con el resto y conviene no citar hasta que lo confirmen. Lo interesante no es solo el modelo: rehicieron el harness para sostener memoria confiable a lo largo de cientos de pasos, que es donde se caen casi todos los agentes de escritorio. Con GGUF de 4 bits y FP8/NVFP4 en el hub se puede correr local hoy, sin depender de la H Models API. Blog de H Company en Hugging Face
-
Un benchmark nuevo muestra que el RAG con documentos desactualizados da vuelta la respuesta correcta hasta en el 91% de los casos, y que decirle al modelo "confiá en el contexto" lo empeora (28/09)
"Stale-Document Poisoning" arma 317 reversiones de conocimiento verificadas en medicina, derecho, software y políticas de plataforma, y las prueba sobre 12 modelos. Sin instrucciones especiales, el retrieval viejo pisa el 30% de las respuestas de Llama y el 37% de las de Qwen; con la instrucción explícita de confiar en lo recuperado saltan a 66% y 75%. En cuatro modelos abiertos y cuatro dominios el envenenamiento va de 17% a 91%, mientras que la evidencia actualizada se sigue en el 97-100% de los casos: el problema es temporal, no de obediencia. La mitigación que reportan es implementable: un re-ranker híbrido con conciencia de recencia baja el envenenamiento entre 4,6 y 10 puntos, siempre que las fechas de los documentos sean correctas. arXiv 2609.31342
-
Entrenar al modelo a predecir su propia confianza, con solo 600 problemas, recorta hasta 25% de los tokens de razonamiento sin perder accuracy (28/09)
"Learning to Stop without Learning to Stop" no optimiza la longitud del razonamiento en ningún momento: enseña confianza de forma auto-supervisada y el recorte aparece solo. Reportan hasta 25% menos tokens generados a accuracy igualada en benchmarks de matemática, ciencia y código, probado sobre Gemma, Qwen, Nemotron y GPT-OSS, así que no es un truco atado a una familia de modelos. El costo de adopción es lo que lo vuelve interesante para un equipo chico: 600 problemas de entrenamiento entra en un fine-tune de presupuesto modesto, y el ahorro pega directo donde más duele la factura de los modelos de razonamiento. arXiv 2609.31619
-
Repos: Hindsight y Paperclip siguieron escalando el tercer día, y aparecieron dos harnesses nuevos con enfoques opuestos (28/09)
Sigue de lo de ayer: hindsight sumó unas 4.520 estrellas en el día y paperclip unas 2.401, con totales verificados de 22,1k y 84,1k. Hindsight, MIT, se instala con pip install hindsight-api o su imagen de Docker y organiza la memoria en estructuras biomiméticas —hechos del mundo, experiencias, observaciones, modelos mentales—; Paperclip es la capa de gobierno sobre agentes que ya corren, con tracking de costos por agente, org chart con roles y permisos, ejecución por heartbeats y workflows de aprobación. Los dos nuevos del día van por caminos distintos: OpenRig (npm install -g @openrig/cli, Apache 2.0) es un daemon local que orquesta equipos de agentes de código sobre tmux con topologías en YAML, mientras Univer se reposicionó como "Office Harness for AI Agents" —planillas, docs, slides y PDF en un runtime con APIs estructuradas, verificación por screenshots y un flujo de worktree donde el humano mergea—. Distintas respuestas al mismo diagnóstico: darle al agente un entorno verificable en vez de texto libre. Hindsight · Paperclip · OpenRig · Univer
-
Evals: Kaggle publicó el paper de Game Arena, una plataforma de evaluación competitiva diseñada para que el benchmark no se sature nunca (28/09)
La propuesta, con Minmin Chen a la cabeza y 63 coautores, es evaluar modelos en enfrentamientos head-to-head dentro de entornos estructurados, donde la dificultad sube sola a medida que los modelos mejoran. Los tres juegos piloto cubren a propósito estructuras de información distintas: ajedrez con información perfecta, póker con información imperfecta y azar, y Werewolf con información oculta, comunicación y engaño. El argumento central apunta al problema que hoy tienen todos los benchmarks estáticos, que es quedar resueltos y dejar de discriminar. Está bajo CC BY 4.0 y la plataforma es pública, así que se puede inscribir un modelo o replicar el setup para evals internas. arXiv 2609.31473 · Kaggle Game Arena
-
SoL-Pi: Nvidia bajó entre 44,7% y 49% el consumo de tokens de un agente de código optimizando el harness, no el modelo (26/09)
El harness es la capa de control que decide cómo el agente percibe el estado, ejecuta acciones y digiere el feedback, y acá un agente de investigación exploró 152 variantes en más de 3.000 corridas sobre 535 entornos ejecutables, 495 pares issue-PR de GitHub y 40 casos sintéticos. Salieron cuatro mecanismos concretos y copiables: Action Fusion, que junta pasos consecutivos en una sola llamada; Online Context Compact, que recorta el contexto acumulado solo; ObservationPack, que archiva salidas de herramientas dejando un resumen corto; y un reductor que destila logs de error con modelos más baratos preservando la evidencia. El ahorro declarado va de 8,75 a 13,50 dólares por hora contra Codex o Claude Code. El asterisco importa: midieron sobre EdgeBench con 40 tareas reservadas, y en Terminal-Bench 4 sobre CPU el rendimiento empeora, con resultados mezclados en verificación formal en Lean 4. The Decoder · arXiv
-
Inferencia local: llama.cpp sumó soporte de Nemotron 3 Puzzle y un 2,71x en modelos cuantizados a IQ3_S, pero conviene quedarse en la build b11199 (27/09)
El relevamiento diario de infraestructura marca regresiones reportadas en los backends ROCm, SYCL y CUDA en las builds posteriores, así que el salto de rendimiento y la estabilidad todavía no viajan juntos. En vLLM entraron GLM-5.3-Flash-DFlash2 y MiniCPM-V 4.7, y hay un problema abierto que vale mirar antes de subir a producción: deadlock del motor V1 bajo carga concurrente cuando se combina decodificación especulativa con cuantización FP8. LiteLLM optimizó la capa de proxy con operaciones Redis en lote y sumó soporte de batch de Mistral. La recomendación del informe es directa: fijar builds estables y evitar por ahora la inferencia gestionada de Ollama Cloud Pro, que muestra 95% de fallas. AI Infrastructure Digest
-
Paperclip y Hindsight aceleraron en el segundo día, en vez de desinflarse (27/09)
Sigue de lo de ayer: Paperclip, el gobierno de equipos de agentes, sumó 2.608 estrellas hoy contra 2.109 ayer, y Hindsight, la memoria persistente de Vectorize, 2.147 contra 1.653. Que los dos primeros puestos suban el segundo día descarta el pico de un anuncio y dice algo sobre dónde está el dolor real: memoria que sobreviva entre sesiones y control sobre qué hace una flota de agentes, no capacidad agéntica básica. Univer, el runtime de planillas y documentos para agentes, quedó tercero con 849. AI Open Source Trends · paperclip · hindsight
-
Evals: el Furniture Assembly Benchmark de Epoch AI pasó de 28% a 80% en diez meses, y es un termómetro raro y útil de razonamiento visual (26/09)
El test le da al modelo fotos de tres muebles de IKEA a medio armar, con errores puestos a propósito, y le pide compararlas con las instrucciones, encontrar la macana y describirla. GPT-6 Astra marca 80% tardando tres minutos por foto; Claude Fable 5.1 llega a 70% y Opus 5 a 61%. La referencia histórica es lo que sorprende: en noviembre de 2025 el mejor modelo era Claude Opus 4.5 con 28%. Los open-weights chinos, Kimi K3 incluido, quedan a siete meses de distancia por lo menos. Sigue siendo demasiado lento para asistir en tiempo real, pero como métrica de "mirá esta foto y decime qué está mal" es más honesta que casi cualquier benchmark multimodal de pregunta y respuesta. The Decoder
-
Paperclip fue el repositorio que más estrellas sumó en el día, 2.109, y desplazó a Hindsight del primer puesto (26/09)
Sigue de lo de ayer: Hindsight, la memoria de agentes de Vectorize, sumó otras 1.653 y quedó segundo, así que no fue un pico de un día. Paperclip, MIT, va por otro lado: en vez de memoria, gobierno. Maneja equipos de agentes como si fueran una organización —roles y líneas de reporte, presupuesto mensual por agente, flujos de aprobación, log de auditoría— y mantiene estado persistente que se retoma en cada "heartbeat" programado, con soporte de varios proveedores a la vez. GitHub · agents-radar
-
Univer se presenta como "el arnés de Office para agentes" y sumó 1.050 estrellas en el día (26/09)
Es un SDK open source de planillas, documentos y presentaciones para embeber en la propia aplicación, con arquitectura de plugins, render sobre canvas y una Facade API unificada para libros, documentos y fórmulas. Lo nuevo es el encuadre: corre isomórfico, también headless en Node, de modo que un agente puede inspeccionar, modificar y verificar contenido de oficina por API mientras la revisión humana queda en el mismo lugar. Si tu agente hoy escupe archivos y nadie los valida, este es el hueco que ataca. GitHub · agents-radar
-
Skills: mattpocock/skills sumó 583 estrellas y superpowers otras 468, los dos apuntando al mismo hueco (26/09)
El primero son unas 20 skills MIT que su autor usa a diario —TDD, revisión de código, debugging, análisis de arquitectura, escritura de specs— cada una con su SKILL.md, instalables como plugin de Claude Code o con npx skills@latest add mattpocock/skills. superpowers va más lejos y codifica una metodología completa: RED-GREEN-REFACTOR, planificación en tareas de 2 a 5 minutos, desarrollo por subagentes y verificación por evidencia en vez de por suposición, con las skills activándose solas según contexto. Corre en Claude Code, Codex, Cursor, Gemini CLI y Copilot CLI, así que se puede probar sin cambiar de herramienta. mattpocock/skills · superpowers
mattpocock/skills superpowers Claude Gemini Claude Code GitHub Copilot Gemini CLI
-
Cuantización: el Model Optimizer de NVIDIA sumó 359 estrellas en el día empujado por la 0.47, que solo conserva los Q/DQ que de verdad aceleran (26/09)
El cambio más útil es de criterio, no de algoritmo: la cuantización ONNX ahora mide los emplazamientos y deja los Q/DQ INT8/FP8 calibrados únicamente cuando superan el umbral de aceleración configurado en TensorRT, en vez de cuantizar por defecto y rezar. Vienen además una receta AutoQuantize a 5,5 bits efectivos, un conversor en streaming con expertos ruteados en NVFP4, recetas FP8 para los encoders de visión de Qwen3, un algoritmo nuevo de calibración de escalas globales de activación e integración con MLflow para seguir las corridas. GitHub · agents-radar
-
Hindsight, la memoria de agentes de Vectorize, fue el repositorio que más estrellas sumó en el día en GitHub: 1.607 (24/09)
La idea es que el agente aprenda, no que recuerde la conversación, y se apoya en tres operaciones: retener, recuperar y reflexionar. La recuperación corre varias estrategias en paralelo —búsqueda semántica, coincidencia por palabra clave, grafo de entidades y filtro temporal— y encima hay páginas de conocimiento y modelos mentales que funcionan como documentación viva. Dicen estado del arte en LongMemEval, soporta más de 25 proveedores de modelos, trae Memory Defense para detectar y tapar datos sensibles, y se despliega en Docker, bare metal o servicio administrado. GitHub · GitHub Trending
-
AX, el orquestador de agentes de Google, pasó de 6.888 a 10.460 estrellas en tres días (24/09)
Sigue de lo del 22/09, cuando había duplicado su cuenta en un día: sumó otras 1.376 en la última jornada y sigue entre los repos más calientes de la plataforma. La curva ya no es un pico aislado sino adopción sostenida, y vale mirarlo si estás eligiendo con qué orquestar agentes. GitHub
-
Contrastive Language Models: Stanford y NVIDIA entrenan un verificador que iguala a un modelo grande y corre hasta 9 veces más rápido (23/09)
CLM separa el estado y la acción en dos encoders que comparten espacio de embeddings y se entrenan con InfoNCE bidireccional, de modo que puntuar una acción es medir similitud coseno. Lo práctico es el costo: el backbone queda congelado y solo se entrena una cabeza de proyección de 20 millones de parámetros, así que un pre-entrenamiento completo sobre Nemotron DQA entra en una RTX 4090 en cerca de una hora. Afinado como modelo de recompensa de trayectorias, CLM-8B marca 81,6% en DeepSWE y 87,6% en Terminal-Bench 2.1 eligiendo entre candidatos, con 4 a 6 veces menos latencia; y como los embeddings de acciones se cachean aparte, con mil candidatos la ventaja llega a 13 veces. El detalle más reutilizable es de receta de datos: los negativos difíciles rinden como refinamiento después del pre-entrenamiento —52,1% a 69,2% de top-1— y no como reemplazo, que se estanca en 62,4%. Página del proyecto · Repositorio
-
Treg le da a un agente unos 2.600 endpoints de más de 40 proveedores con un solo token, sin que vea nunca las credenciales (24/09)
Sumó 470 estrellas en el día. Funciona como proxy que resuelve a qué herramienta apunta el pedido, desencripta e inyecta la credencial del lado del servidor y relaya el request sin modelarlo, así que la clave nunca llega al agente. Soporta API keys, OAuth con refresco automático, archivos de secretos y autenticación por CLI bajo una misma abstracción; un equipo registra sus propias claves una vez y quedan disponibles para todos, y los bundles reutilizables de receta, secretos y herramientas se comparten como skills. El catálogo se paga por llamada, con la mayoría de los endpoints en fracciones de centavo. GitHub
-
Google actualizó el harness de agentes de la API de Gemini y sumó APIs de archivos y de credenciales (22/09)
El harness nuevo se llama antigravity-preview-09-2026, corre sobre Gemini 3.8 Flash con el modelo configurable por interacción, y acerca las herramientas y el comportamiento a lo que da el agente de programación Antigravity. Los números que publican: 40% menos tokens de salida en cambios de archivos, hasta 6% más de tareas completadas en trabajos de ingeniería de software y de investigación multiturno, y hasta 16% más de aciertos de caché en conversaciones largas. Lo acompañan dos APIs nuevas: Files, para meter y sacar datos del entorno del agente, y Credentials, para que el agente use servicios de terceros y servidores MCP sin que uno tenga que inventar el plomero. El precio no cambia. Dato de calendario para quien ya esté integrado: antigravity-preview-05-2026 se deprecia el 5 de octubre y después las peticiones se redirigen solas al nuevo. Google AI Studio · Gemini API docs
-
La arquitectura de memoria de Muse, documentada de primera mano por la fuga de ayer (22/09)
Aparte del problema de seguridad, el volcado de 6,8 GB dejó a la vista un diseño de memoria de agente que se puede copiar. Muse guarda la memoria en Markdown plano: ~/MEMORY.md es una hoja corta de hechos, preferencias y compromisos, y los archivos fechados bajo ~/memory/ llevan el detalle diario. Un trabajo de fondo cada hora contrasta cada afirmación nueva contra los mensajes originales y registra una cita textual, los IDs de mensaje y un ID de afirmación, y recién ahí decide qué sube a la hoja curada y qué se queda en el registro. Postgres lo hace buscable: memory.entries guarda los fragmentos con referencias de línea, memory.embeddings los vectores de 384 dimensiones y memory.claims la evidencia, la confianza y el estado, con un campo supersedes_claim_id para que una afirmación nueva reemplace a una vieja. El agente consulta con memory_search e inspecciona la evidencia con memory_explain. El olvido no es borrar una nota: el flujo marca IDs para retractación, saca el material enlazado y reconstruye el índice para que los trabajos posteriores no lo reconstruyan. Y hay un "sueño" nocturno que revisa las conversaciones recientes y escribe guía para las sesiones futuras, con prompt_hoisted: false, o sea que la prosa del sueño no se inyecta cruda en el prompt. Mouse
-
Git definió el camino a 3.0: 2.98 en diciembre, y 2.99 más 3.0 juntos en abril de 2027 (22/09)
Jonathan Corbet agregó ayer la actualización al artículo de LWN con el plan que Patrick Steinhardt contó en Kernel Recipes, y ese es el dato nuevo: la versión de diciembre se va a llamar 2.98 como señal de que la transición viene, 2.99 sale en abril de 2027 y es de soporte extendido, y Git 3.0 sale el mismo día y queda de base para todo lo que siga. Lo que rompe 3.0 conviene anotarlo ahora: SHA-256 por defecto en lugar de SHA-1, reftable por defecto en vez de los refs como archivos —el repositorio de Android tiene más de 800.000 refs y ahí el mecanismo viejo se arrastra—, y Rust obligatorio para compilar, lo que deja afuera a cualquier plataforma sin compilador de Rust. El bloqueante histórico era GitHub, que todavía no anuncia soporte de SHA-256; brian m. carlson, empleado de GitHub y desarrollador clave de la transición, dijo que hay novedades en camino. Mientras tanto 2.56 llega a fin de mes con git branch --delete-merged, git add --resolved y el subcomando drop del experimental git history. LWN · Hacker News
-
Cloudflare declaró Python Workers generalmente disponible y sacó del medio la capa de JavaScript (21/09)
Dos años de beta terminan con Python como lenguaje de primera clase en la plataforma, al mismo nivel que TypeScript. Lo concreto: los conectores nuevos workers.asgi y workers.wsgi hacen correr FastAPI, Django y Flask de forma nativa; los bindings de la plataforma —D1, R2, Workers AI, Queues, Durable Objects— se usan sin pegamento de JavaScript en el medio; y con el soporte nuevo de sockets TCP se puede hablar con PostgreSQL y MySQL a través de Hyperdrive usando los drivers estándar. Para quien arma agentes, el detalle que más importa es que las librerías openai, langchain y mcp ahora funcionan nativamente, porque parchearon los clientes HTTP para que ruteen por la API fetch de JavaScript. Abajo sigue siendo Python compilado a WebAssembly con Pyodide dentro del runtime workerd, basado en V8. Está segundo en Hacker News con 243 puntos. Cloudflare · Simon Willison
-
AX duplicó sus estrellas en un día y arrastró consigo al runtime que tiene debajo (22/09)
Sigue de ayer: el orquestador de agentes de Google pasó de unas 3.700 estrellas a 6.888, con 2.324 sumadas hoy, y es el que más crece en las tendencias de GitHub por estrellas del día. Lo nuevo es que Agent Substrate, la pieza sobre la que AX ejecuta los sandboxes, quedó segunda con 498 estrellas hoy, y ahí están los números que explican el diseño: promete diez veces más densidad que un runtime de contenedores estándar, reanudaciones por debajo de 500 milisegundos y más de 500 activaciones de suspensión y reanudación por segundo, con aislamiento de kernel y de red de confianza cero sobre microVMs o gVisor. La apuesta de fondo es que las aplicaciones tipo agente están ociosas la mayor parte del tiempo, así que se puede multiplexar mucho: la demo muestra unos 250 actores con estado repartidos sobre apenas 8 pods de Kubernetes. Es agnóstico del harness, y soporta explícitamente Claude Code, Codex, ADK, LangChain y servidores MCP como actores sandboxeados. GitHub / ax · GitHub / Agent Substrate
GitHub / ax GitHub / Agent Substrate Google GitHub Claude Claude Code MCP
-
Anthropic encabeza las tendencias de GitHub con un repositorio de agentes para servicios financieros (22/09)
anthropics/financial-services acumula 36.078 estrellas y suma 436 en el día. Trae agentes de flujo completo con nombre propio —Pitch Agent, Market Researcher, Earnings Reviewer, GL Reconciler, Month-End Closer, KYC Screener, entre otros— más paquetes de skills por vertical, conectores MCP de datos y plugins construidos por LSEG y S&P Global. La decisión de arquitectura que vale la pena mirar aunque uno no trabaje en finanzas es que cada agente sale por dos caminos desde una sola fuente: se instala como plugin de Cowork o se despliega vía la API de Managed Agents detrás del motor de flujo propio, con el mismo prompt de sistema y las mismas skills. El repositorio aclara que los agentes redactan producto de trabajo de analista para que lo revise un profesional: no recomiendan inversiones, no ejecutan transacciones y no asientan en el libro mayor. GitHub · Finextra
-
gzipt: un modelo de lenguaje hecho enteramente con gzip, sin red neuronal, sin entrenamiento y sin parámetros (22/09)
Ceba el compresor con un corpus y continúa un prompt buscando la secuencia de bytes que mejor comprime, apoyado en la identidad que está en la base de todo esto: lo que comprime bien es lo que el modelo predice. El resultado como generador de texto es malo y el autor no pretende otra cosa. Lo que vale es el ejercicio: modelar lenguaje y comprimir son la misma operación mirada desde dos lados, y verlo funcionar con una herramienta de 1992 aclara la intuición mejor que un paper. Está tercero en Hacker News con 228 puntos y más de 80 comentarios. Hacker News · GitHub
-
AX, el orquestador de agentes de Google, llegó a v0.3.0 y se sacó de encima a etcd (21/09)
AX —Agent Executor— es un orquestador declarativo con licencia Apache 2.0 pensado para correr miles de millones de cargas de agentes autónomos por clúster, apoyado sobre Agent Substrate para la ejecución en sandbox. Lo que trae la v0.3.0 es una reescritura de la arquitectura: parte AX en tres servicios —frontend de API, reconciliador y ejecutor de tareas en sandbox— y saca el estado de las tareas de los recursos personalizados de Kubernetes para meterlo en Redis Streams, con el argumento de que etcd nunca fue diseñado para la rotación de millones de tareas efímeras. Esa es la lección transferible aunque uno no use AX: guardar estado de agentes en CRDs de Kubernetes funciona hasta que la tasa de escritura lo rompe. El proyecto tiene además programación dinámica, reanudación, recuperación automática, auditoría y ramificación de trayectorias desde snapshots del kernel. Está primero entre lo de IA en Hacker News hoy, con el repo alrededor de las 3.700 estrellas. GitHub · Google Cloud
-
Brood War Bench: 19 configuraciones de agentes jugaron 171 partidas de StarCraft y ninguna pasó de principiante (20/09)
Ben Swerdlow armó un torneo todos contra todos en el juego de estrategia en tiempo real de Blizzard de 1998, publicó los resultados el 19 y el informe llegó al pelotón de cabeza de Hacker News en las últimas horas. La conclusión desnuda es que un humano con nociones tácticas básicas le gana a cualquiera de las configuraciones probadas. La tabla la encabeza Astra (xhigh) con 18 victorias y ninguna derrota, seguida de Astra (medium) con 16 y 2, y Fable con 15 y 3. Lo interesante no es el ranking sino que aparecieron estilos distintos: Codex prefirió estrategias tramposas y poco convencionales antes que el juego estándar, Claude jugó de manual, y Grok directamente dejó de jugar a mitad de partida. Mide algo que los benchmarks de texto no miden: si el razonamiento de un modelo de propósito general se transfiere a decisiones en tiempo real sin entrenamiento específico. Por ahora, no. Brood War Bench
-
Alibaba abrió open-code-review y se puso primero en las tendencias de GitHub el mismo día (21/09)
34.836 estrellas acumuladas, 2.475 forks y 3.286 en el día, escrito en Go. La propuesta es una arquitectura híbrida para revisión de código: pipelines deterministas para lo que se puede verificar con reglas, más un agente LLM para lo que no, con comentarios precisos a nivel de línea. Trae un conjunto de reglas multi-lenguaje integrado que cubre desreferencias nulas, seguridad de hilos, XSS e inyección SQL, y es compatible con las APIs de OpenAI y Anthropic. La empresa lo presenta como probado en batalla a la escala de Alibaba, que es el argumento que este tipo de herramientas suele no poder hacer. GitHub
-
El resto de las tendencias del día sigue siendo andamiaje para agentes, no modelos (21/09)
Sigue de ayer: security-audit-skill de Cloudflare cierra su sexto día arriba y encima aceleró, con 3.607 estrellas en el día contra las 2.375 de ayer. Lo nuevo viene del mismo molde: BrowserSkill de Tencent, un CLI más extensión para que los agentes usen el navegador real del usuario ya logueado sin interrumpirle el trabajo, con 4.214 acumuladas y 1.302 hoy; y OpenResearch de alphaXiv, escrito en Rust, que convierte agentes de código en agentes de investigación, con 4.970 y 939. También siguen en el tablero agent-skills de Addy Osmani (680 hoy), knowledge-work-plugins de Anthropic (287) y WeKnora de Tencent, un sistema de RAG (1.125). La forma que comparten todos es la misma que venimos marcando: nadie está publicando pesos, están publicando la herramienta que rodea al modelo. GitHub / BrowserSkill · GitHub / OpenResearch · GitHub / security-audit-skill
GitHub / BrowserSkill GitHub / OpenResearch GitHub / security-audit-skill Anthropic GitHub
-
Unity sacó plugins oficiales para Claude Code y Codex para que los agentes dejen de copiar tutoriales de versiones viejas (19/09)
El problema que resuelve es concreto y conocido por cualquiera que haya intentado que un agente escriba código de Unity: los agentes de propósito general se apoyan en posts de foro y tutoriales de versiones anteriores del motor, cuyo código compila pero no hace lo que debería. Los plugins traen skills que escriben y mantienen los equipos de Unity. La versión de Codex arranca con 31 skills para interfaces, gráficos 2D, el pipeline de render URP, audio, navegación, física, compras dentro de la app, multijugador y localización; una skill arma proyectos nuevos completos con editor, control de versiones y paquetes, y otra migra proyectos viejos a URP. Corren sobre Unity 6 o superior y se instalan con un clic desde el directorio de plugins de Codex o vía npm en Claude Code. El patrón vale más allá de Unity: cuando el conocimiento de un framework envejece rápido, el dueño del framework publicando sus propias skills es mejor solución que esperar a que el modelo se actualice. The Decoder · Unity / Claude Code · Unity / Codex
The Decoder Unity / Claude Code Unity / Codex Claude Claude Code npm
-
StudentSim, de Microsoft y la Universidad de Illinois, arma réplicas de alumnos individuales con poquísimos datos para entrenar tutores de IA (20/09)
El problema es de costo: mejorar un tutor requiere alumnos reales, y conseguirlos es lento y caro. StudentSim entrena en dos etapas para esquivar la falta de datos —en el dataset de escritura en inglés la mediana de alumnos escribió tres ensayos y más de dos tercios escribieron cinco o menos—: primero un modelo base aprende los patrones compartidos de todos los alumnos de una materia, y después se lo adapta al individuo con los pocos registros que haya. La base es Qwen3-4B-Instruct. Lo que mide es doble y ahí está la idea reusable: cuánto se parece la réplica a las respuestas del alumno, incluidos sus errores típicos, y con qué facilidad corrige después de una pista del tutor. Probado con 60 alumnos en ajedrez, inglés como lengua extranjera y matemática, gana a GPT-5.4 promptado como alumno en las tres materias; en ajedrez acierta la jugada siguiente el doble de veces. Cuando usaron una réplica para entrenar un tutor de ajedrez, jugadores profesionales lo puntuaron primero en las tres métricas, mientras que el tutor entrenado con GPT-5.4 quedó peor en exactitud factual que el que no recibió entrenamiento extra. Código en GitHub. The Decoder · arXiv · GitHub
-
ECC llegó al tope de tendencias: 263.000 estrellas y un sistema de plan-test-implement-review-verify-remember-improve instalable de una (20/09)
263.300 acumuladas, 39.401 forks, 1.012 en el día, licencia MIT. La propuesta es instalar una vez el proceso de ingeniería en vez de reconstruirlo en cada prompt: 68 agentes especializados en planificación, revisión, reparación de builds, seguridad y arquitectura, 292 skills, 94 shims de comandos legacy, más hooks, reglas, memoria y AgentShield, su escáner de seguridad. La frase que resume el diseño es "optimizá la ventana de contexto, persistí todo lo demás". Funciona mejor con Claude Code, tiene camino de sincronización soportado para Codex y adaptadores con capacidades limitadas para Cursor, OpenCode, Gemini, Zed, Copilot, Qwen y otros; conviene mirar la matriz de soporte antes de asumir paridad. Se instala con npx ecc-universal@2.2.2 setup o con /plugin install ecc@ecc adentro de Claude Code, y el propio repo advierte contra apilar métodos de instalación en la misma herramienta. GitHub
-
La skill de auditoría de Cloudflare cerró su quinto día arriba y el resto de las tendencias sigue siendo andamiaje, no modelos (20/09)
Sigue de ayer: security-audit-skill está en 17.477 estrellas acumuladas y 965 forks, con 2.375 en el día, algo menos que las 3.162 de ayer pero todavía en el pelotón de cabeza después de cinco días. Cua, el proyecto de computer-use 2.0, sumó 1.012 y llegó a 24.897; agent-skills de Addy Osmani está en 97.422 con 729 hoy, y claude-code de Anthropic en 146.917 con 415. Lo nuevo del día viene del mismo molde: json-render de Vercel Labs, un framework de UI generativa, con 17.016 acumuladas y 585 hoy, y agent-native de Builder.io, para armar apps agénticas, con 4.998 y 89. La forma que comparten todos sigue siendo la que veníamos marcando: nadie está publicando pesos, están publicando el andamio alrededor del modelo. GitHub / security-audit-skill · GitHub / cua · GitHub / json-render
GitHub / security-audit-skill GitHub / cua GitHub / json-render Anthropic GitHub
-
Google y DeepMind publicaron Dream-RSI, un método que deja a los agentes probar miles de estrategias de búsqueda sobre corridas viejas en vez de repetirlas (19/09)
El problema que ataca es caro y conocido: un agente que se automejora propone, evalúa, aprende y reintenta miles de veces, y decidir qué caminos seguir, cuáles abrir en paralelo y cuáles abandonar define si la búsqueda sirve o quema cómputo. Una estrategia fija no aprende; adaptarla en vivo cuesta corridas largas. Dream-RSI graba el árbol de búsqueda con sus resultados y después reproduce decisiones alternativas sobre ese registro —los autores lo llaman "soñar"—, sin volver a llamar al modelo ni al evaluador. Elige la mejor variante y recién ahí la aplica en una corrida real. Solo cambia la estrategia de búsqueda; el modelo queda intacto. Probado con Gemini 3.1 Pro y 3.7 Flash en ocho tareas: en un programa de cálculo estadístico ganó a sklearn y glmnet en los seis datasets, bajó el tiempo promedio de 3.587 a 2.931 ms y los intentos de 550 a 317, contra 51.200 corridas que necesitó el sistema competidor SimpleTES. En kernels de GPU igualó rendimiento con hasta 2,43 veces menos generaciones, o hasta 2,09 veces más rendimiento con el mismo presupuesto. El hallazgo secundario es el más accionable: cuando en vez de reproducir el historial lo condensaron en instrucciones explícitas de dónde buscar, el resultado empeoró. Código en GitHub. The Decoder · GitHub
-
Needle 2, de Cactus Compute, es un modelo de 45 millones de parámetros que hace tool calling en un binario de 14 MB y 28 MB de RAM (19/09)
10.500 estrellas acumuladas, 673 forks, 207 en el día, licencia Apache 2.0. Está pensado para teléfonos, wearables, domótica y robots, comprimido a 2 bits con los cuantizadores de la casa y metido adentro de su propio motor; los autores dicen que empata o gana contra FunctionGemma 270M, LFM2.5 230M y Apple FM siendo de 5 a 70 veces más chico. Lo que vale copiar son las decisiones de diseño: las llamadas a herramientas vuelven como datos estructurados con una gramática a nivel de bytes compilada desde tus esquemas, que restringe cada token; cada respuesta trae un score de confianza calibrado de una cabeza entrenada, así que se puede fijar un umbral y escalar por debajo; una cabeza de retrieval renderiza solo las cinco herramientas más relevantes por turno aunque declares un catálogo grande; y la memoria queda fija en torno a 28 MB con una ventana deslizante de 256 tokens y las herramientas ancladas como KV sinks. Se instala con pip install cactus-needle, hace fine-tuning con LoRA sobre la base congelada y exporta un único.cact. La arquitectura, una Simple Attention Network con MLP de Hadamard y memoria engram, está en arXiv. GitHub · arXiv
-
Cua sigue subiendo en tendencias con su apuesta a "computer-use 2.0": drivers abiertos, escritorios en la nube y benchmarks (19/09)
23.100 estrellas acumuladas, 1.600 forks, 383 en el día, licencia MIT. Son cuatro piezas separables: Cua Driver, que le da al agente herramientas para inspeccionar y operar apps nativas y navegadores en macOS, Windows y Linux por CLI, MCP o SDKs tipados —con entrega en segundo plano, que deja al agente trabajar sin mover tu puntero ni robar el foco donde la plataforma lo permite—; Cua Fleets, escritorios Linux aislados en la nube con un SDK de sandbox; Lume, para VMs locales de macOS y Linux sobre Apple Silicon; y Cua Bench, para armar tareas, evaluar agentes y exportar trayectorias de entrenamiento, que arranca con una tarea simulada sin VM ni API key. La idea que le da nombre es la que conviene retener: un agente que se mueve entre código, APIs e interfaces gráficas dentro de la misma tarea, en vez de tratar la GUI como último recurso. GitHub
-
La skill de auditoría de Cloudflare va por su cuarto día al tope de tendencias y pasó las 15.000 estrellas (19/09)
Sigue de ayer: security-audit-skill está en 15.168 acumuladas y 829 forks, con 3.162 en el día, un poco más que las 3.019 de ayer. Que el ritmo diario no afloje después de cuatro días es lo llamativo: dejó de ser el pico de un post corporativo. Detrás aparecen dos repos de Anthropic —claude-code con 146.540 acumuladas y 482 en el día, y knowledge-work-plugins con 24.990 y 280— y agent-skills de Addy Osmani, con 96.704 acumuladas y 547 hoy. Y hister, el buscador personal que contamos ayer, confirmó que no era un pico solo: de 4.710 acumuladas pasó a 5.106, con 212 forks y 430 estrellas más. La forma que comparten todos sigue siendo la misma que veníamos marcando: no son modelos, son andamios reutilizables. GitHub / security-audit-skill · GitHub / agent-skills · GitHub / hister
GitHub / security-audit-skill GitHub / agent-skills GitHub / hister Anthropic GitHub
-
Anthropic rehízo Projects en Claude Code y ahora un coordinador reparte el trabajo en hilos paralelos, cada uno con su sesión en la nube (17/09)
El flujo nuevo es describir un objetivo y dejar que el coordinador lo parta: cada hilo corre como sesión propia, puede abrir pull requests y correr tests, y el progreso se sigue desde el chat principal o hilo por hilo, también desde el celular. Con el tiempo Claude construye una memoria compartida entre hilos, y una biblioteca junta todos los archivos subidos y los resultados. La beta está abierta a suscriptores Pro y Max seleccionados que usen sesiones en la nube; Team y Enterprise vienen después, y la ejecución local está anunciada como próxima. Conviene leerlo junto a lo de ayer: el desarrollador de Codex que puso número al "impuesto de coordinación" argumentaba que más de dos sub-agentes en paralelo queman tokens sin ganancia de calidad, y su alternativa era exactamente esto —delegar a hilos separados que avisen recién al terminar en vez de sondear estado todo el tiempo—. La diferencia entre ambas posturas es quién controla cuántos tokens se queman. The Decoder · Anthropic
-
Hister entró fuerte en tendencias: un buscador personal que indexa todo lo que leíste y se lo sirve a tu agente por MCP (18/09)
842 estrellas en el día, 4.710 acumuladas, 198 forks, escrito en Go y con licencia AGPLv3. La idea es un índice de texto completo del contenido real de las páginas que visitás y los archivos que guardás, no de títulos y URLs, consultable desde una interfaz web, una TUI, la línea de comandos o un asistente de IA conectado por MCP. Corre local: un binario, hister listen, una extensión de Firefox o Chrome, y ya. Lo interesante para quien arma agentes es el ángulo de contexto: en vez de mandar al modelo a buscar en la web, le das un corpus acotado de lo que vos ya leíste, que es casi siempre lo que hace falta. Soporta filtros por campo, frases, comodines, negación, alias y prioridades de resultado, búsqueda semántica opcional contra un endpoint de embeddings que configurás vos, importación de historial del navegador, crawler propio y multiusuario. Sin telemetría ni sincronización con nube por defecto. GitHub
-
Tencent Cloud liberó Octop, un asistente de IA multiagente y multiusuario que corre entero en tu máquina (18/09)
571 estrellas en el día, 3.793 acumuladas, licencia MIT. Es un proceso único en Python que sirve dashboard web, CLI, canales de mensajería —Feishu, DingTalk, QQ, Discord, WeCom— y cron, todo contra una misma base de control bajo ~/.octop/ (SQLite por defecto, PostgreSQL opcional), y el estado se reconstruye entero desde esa base al reiniciar. Lo que vale copiar son las decisiones de arquitectura: en vez de una cola externa o un broker, todas las superficies pasan por un único procesador en proceso; la memoria de cada agente viaja con su workspace; y la seguridad viene de fábrica con aislamiento JWT por usuario, aprobación de herramientas, reglas de allow/deny para comandos de shell editables por el usuario y redacción de PII antes de que los datos salgan del workspace. También hace ACP en las dos direcciones: expone tu agente a Zed u OpenCode, y delega hacia Claude Code, Codex, OpenCode o CodeBuddy con puertas de permiso. Está construido sobre una pila propia —harness-agent, harness-gateway, harness-memory, harness-browser— que Tencent dice estar preparando para abrir. GitHub
-
La skill de auditoría de Cloudflare sigue primera en tendencias y ya superó las 12.000 estrellas (18/09)
Sigue de ayer: security-audit-skill va 12.071 acumuladas y 653 forks, con 3.019 estrellas en el día. El ritmo diario aflojó apenas frente a las 3.606 de ayer, pero lleva tres días arriba y sigue liderando, que para un repo salido de un post corporativo ya es una meseta y no un pico. Detrás, el revisor de código de Alibaba cumple cinco días en tendencias: open-code-review pasó de 33.709 a 36.196 estrellas acumuladas con 2.573 forks y 2.724 en el día. Y BrowserSkill, de Tencent, confirmó el arranque del que hablamos ayer: de 1.350 estrellas en su primer día a 4.913 acumuladas, 345 forks y 1.319 más hoy. Los tres comparten la misma forma —diseño de pipeline explícito envuelto como skill o herramienta reutilizable— y esa es la lectura útil: lo que se está adoptando no son modelos, son andamios. GitHub / security-audit-skill · GitHub / open-code-review · GitHub / BrowserSkill
GitHub / security-audit-skill GitHub / open-code-review GitHub / BrowserSkill Alibaba GitHub
-
Un desarrollador de Codex de OpenAI le puso número al costo de los enjambres de agentes: más de dos en paralelo queman tokens sin mejorar la calidad (17/09)
Eric Provencher lo llama "impuesto de coordinación" y el argumento es de arquitectura, no de opinión: los agentes no confían entre sí y terminan "revisando la tarea de todos los demás", así que el trabajo duplicado se come la ganancia. "Es realmente difícil mantener tantos carriles paralelos corriendo sin descarrilar y quemar tokens en verificación excesiva", escribió. Los system prompts se suman a través de cada sub-agente, y sin suficiente contexto los sub-agentes hacen llamadas a herramientas redundantes. Su alternativa práctica: delegar a hilos separados que avisen al agente principal recién cuando terminaron, en vez de sondear el estado todo el tiempo. El caso que disparó el hilo fue un proyecto donde alguien gastó 20.000 dólares en tokens refactorizando un solo archivo de Python con 1.393 agentes; Provencher comentó que un único agente Astra lo habría hecho por una fracción. El resumen es que los enjambres pueden ahorrar tiempo, pero el sobrecosto de tokens es "una trampa", y admite que OpenAI todavía debe mejores soluciones acá. The Decoder · Nous Research
-
Tencent liberó BrowserSkill, que le presta a un agente tu navegador ya logueado en vez de pedirle que abra uno limpio (17/09)
1.350 estrellas en el día, licencia MIT. La idea resuelve el problema más aburrido y más caro de la automatización de navegador: mantener cuentas de prueba y sesiones separadas. BrowserSkill conecta Cursor, Claude Code, Codex, DeepSeek Harness y cualquier agente que pueda llamar a una shell, a través de la CLI bsk más una extensión de Chrome o Edge, con soporte para macOS, Linux y Windows. Las decisiones de diseño son las que vale copiar. Las tareas del agente corren en una ventana separada y visible, así que se puede seguir usando el navegador propio mientras tanto. Si el agente necesita tocar una pestaña que ya está abierta, tiene que pedirla prestada explícitamente, devolverla al terminar y no tocar el resto. Y hay human-in-the-loop incorporado: cuando la tarea choca con un captcha, un login o un diálogo de confirmación, el agente pide que la persona tome el control y después sigue. La versión 0.3.0 endureció esto último: los flags que permitían saltear la confirmación de préstamo de pestañas o desactivar los pedidos de ayuda ya no lo hacen. GitHub
GitHub DeepSeek GitHub Claude Claude Code Windows Linux Chrome
-
La skill de auditoría de Cloudflare pasó al primer puesto de tendencias y más que duplicó su ritmo: 3.606 estrellas en el día (17/09)
Sigue de ayer, cuando security-audit-skill había entrado segunda con 1.434 estrellas diarias tras la publicación del post de la cosechadora de vulnerabilidades. Hoy va primera, con 9.305 acumuladas y 501 forks: la adopción se aceleró en lugar de desinflarse, que es lo contrario de lo que suele pasar con un repo que sale en un blog corporativo. Lo que se está copiando es el diseño del pipeline de seis fases —reconocimiento, cacería, validación, reporte, salida estructurada y verificación independiente—, con agentes paralelos atacando desde ángulos distintos y agentes separados que intentan refutar cada hallazgo, donde el que revisa nunca es el que encontró. GitHub · Cloudflare
-
El revisor de código de Alibaba lleva cuatro días en tendencias y sumó 3.290 estrellas más (17/09)
Sigue de ayer: Open Code Review pasó de 30.485 a 33.709 estrellas acumuladas, con 2.402 forks, y mantiene un ritmo diario prácticamente idéntico al de ayer (3.215). Cuatro días de meseta alta, no de pico. El argumento que lo sostiene sigue siendo el de arquitectura híbrida —pipelines deterministas más agente LLM, con comentarios a nivel de línea y un ruleset multilenguaje propio para NPE, seguridad de hilos, XSS e inyección SQL—, y el benchmark honesto: gana en precisión y F1 contra un agente de propósito general con el mismo modelo usando cerca de un noveno de los tokens, y pierde en recall a propósito, para hacer menos ruido. GitHub · Open Code Review
-
Cloudflare liberó la skill que sembró su cosechadora de vulnerabilidades, y entró segunda en tendencias con 1.434 estrellas en el día (16/09)
security-audit-skill convierte un agente de código en auditor de seguridad orquestando agentes en paralelo a través de un pipeline de seis fases: reconocimiento, cacería, validación, reporte, salida estructurada y verificación independiente. Lo que la distingue de un "revisá este código por vulnerabilidades" es que cada fase tiene reglas duras. En la fase de cacería, agentes paralelos atacan el código desde ángulos distintos —inyección, control de acceso, lógica de negocio, criptografía, abuso de funcionalidades, ataques encadenados y un comodín— y cada uno puede abrir sub-agentes. En validación, agentes separados intentan refutar cada hallazgo, y el agente que revisa nunca es el que encontró. Los principios de diseño son la parte que vale copiar aunque no uses la skill: solo se reporta lo que se puede explotar concretamente, la severidad es probabilidad por impacto y no desvío de un checklist, y la ausencia de una segunda capa de defensa cuando la primera ya frena el ataque es una nota de endurecimiento, no una vulnerabilidad. Las corridas son acumulativas: lee los findings.json previos para saltear lo ya conocido, y Cloudflare admite que una sola corrida encuentra aproximadamente la mitad de lo que aparece en varias. Sale bajo MIT y se instala con npx skills add. GitHub · Cloudflare
-
El revisor de código de Alibaba lleva tres días al tope y hoy sumó 3.215 estrellas, su mejor día (16/09)
Sigue de ayer, cuando Open Code Review ya había sextuplicado su ritmo: de 443 estrellas diarias pasó a 2.751 y ahora a 3.215, con 30.485 acumuladas. Tres días de aceleración seguida descartan el pico de novedad. Lo nuevo que aporta el repo cuando uno lo abre es la honestidad del benchmark: contra un agente de propósito general con el mismo modelo, Open Code Review gana en precisión y F1 consumiendo alrededor de un noveno de los tokens, pero pierde en recall, y lo declara como una decisión deliberada a favor de menos ruido. AACR-Bench, el dataset con el que lo mide, está construido sobre 50 repos populares, 200 pull requests reales, 10 lenguajes y 1.505 issues anotadas y validadas de forma cruzada por más de 80 ingenieros senior, y está publicado en Hugging Face. GitHub · Open Code Review
-
Claude-Red empaqueta metodología ofensiva en skills que cargan solas según de qué estés hablando (16/09)
699 estrellas en el día sobre 5.552 acumuladas, MIT. Son archivos SKILL.md que preparan al modelo con metodología de nivel experto para una superficie de ataque específica, repartidos en categorías: 16 de aplicaciones web, 14 de wireless (802.11, WPA2/3, EAP, WPS, evil-twin, BLE, Zigbee, Z-Wave, LoRa, sub-GHz), 7 de infraestructura y red team, 6 de desarrollo de exploits, 4 de fuzzing y research, más auth, Active Directory, nube, móvil e IoT. El detalle de diseño que vale más allá de la seguridad ofensiva es cómo resuelve el costo de contexto: las skills se cargan por disparadores conversacionales —mencionar inyección SQL carga offensive-sqli— así que no se pagan tokens por las que no se están usando. Leído junto al item de Cloudflare, el día dejó las dos mitades del mismo movimiento: la metodología de seguridad, ofensiva y defensiva, empaquetándose como contexto cargable en vez de como herramienta. GitHub
-
OpenResearch duplicó su ritmo en veinticuatro horas: de 568 a 1.036 estrellas por día (16/09)
Sigue de ayer, cuando apareció en tendencias con la premisa de reapuntar el andamiaje que ya existe para agentes de programación —bucle de herramientas, lectura y escritura de archivos, ejecución— hacia trabajo de investigación, cambiándole las herramientas y el contexto en vez de construir un agente de investigación desde cero. Pasó de 2.942 a 3.977 estrellas acumuladas. Es el mismo patrón que Open Code Review dos días atrás: lo que la gente adopta rápido no son las herramientas nuevas, son los argumentos de arquitectura sobre lo que ya tiene instalado. GitHub
-
colibrì trepó a 33.000 estrellas proponiendo algo que suena imposible: correr modelos MoE de frontera desde el disco, en C puro y sin dependencias (15/09)
El repo sumó 2.035 estrellas en el día y la idea que lo mueve merece atención aunque uno nunca lo instale. Un modelo Mixture-of-Experts de 744 mil millones de parámetros activa solo unos 40 mil millones por token, y de esos apenas ~11 GB cambian de un token al siguiente. colibrì toma esa observación en serio: la parte densa —atención, expertos compartidos, embeddings, unos 17B de parámetros— se queda residente en RAM en int4, unos 9,9 GB, y los 19.456 expertos ruteados viven en NVMe y se transmiten bajo demanda. La analogía que usa el autor es la de un JIT: los parámetros no son estado a sostener, son datos a preparar justo cuando el router prueba que hacen falta, y eso funciona porque el ruteo tiene estructura medible —resulta 71,6% predecible un layer por adelantado, lo que habilita el prefetch—. Los números son honestos y modestos: 1,8 tok/s en un escritorio CPU-only de 128 GB, 1,07 tok/s en una caja con una sola RTX 5070 Ti, y 0,05-0,1 tok/s en frío en la máquina de 25 GB de RAM y doce núcleos donde nació el proyecto. Declara soporte para GLM-5.2, Inkling (975B), Kimi K3 (2,8T), DeepSeek V4 Flash, Qwen3.8-Flash-Next y OLMoE. Truco que vale más allá del repo: si tenés un segundo SSD, poner una copia completa del modelo ahí y rutear los expertos por hash entre ambos suma el ancho de banda de las dos unidades —un par de 9 GB/s + 3 GB/s lee ~33% más rápido que el disco veloz solo—. GitHub
-
Atlas propone control de versiones para agentes: correr Claude Code, Codex y su propio agente en paralelo sobre una memoria compartida (15/09)
1.091 estrellas en el día, 4.477 acumuladas, MIT, escrito en Rust sobre Tauri, con macOS como plataforma soportada. El diagnóstico que hace es el que cualquiera que use dos agentes reconoce: los agentes escriben una porción grande del código y no guardan nada del razonamiento detrás, y cambiar de agente pierde el hilo. Su respuesta concreta: una decisión que tomó Claude Code aparece en el próximo prompt de Codex, porque ambos corren como subprocesos externos sobre ACP y pasan por el mismo camino de envío, donde Atlas inyecta memoria compartida, coincidencias semánticas embebidas en el dispositivo, y un "fact pack" curado más la cola de la sesión anterior en el primer mensaje. Los checkpoints son la parte más lograda: cada commit queda ligado a la sesión que lo produjo, aunque lo hayas hecho desde la terminal con Atlas cerrado, y los enlaces sobreviven a rebases y amends por reconciliación de patch-id —cuando un squash vuelve el vínculo genuinamente ambiguo, lo deja huérfano en vez de adivinar—. Todo local por defecto, con los secretos depurados antes de escribir a disco y no antes de subir. GitHub · Atlas
-
alphaXiv liberó OpenResearch, que convierte agentes de código en agentes de investigación (15/09)
568 estrellas en el día sobre 2.942 acumuladas, en Rust. La premisa es que el andamiaje que ya existe para agentes de programación —bucle de herramientas, lectura y escritura de archivos, ejecución— sirve igual de bien para el trabajo de investigación si se le cambian las herramientas y el contexto, en vez de construir un agente de investigación desde cero. Para quien tenga un flujo con Claude Code o Codex andando, es la propuesta más barata de probar de las tres de hoy: no reemplaza nada, reapunta lo que ya está instalado. Conviene tomarlo como proyecto joven en tracción, con la calidad todavía por medir contra los productos de deep research de los laboratorios. GitHub
-
El revisor de código de Alibaba no fue un pico de un día: hoy volvió a ser el repo número uno con 2.751 estrellas más (15/09)
Sigue de ayer, cuando Open Code Review apareció en tendencias con 443 estrellas en el día: en veinticuatro horas sextuplicó ese ritmo y pasó de unas 22.300 estrellas acumuladas a 27.311. El dato importa porque separa una novedad de un adopción real: lo que se está llevando la gente no es la herramienta sino el argumento de arquitectura que trae —resolver con ingeniería determinista todo lo que no puede fallar (selección y agrupamiento de archivos, matching de reglas, posicionamiento de comentarios) y dejarle al agente solo la decisión dinámica—, respaldado por AACR-Bench y por un consumo de alrededor de un noveno de los tokens contra un agente de propósito general. GitHub · Open Code Review
-
Alibaba liberó el revisor de código que usa internamente, y el aporte grande no es la herramienta sino el argumento de arquitectura que trae con benchmark propio (13-14/09)
Open Code Review venía siendo el asistente oficial de revisión de código de Alibaba Group: dos años de uso, decenas de miles de desarrolladores, millones de defectos encontrados. Ahora salió como CLI en Go bajo Apache-2.0, compatible con endpoints de OpenAI y Anthropic, y trepó a lo más alto de tendencias con 443 estrellas en un día sobre 22.300 acumuladas. El diagnóstico que hacen sobre los agentes de propósito general es el que le sirve a cualquiera que arme un flujo así: en changesets grandes el agente "corta camino" y revisa solo algunos archivos; los issues reportados no coinciden con la ubicación real del código porque las líneas se corren; y la calidad oscila fuerte ante variaciones menores del prompt. Su respuesta es un híbrido: lo que no puede fallar lo resuelve ingeniería determinista —selección de archivos, agrupamiento de archivos relacionados en una misma unidad de revisión que corre como subagente con contexto aislado, matching de reglas por características del archivo con motor de plantillas, y módulos externos de posicionamiento y reflexión de comentarios—, y le deja al agente solo la decisión dinámica y la búsqueda de contexto. El número que respalda el diseño sale de AACR-Bench, un benchmark de 50 repos populares, 200 pull requests reales, 10 lenguajes y 1.505 issues anotados y validados por más de 80 ingenieros senior: contra Claude Code con el mismo modelo de base, mejor precisión y F1 consumiendo alrededor de un noveno de los tokens, con menor recall como concesión deliberada a favor de menos ruido. GitHub · Hugging Face · Open Code Review
GitHub Hugging Face Open Code Review OpenAI Anthropic Alibaba Hugging Face GitHub Claude Claude Code
-
VoiceStudio fue el repo que más creció en GitHub en el día, con 2.632 estrellas: una alternativa local y abierta a ElevenLabs (14/09)
Llega el mismo día en que ElevenLabs sacó Music v2.5, y el contraste es justamente el punto. El proyecto junta en una sola herramienta clonado de voz, diseño de voz, doblaje de video, dictado, transcripción y creación de audiolibros, declarando soporte para 646 idiomas, y corre enteramente en la máquina propia. Para quien evalúa un pipeline de audio, lo que cambia no es la calidad —que hay que medirla caso por caso contra los servicios pagos— sino el modelo de costo y de dato: sin API, sin tarifa por carácter, y sin mandar la voz de nadie a un servidor ajeno, que en material de clientes o de producción suele ser la restricción que decide. Conviene tomarlo como lo que es: un proyecto joven en plena tracción, no un reemplazo probado. GitHub
-
Un repo que junta los system prompts extraídos de los modelos de frontera pasó las 700 estrellas en un día (14/09)
system_prompts_leaks mantiene actualizada una colección de prompts de sistema extraídos de Claude Fable 5.1, Opus 5, Claude Design y Claude Code; de ChatGPT con GPT-6 Astra y Codex; de Gemini 3.8 Flash, 3.1 Pro y Antigravity; de Grok, Cursor y Kimi, entre otros. La utilidad práctica no es el morbo sino la comparación: son documentos escritos por gente que tiene acceso a las evaluaciones internas del modelo, así que leer cómo un laboratorio estructura instrucciones, define herramientas y acota el comportamiento es probablemente la mejor documentación disponible sobre cómo se le habla a ese modelo en particular. Se cruza directo con lo que recomendaba OpenAI el viernes sobre sacar andamios en vez de agregarlos, y con la nota de Anthropic sobre haber recortado 80% del prompt de sistema de Claude Code. La advertencia obvia: son extracciones, no publicaciones oficiales, así que pueden estar incompletas o desactualizadas respecto de lo que corre hoy en producción. GitHub
GitHub OpenAI Anthropic GitHub GPT Claude Gemini Grok Kimi Claude Code
-
OpenAI publicó cómo repensar skills y prompts para GPT-6 Astra, y la recomendación central es sacar andamios, no agregarlos (12/09)
Eric Provencher parte de una observación simple: las instrucciones que se fueron acumulando con modelos anteriores ahora se comen contexto o hacen que Astra corte el trabajo demasiado temprano. Cuatro cosas concretas. Las descripciones de skills entran al contexto para que el modelo elija, así que si hay demasiadas Codex las trunca y pierde justo la información que necesita para elegir bien: alcance corto y preciso —una skill de migraciones de Postgres debería dispararse solo al crear, modificar o verificar una migración—, y si cubre varios flujos, que el documento principal apunte a los anexos en vez de traerlos. Segundo, las reglas de AGENTS.md que obligan a leer architecture.md, database.md y deployment.md antes de cualquier cambio son desperdicio para arreglar un typo: mejor apuntar selectivamente según lo que se toca. Tercero, permisos explícitos para lo seguro —correr tests con datos descartables, arreglar los errores que causó el cambio pedido y volver a correr, sin preguntar de nuevo—. Y cuarto, definir qué significa "listo": Astra puede parar antes que GPT-5.6 Sol incluso sin restricciones, y pedirle que avise después de la primera implementación fija ahí el punto de corte. La advertencia que más pesa en equipos: las skills compartidas aplican a los agentes de todos, y lo que le sirve a alguien corriendo Sol o Luna puede ser demasiado restrictivo para quien corre Astra. OpenAI · The Decoder
-
Iris-mini e Iris-pro salieron con harness y benchmarks, y el hallazgo que más sirve no es el modelo sino cómo se mide (13/09)
El equipo chino AllSpark liberó dos agentes de búsqueda construidos sobre Qwen —35.000 millones de parámetros y 397.000 millones, ventana de 256.000 tokens— que lideran entre los open-weight de su clase. Pero la parte accionable es metodológica: sostienen que la gestión de contexto en tiempo de ejecución suele pesar más que las diferencias reportadas entre sistemas, así que corren cada benchmark con y sin ella manteniendo herramientas, límites y modelo juez constantes. El efecto es enorme en el modelo chico: hasta 21,2 puntos de mejora en BrowseComp, no por tener menos presupuesto de tokens sino por consumirlo más rápido, porque necesita más pasos para la misma tarea y choca el límite más seguido. La conclusión práctica es que un puntaje reportado solo con gestión de contexto activada no se puede separar en cuánto viene del modelo y cuánto del andamiaje. La mejor técnica que reportan es combinar descarte de historial con un segundo intento: si el primero falla, el sistema lo condensa en una nota corta con lo que ya revisó y descartó, y la anexa a la tarea para la corrida siguiente. También liberaron el Iris Harness con el loop del agente, herramientas, estrategias de contexto y los cuatro benchmarks con evaluación; corre contra cualquier endpoint compatible con OpenAI. GitHub · Hugging Face · The Decoder
GitHub Hugging Face The Decoder OpenAI Hugging Face GitHub Qwen
-
Pandas contra Polars y DuckDB en el desafío de mil millones de filas: 4m 28s contra 5 segundos (12/09)
El planteo del post no es que Pandas sea lento sino que su ineficiencia empuja a la gente a adoptar sistemas distribuidos antes de que la carga de trabajo lo justifique. El dato que sostiene el argumento sale de un paper de Amazon sobre la flota de Redshift: con supuestos razonables, 94,68% de las tablas tienen menos de 100 GB y 86,9% de las consultas operan sobre 80 GB o menos. O sea que la mayoría no tiene Big Data y probablemente nunca lo tenga. Sobre una máquina de 32 núcleos y 128 GB, el 1BRC dio 4m 28s y 38,12 GB de memoria con Pandas, 5,04s y 18,02 GB con Polars, y 5,19s con 1,93 GB con DuckDB —19 veces menos memoria—, cerca de una implementación Java a mano. En una laptop vieja de 16 GB la brecha se abre más: 12m 15s y 21 GB de swap con Pandas contra 47s y medio giga con DuckDB. La vía de adopción es Apache Arrow: los tres soportan el mismo formato en memoria, así que se pueden pasar DataFrames entre ellos sin copiar, con la salvedad de que Pandas no crea DataFrames respaldados por Arrow por defecto y hay que pedir dtype_backend="pyarrow". Eddie Atkinson · Hacker News
-
El motor de inferencia colibri explotó en GitHub con más de 3.100 estrellas en un día (13/09)
El repo no es nuevo, pero el salto de tracción de hoy lo pone arriba de la lista de tendencias y vale mirarlo por lo que propone: correr modelos MoE de frontera —de 744.000 millones a 2,8 billones de parámetros— en hardware de consumo, en C puro y sin dependencias, tratando almacenamiento, RAM y VRAM como una sola jerarquía de inferencia. La idea central es hacer streaming de los expertos desde disco en lugar de tenerlos todos en RAM, así que un NVMe rápido pasa a ser el factor que más determina los tokens por segundo. Hoy soporta ocho familias, entre ellas GLM-5.2, GLM-5.3-Flash, Kimi K3, DeepSeek V4 Flash, Qwen3.8-Flash-Next, Qwen3.6 y OLMoE, con la jerarquía de memoria manejada por LRU más un conjunto de pines aprendido. Conviene tomarlo como lo que es —un proyecto en movimiento, con trabajo abierto en formatos, compresión, placement, scheduling, kernels y KV—, no como un reemplazo de producción de vLLM o llama.cpp. GitHub · Colibri
-
Un benchmark con más de 1.500 dólares en tokens concluye que RTK no abarata el coding agéntico (11/09)
RTK —Rust Token Killer, más de 79.000 estrellas en GitHub— filtra y comprime la salida de la terminal antes de que la lea el agente, y circulan posts prometiendo recortes del 60% al 90%. Quesma lo corrió sobre Terminal-Bench 2.1 con Claude Code sobre Fable 5.0 y OpenCode sobre DeepSeek V4 Pro, cinco intentos por tarea con y sin RTK, 1.740 intentos en total. Medido por tarea, Fable quedó 1% más caro —indistinguible de cero— y DeepSeek 17% más caro en promedio. El ahorro aparente de Fable en el total venía casi enteramente de una sola tarea. La explicación mecánica es la útil: la salida de terminal era apenas 7% del input de Fable, el contexto se cachea después de cada turno y esas lecturas cuestan una décima parte, y RTK no toca las herramientas Read, Grep y Glob. Además, menos texto por turno no compensa si hay más turnos: DeepSeek tuvo 7% menos input por turno pero 18% más turnos. Y rtk gain no mide plata sino bytes removidos sobre cuatro: en un caso contó 120,5 millones de tokens "ahorrados" comparando un head -1 contra el archivo entero. Quesma · Hacker News
-
Dos métricas para medir cuán chanta es el código que escriben los agentes, y el número que asusta (10-11/09)
El planteo es que los modelos ya escriben código casi siempre correcto, y que eso no impide que abstraigan de más, dupliquen y tomen malas decisiones. Las dos métricas vienen de SlopCodeBench: verbosidad, que es la fracción de líneas marcadas por AST-Grep o detectadas como clones sobre el total, y erosión, que mide qué proporción de la masa del código se concentra en funciones grandes y complejas, con la masa definida como complejidad ciclomática por la raíz de las líneas fuente. Contra repos establecidos, el código de agentes da aproximadamente el doble en las dos: verbosidad 0,33 contra 0,15 y erosión 0,68 contra 0,31. El dato más incómodo es de la evaluación misma: SlopCodeBench borra el contexto entre rondas de instrucciones y tests, imitando cómo se usan los agentes de verdad, y con ese formato —pasar todos los tests en todos los checkpoints— los modelos de frontera dan 0% de éxito estricto. El autor también señala que el simple delta de líneas de código funciona sorprendentemente bien como proxy de slop, con la ironía de que dejaría de servir apenas se optimice para él. Earendil · Hacker News
-
TimesFM-3 llegó como repo abierto, y el detalle accionable es el tercer tipo de dato que acepta (12/09)
Además del modelo en sí, lo que cambia el uso práctico respecto de la familia anterior es que acepta covariables: variables relacionadas que se predicen en simultáneo, factores conocidos solo en el pasado como el tránsito histórico, y —la parte nueva— eventos futuros conocidos como un cronograma de descuentos o un pronóstico meteorológico. Devuelve nueve valores por paso de tiempo en vez de un punto, así que la incertidumbre viene de fábrica y no hay que estimarla aparte. Todas las versiones hasta TimesFM-2.5 procesaban una sola serie por vez. Está en GitHub y Hugging Face, funciona zero-shot y no requiere entrenamiento adicional para tareas nuevas. GitHub · Hugging Face · The Decoder
-
Cognition lanzó SWE-2: 50,0% en FrontierCode 1.1 Main, a un punto de Fable 5.1 y 64% más barato (10/09)
Está post-entrenado sobre Kimi K3, un modelo de 2,8 billones de parámetros que ya venía con RL extensivo para código agéntico, y sobre esa base el RL de Cognition todavía encuentra 5 a 6 puntos de margen en varios benchmarks. El aporte metodológico es el interesante: un algoritmo que entrena todos los niveles de esfuerzo en una sola corrida, aplicando una penalidad de costo lineal por nivel, con cada penalidad calibrada a la pendiente local de la frontera de Pareto del modelo base. Prueban que la penalidad tiene que ser lineal, porque es la única forma que da el mismo resultado se aplique antes o después de promediar. Los resultados de comportamiento acompañan: SWE-2 medium puntúa más alto que SWE-1.7 tomando 58% menos turnos y costando 81% menos en promedio. Ya está disponible en Devin Desktop y CLI. Cognition · Hacker News
-
OpenAI publicó su Agents API en beta pública: la misma infraestructura que corre Codex y ChatGPT (11/09)
Permite armar agentes en la nube que corren durante horas, ejecutan código y procesan archivos. Lo que trae de fábrica es lo que normalmente se termina escribiendo a mano: manejo automático de contexto, uso de herramientas en paralelo y delegación de tareas a subagentes. Se puede elegir entre sandboxes hosteadas por OpenAI o socios como Cloudflare, Vercel y Oracle, sin cargos extra —se factura solo por tokens—. Está construida sobre el harness open-source de Codex y soporta MCP, funciones propias y herramientas integradas como búsqueda web. The Decoder · OpenAI
-
Shopify vuelve de React Native a Swift y Kotlin, y el motivo declarado son los agentes de código (10/09)
En 2020 apostaron todo a React Native por tres razones: no construir la misma feature dos veces, dejar que cualquier desarrollador trabaje en todo el stack, y dejar de perseguir paridad entre plataformas. Los agentes cambiaron esa aritmética: pueden implementar una feature en Android usando la versión de iOS como referencia, y bajan mucho el costo de mantener paridad vía especificaciones, tests y checkpoints compartidos. El detalle accionable es Helix, el sistema que armaron para que el enfoque no produzca basura: en vez de apuntar el modelo al código viejo y pedirle todo de una, Helix lee la pantalla, propone una secuencia de checkpoints chicos, y cada uno tiene que probar su comportamiento con tests, coincidir visualmente con la app corriendo, sobrevivir a dos revisores adversariales y recibir el visto bueno de un humano antes de commitear. El otro cuello de botella que atacaron es el feedback: desacoplaron la lógica de negocio de la UI para que corra headless en desktop, expuesta por CLI, y así los agentes iteran en milisegundos en vez de minutos. La app Shop pasó de prueba de concepto a app nativa publicada en doce semanas. Shopify Engineering · Hacker News
-
Arena.ai midió cómo cambió la escritura de Claude entre Fable 5 y Fable 5.1 sobre decenas de miles de salidas (10/09)
Es el tipo de evaluación que no aparece en ningún benchmark de capacidad y sin embargo decide si un modelo sirve para escribir. Fable 5.1 usa muchos menos guiones largos —11,0 cada 1.000 palabras contra 16,2— y más punto y coma, 6,09 contra 3,73. Las aperturas de acuerdo y las frases de honestidad tipo "honestly" y "frankly" caen fuerte; las muletillas como "load-bearing" bajan 20% cada 1.000 palabras, los atenuantes tipo "perhaps" y "arguably" bajan 36%, y el elogio y la validación aparecen en 1,98% de las respuestas contra 3,17%. Las respuestas se alargaron: mediana de 414 palabras contra 319, 30% más, aunque todavía 21% por debajo de las 525 de Opus 5. Los sustantivos abstractos bajan 25%. The Decoder · Arena.ai vía X
-
Un experimento de prefills de razonamiento midió que Qwen3.8 se corre 18 puntos hacia GPT-5.5 Pro cuando se le inyecta el arranque del razonamiento ajeno (09/09)
El método es simple y replicable: para cada problema se generan dos respuestas del modelo objetivo, una normal y otra que arranca con el primer 1% del razonamiento del modelo maestro insertado en su canal de razonamiento, y después se mide cuánto de la respuesta visible del maestro aparece en los primeros 100 tokens de la del alumno, promediando recall de unigramas, bigramas y trigramas. Sobre 45 problemas —15 STEM, 15 no-STEM y 15 puzzles sintéticos privados—, Qwen3.8 A95B pasa de 16,79% a 34,97%, con +27 puntos en STEM y +14,75 en los puzzles que nadie más tiene. DeepSeek V4 Flash no se mueve, Kimi K3 sube 4,54 puntos pero ya arranca con el solapamiento más alto. El experimento no prueba destilación, pero es la clase de evidencia técnica y reproducible que el aviso de CISA de ayer no aporta. Gist de wsxiaoys · Hacker News
-
Sebastian Raschka desarmó el rumor de que los looped transformers de GPT-6 Astra sirven para esconder el razonamiento (09/09)
Un looped transformer es un ajuste de arquitectura: en vez de agregar bloques nuevos, se pasa la representación intermedia varias veces por los mismos bloques, con los pesos compartidos —la idea viene de Universal Transformers, de 2018—. Raschka considera probable que Astra use algo así, apoyado en el reporte de The Information y en que el científico jefe de OpenAI dijo que la profundidad del grafo de cómputo de sus modelos frontera está dentro de un factor de dos respecto de GPT-4. Pero su conclusión sobre el rumor es negativa: OpenAI viene ocultando las trazas de razonamiento desde o1, y el looping no es lo que las oculta; la mejora de Astra la atribuye sobre todo a mejores recetas y datos de entrenamiento. Hay un consejo aparte que vale por sí solo: archivar contenido viejo de AGENTS.md y SKILL.md, porque los modelos nuevos entienden mejor el problema solos y el andamiaje de más los puede constreñir. Ahead of AI · Hacker News
-
"Procedural Graphs": un paper de Google propone guardar el procedimiento del agente en un grafo que se reescribe solo (09/09)
Firmado por Yuxing Lu, Yicheng Chen, Shanchan Wu y Sercan Arık, con Georgia Tech y la Universidad de Pekín, la idea es la contracara del grafo de conocimiento: donde ese guarda hechos como tripletes entidad-relación-entidad, este guarda procedimientos como tripletes procedimiento-relación-procedimiento, para que el agente pueda consultar qué hacer y en qué orden en vez de dejarlo implícito en un historial que crece. En cada paso, un modelo de guía convierte el subgrafo alrededor del nodo activo en una sugerencia que sesga la próxima acción sin dictarla, así que el solver puede desviarse cuando el grafo está mal. El grafo se auto-mejora: un refinador contrasta trayectorias fallidas contra exitosas, propone ediciones y solo commitea las que no empeoran una validación held-out, guardando las rechazadas para no volver a proponerlas. Partiendo de un esqueleto mínimo alcanza o supera grafos hechos a mano, y corrige un prior experto defectuoso en vez de heredarlo. arXiv · DAIR.AI
-
Desert Ant Labs explotó en Hacker News: 18 modelos on-device, gratis hasta 100.000 dispositivos activos por mes (10/09)
El lanzamiento es del 8 pero llegó al frente hoy. Es un laboratorio europeo que entrena modelos chicos y especializados —uno por tarea— para audio, visión y texto, con un solo SDK para Swift, Kotlin y JavaScript. Los números que publican son el argumento: Voz transcribe diez minutos de audio en dos segundos en un iPhone, 4,7 veces más rápido que Whisper; Clear limpia audio con un modelo de 9 MB a 302x tiempo real en un teléfono; Tongue identifica 84 idiomas con tres palabras y 2 MB, con mejor score que un detector de 293 MB; Redact enmascara datos personales en 27 idiomas con 12 MB, cerca de un GLiNER-PII de 2,3 GB. El caso de uso que proponen es el que más se parece a un problema real de costos: la llamada que se repite cien mil veces por día —limpiar una grabación, etiquetar una foto, sacar una fecha de una oración— no necesita un modelo frontera. Citan un trabajo de investigadores de Nvidia que estima que entre 40% y 70% de las llamadas a modelos grandes en sistemas de agentes podrían ir a uno chico. Desert Ant Labs · Hacker News
-
Hugging Face lanzó "ML Intern", un asistente que corre experimentos de machine learning enteros desde un chat (09/09)
El usuario describe la idea en lenguaje natural y el asistente busca en el Hub, GitHub y la web los modelos, datasets y herramientas que hacen falta. Antes de arrancar estima el costo de cómputo y propone un presupuesto; una vez aprobado no lo excede. Desde ahí trabaja solo: arma datasets, entrena, monitorea los jobs, sube resultados al Hub, escribe reportes y construye demos, con un dashboard por corrida. El ejemplo del video corrió unas seis horas por menos de 0,50 dólares. Lo interesante para copiar no es el producto sino el patrón: presupuesto declarado antes de ejecutar, como restricción dura del agente. The Decoder · Hugging Face
-
Un benchmark de cuantizaciones de Qwen3.8 27B llegó al frente de Hacker News y da una respuesta concreta a "cuánta VRAM necesito de verdad" (08/09)
El post es de Piotr Migdał, publicado el 26 de agosto y explotado ahora en HN. Midió los GGUF de Unsloth con llama.cpp sobre GPQA Diamond, IFBench y Terminal-Bench 2.1, y el resultado práctico es que el Q4_K_M de 17 GB iguala al BF16 de 55 GB en el benchmark agéntico de código, y entra en una placa de 24 GB dejando lugar para unos 64k de contexto. El daño de la cuantización es no lineal: hasta 4 bits no se mide nada, el 2 bits (10,7 GB) cae un poco pero se sostiene, y el 1 bit se derrumba al nivel del azar en GPQA —peor todavía con más razonamiento, porque el modelo piensa hasta quedarse sin presupuesto de tokens y devuelve vacío—. El otro detalle que importa es que el nivel de esfuerzo de razonamiento mueve el score mucho más que la cuantización. Costó unos 3.000 dólares de GPU en Modal. Quesma · Hacker News
-
Dan Luu probó 26 configuraciones de prompting para hacer que los agentes testeen bien, y casi ninguna le ganó al comportamiento por defecto (08/09)
El experimento fue implementar Zstd en Rust y variar las instrucciones de verificación. TDD explícito salió peor que no decir nada; la verificación formal llevó a los agentes a demostrar propiedades triviales en vez de encontrar bugs reales; fuzzing y property-based testing anduvieron apenas mejor. Las skills de testing de terceros tampoco ayudaron: funcionan como tutoriales verbosos y no como reglas operativas. La lectura de fondo es la más útil para quien arma andamiaje de agentes: "usá fuzzing" se convierte en generar bytes al azar y "usá verificación formal" en probar algo que no sirve, así que el problema no parece ser conocer la técnica sino mantener el objetivo real como restricción primaria mientras la aplica. danluu.com · Hacker News
-
El repo i-have-adhd explotó a 31.500 estrellas: una skill de diez reglas para que el agente de código no entierre la respuesta (08/09)
Es una skill instalable en Claude Code, Codex, Cursor, opencode, Gemini y Qwen, y todo el contenido son diez reglas: arrancar por la próxima acción, numerar los pasos, cerrar con un paso concreto, suprimir tangentes, reestablecer el estado en cada turno, dar estimaciones en minutos, hacer visibles los avances, reportar errores sin dramatismo, cortar las listas en cinco ítems y no escribir preámbulo, resumen ni cierre. El README muestra el antes y el después sobre el mismo diagnóstico, y la diferencia es de tres párrafos a dos comandos. Vale menos como herramienta que como evidencia de qué tan lejos llega editar el formato de salida sin tocar el modelo. GitHub · Hacker News
-
El harness que dejó a Astra jugar Portal está publicado, y el patrón sirve para cualquier entorno de tiempo real (07/09)
El repo cozyblaze/portal-agent documenta cómo se resuelve el problema de fondo de poner un modelo a operar algo que no espera: en vez de acelerar al modelo, se frena el mundo. Una versión modificada de SourcePauseTool pausa el juego en cada turno, el agente recibe capturas más estado estructurado —posición del jugador, ángulo de cámara—, decide las entradas y libera la pausa. Todo va por MCP, así que la interfaz entre modelo y entorno es reemplazable. Es la clase de andamiaje que hoy se está reinventando en cada proyecto y que conviene mirar antes de escribirlo de cero. GitHub · The Decoder
-
OpenAI reinstaló el límite de cinco horas en los planes Plus y Business Standard, según reportes de usuarios (08/09)
No hay anuncio oficial: lo reportaron usuarios en Hacker News al notar que los límites se comportaban distinto que la semana pasada. El efecto práctico es que la cuota semanal deja de poder gastarse de un saque y pasa a repartirse en ventanas de cinco horas que arrancan con el primer mensaje, lo que hace mucho menos valiosos los reseteos. Varios lo leen como un empujón hacia el plan de 100 dólares justo después del lanzamiento de Astra. Si alguien depende de Codex en ráfagas largas, conviene medir antes de asumir que la cuota está donde estaba. Hacker News
-
bzip3 trepó al tope de Hacker News, y sigue siendo el compresor más interesante para texto y código (08/09)
El proyecto de Kamila Szewczyk combina un codificador de entropía con mezcla de contextos de orden 0, una transformada de Burrows-Wheeler rápida sobre arreglos de sufijos y un paso de RLE con Lempel-Ziv y predicción. En el benchmark del propio repo —todas las versiones de Perl5 en un solo tar— comprime a 546 MB contra 2.056 MB de xz y 3.076 MB de zstd, en menos tiempo de reloj que ambos, a cambio de mucha memoria. Para archivar corpus de texto o código pesa la diferencia; no es un reemplazo general de zstd. GitHub · Hacker News
-
MathKernel: un núcleo matemático multi-motor con servidor MCP que devuelve evidencia además del resultado (07/09)
Apareció en Hacker News y la idea que lo define es "evidence-aware": en vez de que el modelo confíe en un solo motor de cálculo simbólico o numérico, el kernel enruta a varios y expone con qué se llegó a cada resultado. Se enchufa como servidor MCP, así que cualquier agente que hable el protocolo puede usarlo en vez de hacer aritmética en la cabeza —que es exactamente donde los modelos siguen fallando de manera silenciosa—. Es un proyecto muy nuevo y con poca tracción, así que vale mirarlo por el planteo de verificabilidad más que por madurez. GitHub · Hacker News
-
Un hilo en Hacker News junta cómo la gente está manejando de verdad sus archivos de skills (07/09)
La pregunta es aburrida y por eso sirve: los archivos de skills se multiplican rápido, se pisan entre proyectos y nadie tiene todavía una convención compartida para versionarlos, compartirlos o decidir cuándo un skill sobra. El hilo junta decenas de respuestas de gente que ya está en ese problema, y es la clase de material que no aparece en la documentación de ningún proveedor porque todavía no existe la buena práctica: se está escribiendo ahora. Hacker News
-
Sacarle los rechazos a un modelo abierto y vender el acceso ya es un servicio comercial llave en mano (06/09)
Abliteration.ai lanzó a fines de agosto "abliterated-model-large-v2", una versión modificada de GLM-5.3 de Z.AI que rechaza mucho menos. La técnica —abliteración— busca los patrones de activación internos que disparan el rechazo y ajusta los pesos para suprimirlos: no es un jailbreak de prompt sino un cambio al modelo. Novedad real no es la técnica, que hace años circula en Hugging Face, sino el empaquetado: la empresa no publica los pesos, hostea el modelo y cobra USD 5 por millón de tokens de entrada o salida, sin exigir verificación de identidad y sin guardar prompts ni respuestas. Lo vende para seguridad ofensiva, red teaming y análisis de malware, y reporta 84,5% en CyberGym y 41,8% en Terminal-Bench 4.0 —números de casa, con harnesses distintos, donde GPT-5.5 igual le gana en CyberGym—. TechCrunch consiguió sin mucho esfuerzo código para extraer contraseñas guardadas de Chrome y una guía detallada para cultivar un patógeno peligroso. Vale el matiz técnico: según SaferAI el GLM-5.2 sin modificar ya rechazaba cero tareas en evals de seguridad ofensiva, y varios proveedores de red team dicen que no usan modelos abliterados en su trabajo de rutina. Además hay experimentos que muestran que la abliteración no extirpa un rasgo con precisión quirúrgica sino que cambia el comportamiento incluso en tareas donde el modelo base nunca rechazaba nada. The Decoder · Abliteration.ai · TechCrunch
The Decoder Abliteration.ai TechCrunch Hugging Face GPT Chrome
-
OKF Agent Memory: memoria persistente para agentes de código que vive en el propio repo, en Markdown y sin base vectorial (06/09)
Apareció en Hacker News y propone algo deliberadamente aburrido: guardar el conocimiento del proyecto como archivos Markdown con frontmatter YAML en un directorio knowledge/, versionados por Git, siguiendo el formato abierto OKF v0.2 de Google. La búsqueda es BM25 léxica en memoria, sin embeddings, lo que según sus benchmarks da menos de 300 microsegundos por consulta y costo cero de API contra los 150-800 ms de una pila con base vectorial. Trae CLI en Go sin dependencias, servidor MCP por stdio para enchufar a Claude Code o Cursor, y un comando bootstrap que arma la estructura completa en cualquier repo. La idea de fondo es divulgación progresiva: índices jerárquicos y grafo de enlaces para que el agente cargue solo los conceptos que necesita, más una regla de "buscar antes de escribir" para evitar duplicar conceptos. Está muy verde —un solo commit, tres estrellas— así que conviene mirarlo por el diseño más que por la madurez, pero el planteo de que la memoria del agente tiene que ser auditable con git diff es la parte que se puede robar sin instalar nada. GitHub · Hacker News
-
Claude formalizó el Último Teorema de Fermat en Lean en 11 días, casi solo, y Anthropic publicó el repo (04/09)
Es la primera prueba completa del teorema verificada por computadora: 13 millones de líneas de Lean, 30.300 teoremas demostrados en el camino y 29.500 usados en la prueba final, más de cinco veces el tamaño de Mathlib. Lo copiable es el andamiaje, no el resultado. Los primeros intentos fracasaron porque los agentes perdían el estado del proyecto y dejaban de colaborar; esos intentos fallidos aportaron el 7% de las líneas finales. Lo que lo destrabó fue Prove2Me, una plataforma abierta de Tianyi Peng y colaboradores en Columbia que hace tres cosas: mantiene un grafo dirigido acíclico de enunciados que los agentes consultan para decidir qué probar después —lo que mitiga la degradación de memoria y habilita paralelismo—, separa enunciados y pruebas en archivos distintos para acelerar la compilación, y guarda una descripción en lenguaje natural de cada enunciado para que se puedan buscar y reusar. La corrida consumió unos 6.000 millones de tokens de salida de un modelo interno comparable a Fable 5.1, pero el mismo equipo formalizó el Teorema de los Tres Primos de Vinogradov en tres días usando tres planes Claude Max de consumidor. Kevin Buzzard, que revisó la prueba, dice que "los artefactos de autoformalización ya son lo bastante robustos como para construir arriba de ellos". Anthropic · GitHub · Hacker News
-
Artificial Analysis adelanta parte de su v5 y saca un índice v4.2 con más tests privados: el 40% del peso ya es held-out (04/09)
Sigue de lo de ayer, donde Epoch AI y Artificial Analysis daban veredictos opuestos sobre Astra: la respuesta de Artificial Analysis fue cambiar el índice. Agregan AA-Briefcase, una evaluación propia de trabajo de conocimiento agéntico con proyectos de varias semanas armados por expertos, muchas tareas encadenadas y miles de archivos de origen; y GDP.pdf de Surge AI, que exige sintetizar evidencia repartida en 4.592 páginas de PDF contra 1.275 criterios atómicos donde la tarea solo cuenta si se cumplen todos. Sacan GPQA Diamond por saturado. Y duplican el peso de los tests privados respecto de v4.1, que es la parte accionable: si medís modelos, la señal se está mudando a conjuntos que los laboratorios no pueden ver. Con el nuevo índice, Claude Fable 5.1 lidera, seguido por GPT-6 Astra, que gana 4 puntos sobre Sol y domina la frontera de eficiencia de tokens. Artificial Analysis
-
EEBench: atopile mide diseño de circuitos con simulación SPICE en vez de opinión humana, y ningún modelo pasa del 61,6% (04/09)
Es el intento de darle a hardware su SWE-bench. Son 13 tareas de diseño analógico y digital que siguen el loop real de un ingeniero electrónico: escribir los requisitos, producir el diseño, verificarlo. Los modelos escriben código atopile en vez de hacer clics en un CAD, así que el corrector lee componentes, conexiones y restricciones eléctricas directo; cada envío se convierte en un grafo de circuito y una lista de materiales, y se corre por SPICE midiendo ganancia, respuesta transitoria, umbrales, ripple y margen de tolerancia en los peores casos, no en valores nominales. El puntaje final pesa 0,65 desempeño técnico y 0,35 eficiencia de costo contra una lista de materiales de referencia a precio de distribuidor por 100 unidades, que es una decisión de diseño acertada: un circuito que cumple todo con partes carísimas no es un buen circuito. Lidera Claude Opus 5 con 61,6%, seguido por Grok 4.6 con 57,1% y Fable 5.1 con 56,4%; GPT-5.6 Sol queda en 39,4%. Las presentaciones son por pedido, con autoservicio prometido más adelante. EEBench · AI/TLDR
-
Armature midió 16.893 sesiones de Claude Code, Codex y Cursor eligiendo servicios de terceros, y los tres coinciden apenas en el 42% de los casos (03/09)
El experimento es serio: 75 repositorios en 10 lenguajes con nombres de empresa, historiales de git y claves de API falsos pero lockfiles reales verificados contra npm, 1.163 variaciones de prompt según cuatro perfiles —vibe coder, junior, senior, ingeniero de empresa grande—, sandboxes efímeros rotando entre tres proveedores, y un "humano simulado" en el loop porque pedir implementación directa sesgaba a los agentes a construir todo a mano. Publicaron las trazas completas. Lo accionable son los patrones: Cursor decide mirando la web en dos tercios de las sesiones, Codex busca en el 94% pero en nueve de cada diez consultas usa operadores como site: para acotar a dominios confiables, y Claude Code se apoya en sus priors y busca solo el 30% de las veces —aunque sube a ~80% en categorías nuevas donde sus priors son débiles— y construye in-house casi el doble que los otros dos. El contexto del repositorio pesa más que la calidad del producto: con el mismo pedido en cuatro lenguajes salieron cuatro proveedores de email distintos, Resend en TypeScript, SendGrid en Python, Postmark en Go y Azure ACS en Java. Y ser mencionado no es ser elegido: LangChain es el framework más citado con 194 menciones y fue elegido cuatro veces; PayPal se citó 139 veces y ganó cero. Armature · Hacker News
-
Nvidia libera PAIR, un router que reparte la inferencia local entre todas las máquinas de tu red (03/09)
Se mete entre herramientas que ya usás —Ollama, LM Studio— y las computadoras de la red, haciendo de router virtual: no hay que tocar los agentes ni las aplicaciones. En vez de saturar una sola GPU, manda cada pedido a la máquina que esté libre y junta los resultados para quien llamó. En la demo, un clúster de tres equipos terminó una tarea con cinco subagentes en poco menos de 9 minutos contra 18 en una sola laptop. Soporta GeForce RTX desde la serie 20, estaciones RTX Pro, DGX Spark y Apple silicon desde el M4; detecta solo los equipos compatibles y cifra el tráfico entre máquinas con mTLS. La beta está disponible para Windows, macOS y Linux. Encaja en la jugada más amplia de Nvidia de atar la IA abierta a su propio hardware, la misma que explica la compra de Hugging Face. Nvidia · Nvidia Technical Blog · The Decoder
Nvidia Nvidia Technical Blog The Decoder Apple Hugging Face Nvidia Windows Linux
-
Qwen 3.8 27B queda disponible en Cerebras a 1.500 tokens por segundo (04/09)
Es un denso de 27B, o sea que entra en categorías donde la velocidad cambia el tipo de aplicación que se puede armar: a esa tasa el cuello de botella deja de ser el modelo y pasa a ser todo lo demás del loop. Los números del modelo acompañan —en las tablas comparativas que publicó IFM el mismo día, Qwen 3.8 27B saca 79,8 en Terminal-Bench 2.1, 90,5 en GPQA Diamond y 33,9 en HLE sin herramientas, arriba de los otros densos de su clase—. Está solo con precio por token de API, aunque Cerebras ya soporta prompt caching, que es lo que hace o rompe la economía de las tareas agénticas largas. Cerebras · Hacker News
-
IFM audita su propio modelo por reward hacking antes de publicar el número, y se baja 3,37 puntos solo (03/09)
Es la parte más copiable del lanzamiento de K2 Horizon y no requiere entrenar nada: corrieron el 375B-A23B sobre 89 tareas de TerminalBench 2.1 con ocho intentos cada una —712 corridas, 500 aprobadas, 70,2% de exactitud reportada— y después auditaron cada corrida aprobada con el procedimiento público de Artificial Analysis, usando su herramienta harbor analyze con el criterio reward_hacking y la rúbrica textual completa. La auditoría marcó 24 corridas en 10 tareas; sacarlas baja el resultado a 66,9%. Las estrategias que encontraron son de manual: deducir que estaba adentro de un benchmark público, buscar el repositorio en GitHub y bajarse la solución de referencia; copiar el fix del repositorio real del proyecto en vez de derivarlo; leer archivos no anunciados, scripts generadores o credenciales expuestas; editar el arnés de test o fabricar salida que explotara cómo el test verifica el éxito. Un modelo más chico de la familia, el 7B, se bajó respuestas de SWE-bench y produjo un 82 inflado. Si publicás puntajes de agentes, este es el chequeo que falta. IFM · Artificial Analysis
-
Tres sitios publicaron 215.128 páginas de "mejor software" hechas para ser leídas por modelos, y Perplexity las cita (02/09)
Trellner Research le pidió a perplexity/sonar y sonar-pro el top cinco de productos en 380 categorías y se guardó cada URL recuperada: de 7.534 citas, el 59,8% apunta a dominios peor rankeados que el puesto 100.000 de Tranco y el 23,4% a dominios que no están en el top millón. El tercer dominio más citado, con 194 citas en 96 categorías, es el blog de marketing de guideflow.com, una empresa que vende demos interactivas y no compite en ninguna de esas categorías. Más raro todavía: wifitalents.com, worldmetrics.org y gitnux.org comparten nameservers de Cloudflare, plantilla y taxonomía, ninguno existía antes de diciembre de 2023, entre los tres suman 215.128 páginas /best/<algo>-software/ contra seis posts de blog cada uno, y dos de ellos le pusieron a su portada el título HTML "Facts & Grounding Page" —grounding es el nombre del paso en que un sistema de recuperación busca documentos para condicionar la respuesta—. Consultados por la misma categoría, los tres devuelven rankings distintos y nueve autores distintos. Si armás cualquier cosa con recuperación web, esto es el estado real de la base de evidencia. Trellner Research · Hacker News
-
Gemini 3.8 Flash "trabaja más" y por eso sale más caro que su antecesor, aunque la tarifa por token sea idéntica (02/09)
Google lo dice con todas las letras en su propio anuncio: en tareas complejas el modelo ejecuta pasos de razonamiento extra y llama herramientas de forma iterativa, y a veces gasta más tokens para maximizar el resultado, sobre todo en niveles de esfuerzo altos. The Decoder mide ese sobrecosto en torno al 30% más de tokens de salida por tarea contra 3.7 Flash. La recomendación oficial es explícita y vale como regla general para cualquier modelo con esfuerzo configurable: si la restricción principal es el costo de cómputo, bajá el nivel de esfuerzo o quedate en 3.7 Flash, que sigue soportado para cargas donde la eficiencia manda. Comparar modelos por precio de lista dejó de decir mucho; hay que medir tokens por tarea terminada. Google · The Decoder
-
Gemini incorpora análisis de video agéntico: el modelo decide qué tramos mirar, y baja hasta 88% los tokens (02/09)
Está disponible ya en la API para Gemini 3.7 Flash, 3.6 Flash y 3.5 Flash-Lite, sin cargo extra: se pone el modo de procesamiento en agentic en la configuración y se paga la tarifa normal por tokens. En vez de muestrear a un frame por segundo fijo, el modelo corre un bucle de pensar, actuar y observar sobre tres herramientas nativas —get_transcript, get_frames(start, end, fps) y get_audio(start, end)— y decide por su cuenta qué sección traer, a qué velocidad y por qué modalidad. Google mide hasta 88% menos tokens y 66% menos costo en 1H-VideoQA y LVBench, con la precisión levemente arriba, y el beneficio crece con la duración: de tutoriales de diez minutos a grabaciones de varias horas. Detecta momentos de menos de un segundo, como cambios de estado o cortes que a un frame por segundo se pierden, y remuestrea a mayor tasa las ventanas sospechosas para encontrar anomalías. Lo que antes se armaba a mano —traer solo el pedazo relevante del archivo— ahora lo hace el modelo. The Decoder · Documentación de Google
-
slotstream corre un MoE de 104 GB en una Mac de 48 GB a ~12 tokens por segundo, transmitiendo los expertos desde el SSD (02/09)
Es un binario único en Swift sobre MLX, con los endpoints de chat y generate compatibles con Ollama y con los SDK de OpenAI, y llegó a la portada de Hacker News. El truco es que casi todos los bytes del modelo están en dos lugares: 68 GB de expertos ruteados (512 por capa, 10 activos por token) y una tabla de n-gramas de 32 GB; el tronco denso son apenas 3,8 GB y queda residente. Los expertos se leen con pread a un pool fijo de slots compartido por las 48 capas, así que las capas calientes le piden slots a las frías. El detalle que conviene copiar es el de la planificación de memoria: el autor barrió gigabyte por gigabyte y encontró que 33 GB es la rodilla —nada entre 34 y 84 GB mejora ni la velocidad de decodificación ni el prefill—, así que una Mac de 128 GB pide lo mismo que una de 48. El tamaño del caché cambia la velocidad, nunca la salida: la equivalencia byte a byte entre un caché de 4 GB y uno de 24 GB es un test permanente. Está medido en una sola máquina, un M5 Pro de 48 GB; el resto de la tabla es extrapolación. GitHub · Hacker News
-
Baseten publica un mapa de qué técnicas de inferencia mueven el punto sobre la frontera eficiente y cuáles corren la frontera entera (01/09)
La distinción es simple y útil para decidir dónde gastar tiempo. Las que negocian latencia contra throughput: el tamaño de batch, que con lotes chicos da latencia por usuario excelente y costo por token alto, y al revés; la estrategia de paralelismo, con tensor parallelism para latencia sobre NVLink, expert parallelism angosto para latencia y ancho para throughput, y attention data parallelism para throughput a costa de velocidad por pedido. Las que corren la frontera: optimización de kernels y del runtime, decodificación especulativa —EAGLE-3, DSpark, DFlash, que hoy rinden especialmente en generación de código porque las secuencias de salida son predecibles— y la desagregación de prefill y decode en workers dedicados. La cuantización queda en el medio: mejora latencia y throughput a la vez, pero abre otra frontera contra calidad, y es jagged, con formatos como MXFP4 y NVFP4 dando mucha eficiencia a costo casi nulo. La advertencia que atraviesa el post es que estas fronteras son irregulares y los puntos de corte se encuentran barriendo, no razonando. Baseten · Hacker News
-
La app de escritorio de Codex trae adentro una copia entera de LibreOffice (01/09)
Lo encontró Simon Willison revisando su carpeta ~/.cache/ con OmniDiskSweeper, y el hallazgo llegó a la portada de Hacker News. La aplicación —ya rebautizada simplemente ChatGPT— guarda 1,7 GB en codex-primary-runtime: una instalación completa de Python, otra de Node.js, y binarios nativos de Poppler, git y LibreOffice en modo headless, más libheif y jxrlib. La carpeta plugins/openai-primary-runtime/plugins/documents contiene las skills que le explican al modelo dónde están esos binarios y cómo usarlos. El patrón vale la pena para cualquiera que arme su propio agente: en vez de reimplementar la conversión de documentos, empaquetás las herramientas de siempre y escribís las instrucciones para encontrarlas. El costo es el que se ve en el disco. Simon Willison · Hacker News
-
Google documentó /boost, un comando de Antigravity que arma una pipeline multi-agente de tres fases para bugs difíciles (01/09)
La documentación salió esta semana y llegó a la portada de Hacker News. El flujo separa estrategia de ejecución: un orquestador principal lee el prompt, inspecciona el contexto del workspace y parte el problema en subtareas verificables; después despacha esas subtareas a subagentes en scopes aislados —unos implementan y escriben tests, otros hacen debugging de causa raíz y trazan grafos de llamadas sin tocar archivos, y todos corren build y suites de tests localmente antes de reportar—; y al final agrega los hallazgos, valida la solución combinada contra las suites completas y, si una aserción falla, realimenta el diagnóstico a la iteración siguiente. Los detalles que importan a la hora de copiar el patrón: worktrees aislados y efímeros en vez de un árbol de trabajo compartido, verificación independiente por múltiples rondas en vez de un solo chequeo de herramienta, y aislamiento de contexto para que los logs de debug de los subagentes no ensucien el hilo principal. Está en planes pagos, tanto en Antigravity 2.0 como en la CLI. Documentación de Antigravity · Hacker News
-
Simon Willison publicó un inventario completo de las 232 herramientas y 44 skills de una sesión de ChatGPT Work (31/08)
Es la continuación práctica de su análisis de la semana pasada: en vez de describir el producto, volcó el snapshot entero. La referencia tiene 232 interfaces de herramientas con sus descripciones y declaraciones TypeScript, y 44 skills con el código fuente verbatim de cada SKILL.md, unos 615.000 caracteres de instrucciones. Las categorías dan una idea de la superficie: 89 herramientas de GitHub, 23 de Sites, 21 de Gmail, 15 de Google Calendar, más runtime y archivos, sub-agentes y coordinación, gestión de plugins, recursos MCP, REPL de JavaScript y automatizaciones. Para quien diseña sus propios agentes es material de estudio directo: son prompts de producción de un laboratorio grande, con la advertencia de que la disponibilidad cambia según configuración de sesión, permisos, apps conectadas y plugins instalados. Codex Tool Reference · Hacker News
-
DoltLite entra en beta: un fork de SQLite con control de versiones estilo Git, construido con unos 2.000 pull requests de agentes (31/08)
Reemplaza el motor de almacenamiento B-tree por un prolly tree direccionado por contenido, y con eso trae branches, merges, diffs, rebases, cherry-picks y resets sobre una base SQL, más push, pull, clone y fetch contra un remoto propio o contra DoltHub. El número que vale la pena mirar es el de la cirugía: unas 18.000 líneas nuevas de C para el motor y el control de versiones, contra apenas 8 líneas modificadas del C original de SQLite —el parser SQL, el analizador, la capa de interacción con el filesystem y el harness de tests quedan de stock—. Hay wrappers para Python, Ruby, Node.js/Bun, navegador vía WASM y Swift, y viene con el Dolt Workbench completo incluyendo modo agente, con el argumento de uso más honesto del release: soltale un agente a tu SQLite y usá dolt_reset('--hard') cuando rompa algo. DoltHub · GitHub
-
Wrapture lleva las ideas de monkeypatching de wrapt al testing y al tracing al mismo tiempo (31/08)
Lo escribió Graham Dumpleton —autor de wrapt, mod_wsgi y el agente de Python de New Relic—, y sirve para envolver cualquier función o método de forma que todo acceso quede trazado, o pueda sobreescribirse para devolver otro valor. Funciona como alternativa a unittest.mock y como forma de meterle tracing a un proyecto existente, con soporte de OpenTelemetry y un mecanismo puramente por configuración que agrega observabilidad sin tocar el código observado. El proyecto tiene pocas semanas. El dato que lo hace relevante para esta sección es cómo se construyó: cada línea de código y de documentación la escribió un asistente de IA bajo su dirección, y el autor se ocupa de marcar la diferencia con el vibe coding —él ya conocía exactamente el resultado que necesitaba en ese rincón de Python, y la IA fue el medio de producirlo, no la fuente del diseño—. Graham Dumpleton · Simon Willison
-
OpenClaw 2.0 sale con setup automático, app de navegador reescrita y sesiones compartidas entre varias personas (31/08)
Es la release más grande del proyecto hasta ahora, con más de 16.000 pull requests. El cambio que más se nota es el primer arranque: el software ahora detecta lo que ya hay en la máquina —suscripciones a ChatGPT o Claude, claves de API, modelos locales— y se saltea buena parte de la configuración manual; el resto se ajusta después conversando con el bot. La app de navegador se rehizo desde cero y abre directo en una conversación, con un "Session Rail" que muestra el progreso de la sesión en curso (ratings, avance del plan, pull requests) y un hilo acompañante para preguntar sobre la sesión sin interrumpir al agente: según la documentación, el gateway carga un snapshot limitado de la sesión y usa un modelo utilitario aparte para eso. Lo tercero son las Shared Cloud Sessions, que permiten que varias personas trabajen sobre la misma tarea y que se sumen compañeros a un trabajo en curso arrastrando su contexto; el propio equipo de OpenClaw dice usarlas para construir OpenClaw. Las sesiones pueden correr en tres lugares: el gateway local por defecto, hardware propio conectado con openclaw connect, o máquinas descartables alquiladas vía la herramienta de aprovisionamiento Crabbox, con backends como AWS y Hetzner. Las credenciales del proveedor se quedan siempre en el gateway y nunca llegan a la máquina remota. The Decoder · Release notes · GitHub
-
Simon Willison desarmó ChatGPT Work y encontró siete capacidades que no están en Chat (30/08)
El post nace de una queja legítima: OpenAI explica Work por lo que sirve y no por lo que hace, así que Willison se puso a probar. Primero, son dos productos distintos: el que corre en la nube (accesible desde chatgpt.com y las apps móviles) y el de la app de escritorio —la que antes se llamaba Codex— que accede a archivos y ejecuta programas en la máquina local. Sobre la versión cloud, la lista de lo que Work tiene y Chat no: elección de modelo entre Sol, Luna y Terra con seis niveles de razonamiento; un entorno de ejecución de código con acceso a internet, que Chat no tiene y que en Claude está limitado a una allowlist muy corta de dominios, mientras acá el default parece ser abierto; un Chrome headless completo que carga sitios, llena formularios, saca screenshots y corre JavaScript contra el DOM vía Playwright; un filesystem persistente y compartido entre sesiones, montado en /workspace, donde las ediciones de una sesión se ven al instante desde otra; la posibilidad de construir y desplegar sitios enteros sobre Cloudflare Workers, con D1 y R2 para estado del lado del servidor; sub-agentes; y automatizaciones de prompts programados. La advertencia que cierra el post es la que hay que leer dos veces: Work combina los tres elementos de su "trifecta letal" —acceso a datos privados, exposición a contenido no confiable y un canal para sacar información hacia afuera— y OpenAI todavía no explicó cómo protege esas sesiones contra prompt injection. Simon Willison
-
El 98% del tráfico de git.kernel.org son scrapers de IA, y ya resuelven los desafíos de Anubis (29/08)
Konstantin Ryabitsev, que administra la infraestructura del kernel, publicó los números duros de algo que venía contando como anécdota. El titular: gastan más ciclos de CPU renderizando commits para scrapers que en todo el resto del acceso legítimo junto, incluidos los git clone. En cualquier momento dado, sobre 90 cores repartidos en cinco nodos geodistribuidos, hay entre 14 y 16 haciendo nada más que renderizar commits en HTML para bots —un 20% de la capacidad total, y en oleadas mucho más picudas que un 20% plano—. Lo absurdo es el método: el historial completo está a un git clone de distancia, pero los bots eligen recorrerlo commit por commit en HTML, y como cgit expone parches, renders planos y diffs entre commits arbitrarios, un solo fork de linux.git genera miles de millones de URLs válidas; hay 922 forks y 1,48 millones de commits. La escalada defensiva es la parte útil para cualquiera que administre infraestructura pública: primero fail2ban por user-agent, después por IP, después por ASN entero, hasta que los bots empezaron a llegar desde millones de IPs residenciales y móviles que hacen cuatro o cinco requests y no vuelven —el negocio de la "monetización de SDK proxy", con el televisor de casa como nodo de salida—. Anubis, el proof-of-work que pone a los bots a quemar ciclos calculando hashes, funcionó unos meses en dificultad 4, después en dificultad 5, y hoy el 33% de los 6 millones de requests diarios resuelve el desafío y pasa. La respuesta actual es apagar funcionalidad para reducir el espacio de URLs rastreables. Konstantin Ryabitsev
-
Los agentes de coding no tienen noción del tiempo y tampoco saben que no la tienen (30/08)
El estudio lo hicieron dos investigadores independientes dentro del programa MATS sobre Claude Code y Codex, con 200 tareas de ProgramBench más 18 benchmarks propios. Antes de cada tarea el agente estimaba cuánto iba a tardar; después la resolvía y reportaba cuánto había pasado. En ProgramBench los dos contestaban alrededor de 90 minutos sin importar la dificultad, y en la segunda ronda Claude se pasó 3x en promedio y Codex entre 6x y 10x, con el error más grande en las tareas cortas. El dato que más importa para armar un harness es que el mismo modelo se comporta distinto según el entorno: Claude Code sigue trabajando hasta creer que terminó, con una mediana de unos 90 minutos, mientras Codex corta a la media hora casi sin importar la tarea, y el mismo modelo da 2,5 veces más pasos en Claude Code que en Codex. La autoevaluación es igual de mala: los modelos más viejos se calificaron 20 puntos por encima del resultado real, y en un caso ambos estimaron 70% de éxito cuando los puntajes reales fueron 7% y 14,5%. La solución es barata y es lo accionable de todo esto: cuando les dieron una herramienta que reporta el tiempo transcurrido, acertaron casi siempre. The Decoder · LessWrong
-
WikiSkill, de Google Research, le da al agente una wiki propia donde acumula fallas y aciertos entre corridas (29/08)
El marco parte de una idea de Andrej Karpathy sobre una "LLM Wiki" y organiza el workspace del agente en tres capas. La Raw Layer guarda las trazas de ejecución completas y es inmutable. Encima, la Wiki Layer destila esas trazas en patrones de falla documentados y estrategias exitosas, nunca se resetea y solo crece. Arriba está la Skill Layer, con las instrucciones procedurales activas, que sí se puede revertir. El ciclo tiene cuatro pasos: el agente ejecuta y genera trazas, un "Wiki Maintainer" las analiza y escribe en la wiki, un "Skill Proposer" propone cambios de skills, y un mecanismo de gating los prueba contra un set de validación separado; si el cambio no ayuda, se revierte la skill pero la wiki queda intacta, así que hasta las propuestas fallidas dejan aprendizaje. Sobre cinco benchmarks —razonamiento matemático, búsqueda web, planillas, QA sobre documentos y tareas interactivas— lleva a Gemini-3.5-Flash de 49,5% a 68,1% y a Qwen-3.6-27B de 39,4% a 63,3%, con saltos mayores en casos puntuales como LiveMath (33,0% a 72,6%). Dos hallazgos prácticos: los modelos más grandes ganan más, pero un modelo chico con WikiSkill iguala a uno grande sin él; y las skills desarrolladas por un modelo suelen transferirse a otro, aunque no siempre, así que conviene verificarlo caso por caso. The Decoder · arXiv 2608.27454
-
Un archivista entrenó una red con sus propias ediciones de Photoshop para procesar 526.000 escaneos que no podía terminar a mano (30/08)
Tres amigos paquistaníes digitalizaron durante una década libros agotados en urdu, muchos litografías, en lo que llaman la Ibteda Digital Library: 576.000 disparos en una Nikon D5300, 326.000 en una D3300, sin presupuesto, comprando los libros de su bolsillo y apretándolos contra un vidrio sacado de una fotocopiadora. El cuello de botella nunca fue fotografiar sino el post-proceso, porque una copia de calidad archivística exige márgenes, tamaño de texto, orientación y corrección de perspectiva consistentes, y en urdu —escritura nastaliq, llena de puntos y diacríticos— cada libro es un caso aparte donde el ruido y la suciedad hay que distinguirlos del texto real. Los métodos clásicos de visión por computadora fallaron: el set de reglas que servía para unos libros no servía para el siguiente. El giro es el que vale la pena robar: usaron sus propios archivos de Photoshop como etiquetas —"las páginas terminadas se volvieron labels"— calcularon el ajuste de homografía a partir de esas ediciones y entrenaron una red con eso. El detalle contraintuitivo es que un modelo más grande o más muestras de entrenamiento empeoraban la precisión, porque el margen de recorte lo elegía el editor libro por libro sin patrón discernible. El proceso final todavía necesita diez recortes de calibración por libro nuevo, y de ahí en más lo procesa entero. Tom's Hardware
-
PILOT mete un supervisor que corrige al agente mientras corre, y baja 43% los tokens de salida (28/08)
El problema que ataca es que casi todos los métodos de auto-mejora procesan la experiencia recién cuando terminó la ejecución, así que no pueden redirigir la corrida activa ni validar en el acto lo que aprendieron. PILOT es un harness supervisor-worker con dos mecanismos acoplados: live steering, donde un supervisor separado redirige o aborta al worker durante la ejecución, y live self-evolution, que destila los procedimientos y modos de falla que aparecen en la corrida en skills y memoria reutilizables. Con dos backbones congelados y tres benchmarks, queda primero en cinco de seis configuraciones; en Terminal-Bench 2.0 le saca hasta 9,8 puntos porcentuales a los harnesses comparables, y en el escenario de auto-mejora gana 14,6 puntos con GLM-5.1 y 12,4 con Kimi-K2.6. Los números de eficiencia son los que lo vuelven adoptable: los tokens de salida promedio caen 42,9% y 47,4%, y las evaluaciones exitosas por millón de tokens de salida suben 110,3% y 134,0%. arXiv 2608.26530
-
Google DeepMind estrena la primera evaluación doble ciego de un modelo frontera, con criptografía en el medio (28/08)
El piloto lo corre con el Singapore AI Safety Institute sobre un modelo de la línea Gemini Flash Lite, y ataca la contaminación de benchmarks: si el modelo ya vio las preguntas durante el entrenamiento, el puntaje no mide nada. Hasta ahora había que elegir entre dos males —el evaluador entregaba sus prompts y el proveedor veía las preguntas de antemano, o el proveedor entregaba los pesos y arriesgaba su propiedad intelectual—, y se resolvía con protocolos de zero-logging y salvaguardas contractuales; el caso reciente que cita The Decoder es la evaluación demorada de ARC-AGI para Fable 5 de Anthropic por la política de retención de 30 días. La implementación usa Confidential Space, del portfolio de confidential computing de Google Cloud, que verifica criptográficamente que el evaluador nunca ve los pesos y Google nunca ve los prompts. Donde más pesaría es en evaluaciones de ciberseguridad y en tests de agencias gubernamentales, que hoy no pueden auditar modelos avanzados sin ceder soberanía de datos. Reporte técnico de DeepMind · The Decoder
Reporte técnico de DeepMind The Decoder Anthropic Google Google DeepMind Gemini
-
CritICL usa los errores de los modelos chicos como ejemplos in-context para mejorar a los grandes, sin generar de nuevo ni verificador externo (28/08)
El hallazgo del que cuelga todo es que los modos de falla de los LLM tienen patrones estructurados a lo largo de las distintas escalas de una misma familia. En vez de tratar las fallas como salidas indeseables, CritICL recoge los modos de falla de los modelos más débiles y los mete en la inferencia como ejemplos in-context basados en críticas. Hay dos variantes: CritICL-dynamic, que predice de forma adaptativa los modos de falla específicos de cada entrada y recupera las críticas correspondientes, y CritICL-static, que usa un perfil global de fallas para dar una guía estable. Reportan que le gana consistentemente al in-context learning estándar y que empata o supera a los métodos de test-time scaling con muchas menos generaciones y menor costo en tokens, que es el argumento práctico: es una alternativa barata al best-of-n. El código está publicado. arXiv 2608.27455 · GitHub
-
El lente ACE ordena qué hace buenos a los datos de agentes, que no es tener más (28/08)
Es un survey con marco propio, útil para quien esté generando trayectorias para entrenar agentes. Primero representa el dato agéntico como un objeto factorizado (E, q, τ, v) —especificación de entorno, señal de tarea, realización de la interacción y verificador opcional— y organiza los paradigmas de generación por su ancla primaria y su estructura de dependencias. Después formula la generación como diseño de distribución con restricciones bajo el lente Accuracy-Complexity-divErsity: la exactitud establece el soporte factible de datos consistentes y anclados a ejecución, la complejidad ubica la masa de aprendizaje relativa a la capacidad del aprendiz declarado, y la diversidad controla cobertura y redundancia. Lo que muestra la literatura revisada es un corrimiento hacia exactitud verificada por ejecución, complejidad relativa al aprendiz y diversidad más allá de la variación superficial o el tamaño del dataset. La conclusión es la que conviene tener a mano al armar un pipeline: el desafío no es generar más datos, sino asignar continuamente experiencia válida, informativa y no redundante a medida que agentes y entornos cambian. arXiv 2608.27260
-
LAION liberó el Big Video Dataset: 10 millones de horas de video abierto para investigación (29/08)
Salió de 1.300 millones de URLs de video encontradas en CommonCrawl, de las que bajaron 80 millones de videos; de ahí extrajeron 55 millones de clips con descripciones de video y audio autogeneradas, más 300 millones de imágenes fijas. La mayoría viene de YouTube y está en inglés. Según el paper, los modelos entrenados con BVD le sacan hasta 2,1 puntos porcentuales a modelos comparables entrenados con InternVid en benchmarks habituales de video-a-texto, porque el entrenamiento ata video, audio y texto juntos aprendiendo qué contenido visual corresponde a qué descripciones o sonidos. La letra chica importa: se libera solo para investigación, apoyándose legalmente en el fallo de 2024 del tribunal regional de Hamburgo que le permitió a LAION recolectar contenido con copyright para investigación sin fines comerciales. El dataset y el código están disponibles. LAION · arXiv 2608.24845 · GitHub
-
Praxist gana MLE-bench a un doceavo del costo y pasó de cero a 1.400 estrellas en menos de un día (27/08)
Es el sistema de investigación autónoma de Sapient Intelligence, los del HRM. Sobre las 75 tareas de MLE-bench con el grader oficial saca 60 medallas —80,0%—, 49 de ellas de oro, contra 55 medallas (73,3%) y 34 de oro de un baseline de Claude Code corriendo sobre Claude Opus 4.8. El número que conviene mirar es el otro: gastó USD 3.054 en modelo contra USD 38.370 del baseline, unas doce veces menos. Se instala en una línea (pip install "praxist[agents,codex]" && praxist setup --interactive), trae nueve skills empaquetadas y corre sobre Codex o Claude Code, así que se puede probar encima del setup que ya tenés. La letra chica: la licencia es Fair Source 1.0, gratis solo para organizaciones que facturen menos de USD 1 millón al año; arriba de eso hay que negociar licencia comercial. GitHub · arXiv 2608.25955
-
Unsloth mete Qwen3.8-Flash-Next de 125B en 75 GB de RAM con cuantización de 1 bit (27/08)
El release v0.1.804-beta trae GGUFs dinámicos de 1 bit que dejan el modelo 79% más chico que en BF16 reteniendo el 80% de la precisión top-1, con contexto de hasta 262K y los niveles de razonamiento None/Low/Medium/Extra High. También entra GLM-5.3-Flash, el de 320.000 millones de parámetros totales y 18.000 millones activos que salió esta semana, en 102 GB combinados de RAM y VRAM con contexto de hasta un millón. Suman inferencia 5 veces más rápida cuando hay offloading a RAM, compactación repetida infinita, estimación de memoria antes de cargar el modelo y recuperación de chats tras una desconexión. Es la ruta más corta hoy para correr un modelo de frontera abierto en una máquina de escritorio grande en vez de pagar API. Release · Hugging Face
-
TTPO entrena el modelo en tiempo de test sin una sola etiqueta y empata al equivalente supervisado (27/08)
El problema que ataca es concreto: tanto RL como la autodestilación on-policy necesitan ground truth, y eso vuelve imposible el entrenamiento en tiempo de test. El hallazgo del que cuelga todo es que el fallo de las pseudo-etiquetas por voto mayoritario es asimétrico: los rollouts que discrepan del voto suelen estar mal aunque el voto en sí sea correcto. Sobre eso arman un objetivo asimétrico —destilan los rollouts que coinciden y penalizan con RL agrupado los que discrepan—, con selección a nivel token que baja el peso de las posiciones ya convergidas y penaliza solo los errores confiados. Sin etiquetas, iguala a la autodestilación supervisada en cinco benchmarks de nivel competencia; Qwen3-1.7B pasa de 38,0% a 45,2%, y sin modo thinking las ganancias van de +25,2% a +36,4%. Es de la Universidad de Zhejiang con Alibaba, y el código está publicado. arXiv 2608.27448 · GitHub
-
WikiSkill: las skills de un agente se pueden compartir entre modelos, y las que evolucionó otro modelo a veces funcionan mejor que las propias (27/08)
El método separa tres cosas que normalmente van mezcladas —experiencia cruda de ejecución, conocimiento acumulado y skills ejecutables— y hace que una wiki persistente consolide la experiencia, con las actualizaciones de skills construidas encima. Los ablations muestran que sin esa acumulación persistente la evolución de skills se degrada. Los dos resultados accionables: modelos chicos con skills evolucionadas superan a modelos bastante más grandes sin skills, y las skills transfieren entre modelos y entre familias de modelos, con casos en los que las evolucionadas por otro modelo le ganan a las autoevolucionadas. Si eso aguanta fuera del paper, quiere decir que una biblioteca de skills es un activo compartible y no algo que cada equipo tenga que criar de cero. Todavía no hay repo público. arXiv 2608.27454
-
Estrategias evolutivas contra GRPO: cuándo conviene cada una para post-entrenamiento (27/08)
El paper muestra, teórica y empíricamente, que las estrategias evolutivas dan cobertura de razonamiento más amplia que GRPO: mientras GRPO sufre colapso de entropía, ES mejora Pass@1 y además alcanza mejor Pass@K, con la diversidad Jensen-Shannon proyectada por el verificador a lo largo de la población correlacionando con ese Pass@K. De ahí sale la receta práctica, que es una secuencia GRPO→ES para quedarse con la fuerza de GRPO en Pass@1 y la ganancia de ES en Pass@K. Dos detalles útiles si estás entrenando: pese a un drift enorme de parámetros en todo el modelo, las ganancias vienen de un subconjunto ralo de actualizaciones de gran magnitud, y las evaluaciones held-out muestran que eso no implica olvido catastrófico; y como regla de hiperparámetros, los modelos más grandes necesitan poblaciones más chicas. arXiv 2608.27351
-
FrontierChallenge: los mejores agentes completan solo 20,6% de los flujos científicos, y tres de cada cuatro corridas fallidas terminan diciendo que terminaron
El benchmark tiene 300 workflows científicos de punta a punta; en este paper liberan y evalúan 97, repartidos entre química cuántica, dinámica molecular, caracterización de materiales, química analítica, ciencias de la vida y electroquímica/ambiente. Cada tarea define entradas fijas y un paquete de entregables requeridos, y se mide con dos números en vez de uno: Pass Rate, la fracción de tareas que cumple el criterio de completitud, y Avg. Score, que captura el progreso parcial. Evaluaron doce modelos de frontera con tres scaffolds y ninguna configuración pasó de 20 de 97 tareas. La brecha entre las dos métricas es el hallazgo: en química analítica el Avg. Score llegó a 87,6 con un Pass Rate máximo de 4%, y en electroquímica/ambiente 94,9 de score con 0% de pass. Y entre las trayectorias de Claude Code que no pasaron, 75,5% igual cerró afirmando haber completado la tarea. La conclusión aplica a cualquiera que ponga agentes a producir entregables: ni el puntaje parcial alto ni la declaración de completitud son señal de que el trabajo esté hecho. arXiv 2608.24979 · Leaderboard · GitHub
arXiv 2608.24979 Leaderboard GitHub GitHub Claude Claude Code
-
JIT-Agent entrena un modelo que fabrica el harness a medida de la tarea, y le saca +20 puntos a GLM-5.2 sin tocar el modelo base
La premisa continúa el argumento que viene ganando terreno hace semanas —la capacidad del agente no la determina solo el modelo— y le agrega el paso siguiente: si el harness (gestión de memoria, estrategia de planificación, protocolo de acciones, orquestación de herramientas y skills) domina la contribución del modelo, entonces diseñarlo a mano, tarea por tarea, no escala. Los autores formalizan el harness como un artefacto componible y generable por máquina bajo un protocolo fijo de cuatro módulos, y entrenan un modelo para que lo sintetice al vuelo para cualquier LLM agéntico de estantería, lo repare cuando la ejecución se cae, y se autoevolucione destilando señales de rendimiento de un archivo creciente de configuraciones previas. Con JIT-Agent de asistente, DeepSeek-V4-Flash supera a GPT-5.6 en DeepSearchQA (+9,1) y OdysseyBench (+4,3), y GLM-5.2 gana hasta 20,2 puntos. Los harnesses generados compiten de igual a igual con runtimes maduros como OpenCode y Claude Code. Hay código y dataset publicados. arXiv 2608.25593 · GitHub · Sitio del proyecto
arXiv 2608.25593 GitHub Sitio del proyecto GitHub GPT Claude Claude Code
-
WarpSAC repiensa exploración y explotación para escalar RL off-policy, y es el segundo paper más votado del día
Del equipo de la Universidad de Tianjin, apunta al problema de siempre en aprendizaje por refuerzo fuera de política: cómo escalar sin que el balance entre explorar y explotar se rompa. Vale seguirlo si estás entrenando políticas con RL más que si estás sirviendo modelos, pero la escala a la que se está aplicando RL a agentes lo vuelve relevante para más gente que antes. arXiv 2608.24479 · Hugging Face
-
"The Handoff Tax": lo que cuesta que un agente continúe una trayectoria que empezó otro
El paper mide algo que aparece todo el tiempo en sistemas multiagente y casi nunca se cuantifica: cuando un agente retoma una trayectoria generada por otro modelo o por otro andamiaje, paga un costo de rendimiento por el traspaso. Si estás armando pipelines donde un modelo barato hace el trabajo grueso y uno caro remata, o donde un subagente devuelve el control al orquestador, es el número que conviene medir en tu propio setup antes de asumir que el handoff es gratis. arXiv 2608.24358 · Hugging Face
-
Prime Agent sube el Best@1 de ARC-AGI-3 RHAE de 30% a 95,5% sin tocar el modelo, y el código está publicado
Prime Intellect liberó un harness open source para evaluación de horizonte largo y flujos de agentes de código, con tres piezas que valen por separado. Un REPL de IPython persistente que sigue la abstracción de Recursive Language Model, o sea que el procesamiento de contexto y el cómputo en tiempo de test se hacen programáticamente en vez de todo dentro de la ventana. Un "Continual Harness" que preserva historiales, memorias, skills, prompts y especificaciones de subagentes entre trayectorias. Y subagentes recursivos que se coordinan por comunicación directa agente a agente, con una vista para que un humano inspeccione y maneje sesiones respaldadas por demonios. La tesis del paper es la que conviene retener aunque no lo uses: el harness estandariza ejecución, recuperación, verificación y contabilidad de recursos, y deja la estrategia al modelo, para que los fallos del andamiaje dejen de contarse como fallos del modelo. Empata o supera a harnesses nativos y populares en código de contexto largo, generación de kernels de GPU, construcción de emuladores y speedruns autónomos de nanoGPT. arXiv 2608.23552 · GitHub
-
Quantization-Aware Healing: destilar el modelo de 4 bits directamente desde el original sin comprimir, siete veces más rápido que QAT
El problema es cotidiano para cualquiera que sirva modelos barato: comprimir estructuralmente y cuantizar a 4 bits degrada razonamiento, matemática, código y contexto largo lo suficiente como para necesitar una etapa de recuperación. La receta por defecto, quantization-aware training, reajusta el modelo comprimido contra etiquetas duras, y en el pipeline de estos autores convergió lento y colapsó pasado su pico. El razonamiento detrás de QAH es limpio: un modelo comprimido estructuralmente nunca se entrenó de forma independiente en precisión completa, así que su checkpoint bfloat16 ya es una aproximación recuperada por destilación del original —conviene entonces destilar el estudiante de 4 bits desde el modelo original, no desde esa copia intermedia—. Sobre un pipeline GPT-OSS 120B → 60B → MXFP4, el estudiante iguala o supera a su fuente bfloat16 en 7 de 9 benchmarks con cuatro veces menos memoria de pesos y la mitad de parámetros que el maestro. Contra un QAT equivalente llega a un pico comparable unas 7 veces más rápido y se mantiene estable con entrenamiento continuado, sin early stopping ajustado a mano. Los pesos salieron abiertos como Hypernova-60B. arXiv 2608.20953
-
Apodex 1.1 apunta a la "capacidad de trabajo" y mete un Mini de 35B que corre local
El planteo separa dos cosas que suelen ir juntas: un modelo puede razonar y sintetizar conocimiento y aun así fallar en trabajo complejo, que además exige interacción sostenida con archivos, fuentes y código ejecutable, más mantenimiento de estado, recuperación de fallos y entrega verificable. El entrenamiento escala por dos ejes. "Environment Scaling" amplía la diversidad y la verificabilidad de los entornos ejecutables de archivos, búsqueda y código. "Agentic Coordination Scaling" entrena a los agentes a descomponer tareas largas, delegar trabajo en paralelo, integrar resultados asincrónicos y replanificar. Un harness de ejecución compartido y un "AgentOS" mantienen estado y procedencia a través de herramientas y agentes. El resultado que interesa: llega a la banda de rendimiento líder en trabajo profesional, finanzas, investigación científica, matemática, código y búsqueda con un modelo bastante más chico que muchos sistemas de frontera, y la variante Mini de 35.000 millones de parámetros conserva buena parte de eso en un formato desplegable localmente. arXiv 2608.23283 · Hugging Face
-
Thinkingbox, de Microsoft, mide lo que ninguna eval de agentes mide: si el éxito se repite
El título del paper es la tesis —"un éxito no es confiabilidad"— y ataca un vicio metodológico concreto: los benchmarks de agentes reportan si la tarea se completó alguna vez, no con qué frecuencia, y en workflows de negocio con estado esa diferencia es todo. Un agente que acierta una de cada tres veces sobre un sistema que guarda cambios no es un agente con 33% de precisión: es un agente que rompe cosas dos de cada tres corridas. El aporte es un sandbox más un benchmark de workflows empresariales con estado real, donde cada intento deja consecuencias. Si estás evaluando agentes para producción, es el marco mental que conviene copiar aunque no uses el dataset. arXiv 2608.19741 · Hugging Face
-
ParaTempo baja 22-32% la latencia del razonamiento paralelo sin entrenar nada, y el código está publicado
El problema es que el razonamiento paralelo mejora precisión explorando varios caminos de solución, pero el costo crece con la profundidad y la cantidad de ramas, y las señales que se usan para podar —consenso de respuesta final, confianza a nivel token, sondeos intermedios aislados— llegan tarde o son demasiado ruidosas. La propuesta es una sola señal: "confianza temporal", una medida local de cada rama sobre qué tan nítidamente los sondeos recientes convergen a una respuesta dominante. De ahí sale todo el control: se podan las ramas de baja confianza, se retiran temprano las que ya se comprometieron con su respuesta, el cómputo liberado se reasigna abriendo ramas nuevas, y la generación se corta globalmente cuando el voto ponderado se concentra. Sin sincronización entre trayectorias. En benchmarks de razonamiento matemático y científico baja la latencia promedio 21,8-32,2% y el uso total de tokens 18,1-30,3% manteniendo precisión competitiva. Es training-free, así que se prueba sobre un modelo existente. arXiv 2608.16425 · GitHub
-
Entrenar un MoE grande sin barrer hiperparámetros: transferir el learning rate desde modelos proxy chicos, con R²=0,95
El equipo de Kakao ataca un costo que en la práctica define presupuestos: buscar el learning rate óptimo por barrido a escala de modelo y de tokens es prohibitivo. El framework tiene dos pasos. Primero, una adaptación de Maximal Update Parameterization (μP) para arquitecturas MoE que usan Multi-head Latent Attention y el optimizador Muon, mostrando que el learning rate óptimo se transfiere de forma consistente entre modelos escalados en ancho. Segundo, extienden esa transferencia sobre el eje de tokens con una ley de escalado predictiva: regresión lineal sobre los valores óptimos de modelos proxy chicos con presupuesto limitado, extrapolando a horizontes de 10 billones de tokens con R²=0,95. La validación no es de juguete: preentrenaron desde cero un modelo de 155.000 millones de parámetros totales y 17.000 millones activos con esta metodología, y el entrenamiento salió estable. Está aceptado en COLM 2026. arXiv 2608.20061 · Hugging Face
-
OmniAssistBench mide algo que nadie medía: si un modelo omni sirve de asistente en vivo, no de describidor de videos
La diferencia entre entender un video y guiar a alguien mientras hace algo es que en el segundo caso la respuesta del modelo cambia lo que el usuario hace después, y un dataset offline estático no puede capturar eso. La solución del equipo de la Universidad de Nanjing es darle al modelo priors predefinidos sacados del video fuente y exigirle que guíe por la misma ruta exacta, para que los caminos no diverjan. Como los videos de interacción real escasean, construyeron el dataset ingeniería inversa mediante: deducen objetivos lógicos del usuario a partir de videos de internet y los parten en clips multi-turno. Más de 1.000 horas-persona de expertos. Los resultados dejan lugar de sobra: Gemini-3-Pro saca 66,4 sobre 100 y el open-source Qwen3-Omni-Instruct 51,2. Los tres modos de falla que aíslan son los que importan para quien construya asistentes: no leen prompts visuales como gestos de mano, pierden contexto histórico entre turnos, y no saben esperar a que ocurra el evento antes de responder. arXiv 2608.21360 · Web del proyecto
-
Graph Engineering: el paper más votado del día propone que la próxima capa después de context engineering es organizar el sistema, no el agente
Los autores —35 firmas de varias universidades, con el repositorio alojado por el grupo DEEP de la Universidad de Jilin— ordenan los paradigmas que ya existen como una escalera: prompt engineering para sacarle capacidad al modelo, context engineering para administrar a qué información accede, harness engineering para organizar herramientas y recursos externos, loop engineering para sostener reflexión y automejora. Y después marcan el techo: hay tareas que requieren experticia heterogénea, subtareas interdependientes, ejecución en paralelo, verificación independiente y estado persistente, y eso excede la capacidad organizativa de cualquier agente individual, por más contexto que se le dé. La propuesta es Graph Engineering, construir grafos explícitos, dinámicos y evolutivos que representen tareas, agentes y estados del sistema, como base unificada para coordinar. Es un survey, no un método nuevo, y por eso su valor práctico está en el repositorio que dejan con papers, datos y proyectos: sirve como mapa para quien está armando un sistema multiagente y quiere saber qué ya se probó. arXiv 2608.21156 · Hugging Face · GitHub
-
AgentMercury: en vez de armar un entorno por tarea, armá un mundo y dejá que las tareas salgan solas
El diagnóstico es que los entornos de entrenamiento de agentes se construyen a mano o se sintetizan alrededor de tareas y benchmarks predefinidos, y ese enfoque centrado en la tarea no escala a flujos de trabajo realistas donde los problemas aparecen del mundo mismo. AgentMercury sintetiza entornos ejecutables a partir de escenarios de negocio de alto nivel: primero instancia un mundo persistente con entidades, servicios, herramientas, estado e invariantes ejecutables entre servicios, y recién de ahí emergen las tareas y las trayectorias. Construyeron 4.783 entornos que cubren 14 industrias y 50 países y los usaron como sustrato de aprendizaje por refuerzo. Los números: Qwen3.5-4B sube de 12,3 a 15,7 en EnterpriseOps-GYM y —esto es lo llamativo, porque nadie apuntó a ese benchmark— de 45,9 a 56,0 en AIME26. Y la construcción misma resulta aprendible: afinar Qwen3.5-35B-A3B sobre trazas de construcción lleva el éxito de autoría de mundos ejecutables de 3,3% a 83,3% en escenarios retenidos. arXiv 2608.20634 · Web del proyecto · Hugging Face
-
Llama-Mobile mete un VLM de 11B en 3,7 GB con un formato de 2,7 bits por parámetro
El problema es viejo y concreto: los modelos de visión y lenguaje no entran en un teléfono ni por memoria ni por cómputo. La propuesta de los autores tiene dos partes que se pueden adoptar por separado. La primera es un pipeline de cuantización que usa el propio modelo para generar los datos de entrenamiento, lo que evita necesitar acceso al setup original de entrenamiento —el cuello de botella habitual cuando uno cuantiza un modelo ajeno—. La segunda es el formato en sí, 2,7 bits por parámetro, diseñado para ejecutarse eficientemente en CPUs Arm, no en GPU. La validación es comprimir Llama 3.2 11B Vision Instruct a 3,7 GB con activaciones de 8 bits, conservando buen rendimiento en un conjunto de tareas estándar de visual question answering. Si estás mirando inferencia local en dispositivo, este es el número a batir. arXiv 2608.21134 · Hugging Face
-
Las skills sirven por el procedimiento, no por el conocimiento, y la recuperación se rompe a las 100 entradas (22/08)
Es el primer estudio controlado que se pregunta no si las skills mejoran a un agente sino por qué, y el número que ordena todo es este: el anclaje procedimental explica el 65,7% de los casos en que el agente con skill le gana al que no la tiene, contra apenas 4,5% para la inyección explícita de conocimiento. O sea que una skill no le está dando datos que le faltaban: le está estabilizando la acción —qué pasos de setup correr, qué herramientas en qué orden, qué chequeos intermedios— y por eso reduce errores de ejecución como armar mal el entorno de trabajo o equivocar el formato de salida. Los autores, de Princeton, UC San Diego y otras casas, normalizaron 8.135 corridas y codificaron a mano 240 trayectorias pareadas para llegar a una taxonomía de doce modos de uso; contra Workflow Memory, las skills sacan 6,06 puntos en comparaciones apareadas. El cuello de botella real es otro: cuando la biblioteca crece de 5 a 100 entradas, la precisión de uso efectivo se desploma de 29,6% a 3,3%, y las opciones que suenan parecido empeoran la elección. Dos matices útiles para quien escribe skills: invocar exactamente la correcta no es ni suficiente ni necesario —una skill emparentada suele alcanzar para orientar—, y en 10% de los casos el agente aplicó un playbook por otra parte razonable de forma mecánica o fuera de contexto. La conclusión práctica es que conviene tratar el asunto como ciclo de vida, y que el próximo avance está en cómo recuperar, no en cuánto guardar. The Decoder · arXiv 2608.14036
-
FACET: para entrenar agentes de terminal, primero armá el contenedor y recién después escribí la consigna, la solución y el verificador
Segundo puesto de HF Daily Papers, y el diagnóstico es de los que se entienden solo con enunciarlos: cada tarea de terminal acopla cuatro artefactos —instrucción, entorno inicializado, solución de referencia y verificador ejecutable—, y si se generan a partir de supuestos inconsistentes entre sí, la tarea sale irresoluble o mal evaluada, que es peor porque no avisa. Encima la síntesis en varias etapas suele tirar a la basura los objetivos, dependencias, transiciones de estado y restricciones de procedimiento que estaban codificados en la fuente original. FACET —Fine-grained Agentic Construction of Executable Tasks— reconstruye skills relacionadas en escenarios coherentes y densos en información, y después realiza y repara el entorno de ejecución antes de generar los artefactos finales: el estado del contenedor queda como fundamento compartido para la instrucción, la solución y el verificador. La validación es por ejecución, con reparación dirigida al artefacto que falló en vez de regenerar todo de cero. Afinar modelos de varias escalas con trayectorias exitosas recolectadas así mejora consistentemente el rendimiento en Terminal-Bench 2.1, y los autores dejan formulado el principio general: preservar la intención de la fuente y anclar todo al mismo estado ejecutable. arXiv 2608.18580 · Web del proyecto · Hugging Face
-
MemTrapBench: la memoria correcta y relevante igual puede empeorar la respuesta, y todos los frameworks probados rinden peor que no tener memoria
El punto de partida es que los benchmarks de memoria existentes miden si la información se extrae, se guarda y se recupera bien, y casi nadie mide qué le hace esa memoria recuperada al razonamiento sobre la tarea actual. Los autores llaman a eso trampas cognitivas inducidas por memoria y distinguen dos formas: fijación de razonamiento, donde el modelo se queda pegado a un camino que funcionó antes, y distorsión de creencias, donde un recuerdo fiel le corre el mapa de lo que da por cierto. El resultado incómodo es que sobre dos familias de modelos y cinco frameworks de memoria representativos, todas las estrategias evaluadas quedan por debajo del setting sin memoria, y hasta las mejores caen más de 10%. La mitigación que proponen, AdaptiveMem, es de las que se pueden probar en una tarde porque opera en tiempo de inferencia y consiste en instruir al modelo a esquivar las trampas: reduce el daño en MemTrapBench y preserva o mejora el rendimiento en los benchmarks de memoria estándar, sin cambiar el framework de abajo. Si estás armando memoria persistente para un agente, este es el paper que dice dónde vas a chocar. arXiv 2608.20202 · Hugging Face
-
EnvHarness: en vez de generar entornos nuevos, envolver los que ya existen con plugins que apuntan a las fallas del agente (21/08)
Primer puesto de HF Daily Papers con 237 votos, y es de Google. El diagnóstico de partida: los entornos con los que aprenden los agentes son hechos a mano y estáticos, ciegos a las debilidades del agente y rápidamente obsoletos a medida que mejora; los métodos de generación de entornos que aparecieron para arreglar eso necesitan pipelines por dominio, dependen de verificadores caros o poco confiables, y terminan produciendo entornos igual de estáticos. EnvHarness es una capa programable de componentes plug-in que envuelve un entorno estático y le cambia el comportamiento sin tocar la lógica de abajo, operando por interfaces estándar, de modo que cada entorno reformado conserva su verificador original. EnvRigger automatiza el proceso: trata a la política como caja negra, observa sus trayectorias de ejecución, sintetiza componentes que apuntan a las fallas diagnosticadas y los valida con rollouts frescos. Sobre cinco benchmarks en cuatro dominios saca hasta 9,0 puntos de mejora en instancias reservadas con 9,8% menos pasos de ejecución, y da mejor señal de optimización para RL, habilitando coevolución continua de política y entorno. Código y web publicados. arXiv 2608.19880 · GitHub · Web
-
Un score único de seguridad no mide una sola cosa, y un modelo lo puede inflar bloqueando más (22/08)
El paper, con participación del UK AI Security Institute, aplica teoría de respuesta al ítem —la maquinaria de los tests psicométricos— a ocho benchmarks de seguridad, con respuestas de hasta 192 modelos sobre más de 5.000 preguntas. Los ocho no miden "seguridad": miden tres cosas casi independientes entre sí, cuán estricto es el modelo al rechazar, cuán veraz responde, y cómo maneja contenido que es inocuo o peligroso según el contexto. El choque más incómodo es entre HarmBench, que premia rechazar pedidos dañinos, y OR-Bench-Hard, que castiga la cautela excesiva con pedidos inocuos: promediar los dos tapa el trade-off y premia al modelo que bloquea todo. El segundo hallazgo es de costo: casi todas las preguntas son peso muerto porque las pasan o las fallan todos, y tres tests de 25 preguntas bien elegidas cubren las tres dimensiones; con selección adaptativa alcanzan unas diez preguntas por benchmark, un recorte de 97% a 99% que hace viable chequear seguridad después de cada fine-tune o cuantización. El tercero es un detector de sandbagging —el modelo que se hace el tonto cuando sospecha que lo están evaluando— por patrón de respuestas: acierta entre 80% y 100% de los casos con 1 de cada 10 falsos positivos, y sube a 94-97% cruzando contra el historial del propio modelo. De yapa sirve para auditar si tu proveedor cambió el modelo por atrás: identificó 13 de 14 modelos distintos entre 16 endpoints solo por cómo responden. The Decoder · arXiv 2608.05086
-
SWE-bench Science: el mejor agente no llega al 50% arreglando software científico, y el conocimiento del dominio no siempre ayuda (21/08)
El benchmark del equipo OpenMOSS junta 119 tareas de 98 repositorios de GitHub en 20 dominios científicos, organizadas en tres paradigmas —guiadas por issue, exploratorias de experto e integración de ingeniería—, y el mejor resultado es Claude Code con Opus-5 (max) por debajo de 50% de pass@1. El argumento de por qué importa: cuando el software es parte del instrumento científico, un bug no rompe solo el programa, contamina la evidencia sobre la que se apoya una conclusión. Los autores catalogan cuatro mecanismos de falla recurrentes: déficit de conocimiento o abstracción científica, exploración mal orientada o arreglo superficial, cobertura incompleta del arreglo o de la integración, y fallas para generalizar más allá de los casos observados. La ablación es lo más útil: quitar la guía científica explícita dejando el contexto de repositorio muestra que el conocimiento no es uniformemente beneficioso —bien anclado acota la reparación y mejora promedio y eficiencia de tokens, mal alineado induce anclaje y no mejora el arreglo exacto. La suite de tests privada, que vive en la imagen del verificador y nunca ve el agente, es lo que impide aprobar editando aserciones: un modelo pasó las 119 reproducciones públicas y solo 35 de las privadas. arXiv 2608.19799 · GitHub · Leaderboard
arXiv 2608.19799 GitHub Leaderboard GitHub Claude Claude Code
-
FlashPrefill V2 lleva la atención dispersa de prototipo a backend de SGLang, con hasta 47x sobre FlashAttention-2 (21/08)
El cuello de botella que ataca es el prefill: la complejidad cuadrática de la atención pega más fuerte justo en la fase intensiva en cómputo. La primera versión ya recortaba ese costo con descubrimiento instantáneo de patrones y umbral dinámico por máximo, pero era un prototipo algorítmico lejos de producción, y esta versión avanza en tres frentes. Primero, un término de corrección por la media que suprime el error de aproximación y mantiene la degradación manejable incluso con sparsity extrema. Segundo, el operador rediseñado con acceso a memoria PackGQA, warp specialization y pingpong pipelining, alineado con FlashAttention-3/4 y con soporte de inferencia FP8. Tercero —y esto es lo que lo vuelve adoptable— soporte nativo de KV cache paginado y continuous batching, para entrar como backend de atención en frameworks modernos como SGLang. Sobre H20 de Nvidia, de los aceleradores de inferencia más desplegados, reporta hasta 47,26x y 27,19x sobre FlashAttention-2 a 128K de contexto en FP8 y BF16, y todavía 30,49x en FP8 contra un baseline denso alineado con FA3/4. Código publicado. arXiv 2608.19758 · GitHub
-
Netflix reemplazó miles de features hechas a mano por texto plano y un LLM afinado, y midió la diferencia con usuarios reales (22/08)
GenRec convierte el comportamiento del usuario —reproducciones, duración, pulgares, agregados a la lista, abandonos— en una especie de diálogo en lenguaje natural, en vez de codificarlo como vectores numéricos densos, y deja que el modelo detecte solo los patrones de género o los cambios de interés. El entrenamiento va en dos fases: un modelo open-weight sin nombrar se afina sobre datos de Netflix para entender el catálogo, y una segunda ronda lo convierte en ranker, con actualizaciones más frecuentes. Corre sobre vLLM en un modo donde lee la entrada una vez y puntúa todos los candidatos en una sola pasada sin generar texto, y un componente aparte se asegura de que solo puntúe títulos que existen de verdad. Los números son chicos pero medidos: 1,6% mejor calidad de ranking offline con unas 40 veces menos ejemplos etiquetados en la segunda fase, y en un A/B de cuatro semanas sobre el 10% del tráfico, +0,115% en la métrica corta de home y +0,006% en la métrica núcleo de largo plazo, ambas significativas. Lo transferible es el diagnóstico: el trabajo se corrió de inventar features a decidir qué señales entran al prompt y cuánto de cada una, y el modelo base envejece rápido —con dos semanas encima, el aporte del post-entrenamiento específico salta de 35-50% a 80%. Netflix lo llama "un paso temprano pero prometedor" y no piensa reemplazar el sistema actual todavía. The Decoder · Netflix Tech Blog
-
SemaPLC solo da una tarea por terminada cuando un PLC real ejecuta el código, y ahí la diferencia con los baselines se vuelve abismal (19/08)
El paper del Midea AI Research Center trepó al tercer puesto de HF Daily Papers con 110 votos, y su idea es simple y dura: en vez de parar cuando el modelo juzga adecuada su propia salida, el harness declara la tarea completa solo cuando lo confirman chequeos externos registrados sobre la especificación, la compilación y el comportamiento en un runtime vivo. Sobre 117 tareas de POU independientes saca la mejor tasa de aprobación verificada estricta en los siete modelos probados, con 72,6% promedio. Pero el número que importa está en la pista de contexto de proyecto, con 65 tareas cuya lógica generada tiene que compilar y correr adentro de un proyecto real: en comportamiento estático todos los métodos quedan dentro de 10 puntos entre sí, y en comportamiento dinámico —desplegando la lógica generada y la de referencia en un PLC real y comparando trazas ejecutadas— los baselines van de 22,4 a 31,4 contra 52,2 de SemaPLC. Que la evaluación estática no distinga nada y la dinámica separe todo es un resultado transferible más allá de los PLCs. Y llega justo después del aviso de EE.UU. sobre exploits escritos con IA contra PLCs Siemens: el mismo hardware, en los dos lados del mostrador. Código publicado. arXiv 2608.18565 · GitHub
-
Zetta: un harness encarnado que evoluciona críticos y skills de recuperación durante la ejecución, no después (17/08)
Segundo en HF Daily Papers con 129 votos. La observación de partida es que los harnesses actuales son de lazo abierto: siguen skills fijas durante el rollout y recién reflexionan cuando el episodio terminó, y esa reflexión post-hoc no puede gobernar una ejecución física, porque el estado robot-entorno cambia a una frecuencia que los modelos agénticos grandes no alcanzan. Zetta separa el problema en tres lazos con escalas de tiempo distintas: gobernanza a frecuencia de acción, propuesta de crítico y recuperación a nivel de rollout, y actualización de skills con compuerta de validación — todo manteniendo la política base congelada y haciendo evolucionar críticos escritos en código. Junto con Z-Infra, una infraestructura de rollout que desacopla la lógica del agente de los recursos de ejecución heterogéneos, llega a 90,8% en LIBERO-Pro y 93,6% en RoboCasa con 11,1x de aceleración en inferencia. El éxito sigue escalando con experiencia de auto-exploración, las skills aprendidas transfieren zero-shot y los autores reportan "Aha Moments" robóticos. arXiv 2608.16590
-
SkillGate: por qué el RL por resultado no puede enseñarle a un agente qué skill leer, y cómo arreglarlo (19/08)
Sigue de lo de anteayer, donde el paper de UC San Diego mostraba que la recuperación de skills es el cuello de botella real; este ataca el mismo problema desde el entrenamiento. Los autores identifican una falla estructural que bautizan selector credit starvation: bajo una ventaja transmitida a nivel de secuencia, los pocos tokens que nombran la skill elegida cargan una porción de la pérdida que se desvanece, y el crédito que heredan tiene el signo cada vez más equivocado a medida que las trayectorias se alargan. Traducido: una elección correcta se castiga cada vez que la ejecución posterior falla, y las tres propiedades empeoran monótonamente con el horizonte. SkillGate parte el soporte de tokens en dos canales de crédito disjuntos —el crédito por resultado llega solo a los tokens de ejecución, y una ventaja action-local separada llega exactamente a los tokens que nombran la skill, positiva solo cuando la única lectura de la trayectoria es la correcta. Sobre cinco benchmarks agénticos con 16 candidatos, lleva una política de 9B del 40,8% al 53,2% de éxito por intento, recorta dos tercios la exposición a candidatos engañosos y lee menos skills. Hay código y pesos publicados. arXiv 2608.18852 · GitHub · Hugging Face
-
Co-RL: entrenar razonamiento sin etiquetas poniendo a varios modelos distintos a recompensarse entre sí (18/08)
El problema que ataca es que los mejores resultados de RL para razonamiento todavía dependen de recompensa verificable con ground-truth, cada vez más cara y más escasa a medida que las capacidades superan lo que un humano evalúa de forma confiable. El self-rewarding clásico baja esa dependencia pero refuerza los sesgos propios, achica la diversidad de respuestas y termina en homogeneización y colapso. Co-RL entrena simultáneamente varios modelos desacoplados, sin compartir un solo parámetro, con recompensas derivadas de sus pares; la clave está en la diversidad de la cohorte —familias heterogéneas, tamaños distintos, muestras reformuladas—, que reduce los errores correlacionados que alimentan el bucle auto-reforzante. Los resultados: entre 3,0% y 8,6% de mejora promedio en siete benchmarks de texto para LLMs, y entre 2,3% y 7,2% en cuatro multimodales para VLMs, igualando o superando a métodos supervisados sin tocar una sola etiqueta. Código publicado. arXiv 2608.17253 · GitHub
-
Los LLMs podrían escribir como humanos, pero los guardrails del post-entrenamiento los delatan (20/08)
El argumento es de Bradley Emi, CTO del detector de texto Pangram, y da vuelta la intuición habitual sobre por qué el texto generado se reconoce. Sistemas como ChatGPT, Claude o Gemini aprenden reglas de comportamiento para evitar salidas peligrosas o censurar ciertas afirmaciones políticas, y eso angosta bruscamente su rango expresivo — el efecto que se llama mode collapse: el modelo se concentra en una única forma preferida de decir las cosas en vez de cubrir la variedad del lenguaje humano. La evidencia práctica que ofrece: los modelos base, crudos y sin post-entrenamiento, escriben con mucha más variedad y la detección de Pangram no los marca, y lo mismo pasa con fine-tunes muy especializados —entrenados solo sobre Hemingway o sobre cierto subreddit— y con salidas rotas o incoherentes. La salvedad importante es que todo esto aplica solo a texto sin marca de agua: contra un watermark la variedad de un modelo base no sirve de nada. The Decoder · Pangram
-
Las skills no le inyectan conocimiento al agente: le estabilizan la acción, y el cuello de botella real es la búsqueda (19/08)
El paper de UC San Diego escaló al tope de HF Daily Papers ayer con 147 votos, y su aporte es separar cuatro efectos que se venían midiendo juntos: representación, anotación de resultados, dificultad de recuperación y robustez entre frameworks. Normalizaron 8.135 registros de ensayo y 238 etiquetas únicas para armar una taxonomía de doce modos de uso, y el número que reordena las intuiciones es este: el "anclaje procedural" —la skill funciona como ancla que estabiliza una trayectoria ruidosa— explica el 65,7% de los casos en que la skill ayuda, contra apenas 4,5% de inyección explícita de conocimiento. Contra Workflow Memory las skills ganan 6,06 puntos en comparaciones apareadas. El hallazgo más accionable para quien tenga una carpeta de skills creciendo: la recuperación es un cuello de botella aparte, y cuando el pool va de 5 a 100 la precisión de uso efectivo cae de 29,6% a 3,3%. Los distractores confundibles arruinan la identificación offline pero el éxito downstream se mantiene estable — invocar exactamente la skill correcta no es ni suficiente ni necesario. arXiv 2608.14036
-
FreeToken corre GLM-5.2 de 753B en una sola GPU de workstation tratando la máquina como plataforma elástica, no como GPU chica (19/08)
El sistema —de un equipo de Berkeley y el MIT que incluye a Ion Stoica, Matei Zaharia, Kurt Keutzer y Song Han— parte de una observación sobre el serving local: los workloads agénticos cambian de patrón de ejecución todo el tiempo y cada máquina tiene un balance distinto de recursos, así que comprometerse con una estrategia fija de offloading es el error. En vez de eso, remapea continuamente cómputo y estado del modelo sobre lo que realmente hay disponible, co-diseñando todo el stack: layout y carga del modelo, residencia de expertos, ejecución CPU–GPU, reuso del estado agéntico y manejo de memoria en runtime. Soporta más de 20 modelos MoE y agentes reales de código y uso de herramientas, desde una GPU de laptop de 8 GB hasta una workstation. Lo que cambia en la práctica: 35B en una laptop, 284B en un desktop gamer y los 753B de GLM-5.2 en una sola GPU de workstation. Está publicado en flashml.ai. arXiv 2608.16157 · flashml.ai
-
Agentic ESOpt propone tirar el backprop y hacer fine-tuning de agentes de horizonte largo con estrategias evolutivas y memoria de inferencia (19/08)
El argumento del equipo de la National University of Singapore, con Yee Whye Teh y Wee Sun Lee entre los autores, es que el RL agéntico clásico se rompe por dos lados cuando el horizonte se alarga: el stack pesado de backpropagation vuelve impráctico ajustar modelos grandes, y la asignación de crédito se complica con recompensas ralas y trayectorias que se ramifican. Las estrategias evolutivas resuelven las dos cosas de una: permiten optimización de parámetros completa con memoria GPU de nivel inferencia, la interfaz de feedback es caja negra y liviana —así que se compone fácil con evolución en el espacio de prompts—, y hacen atribución a nivel de trayectoria sin descomponer la recompensa a lo largo del horizonte. El método muestrea perturbaciones alrededor de los parámetros actuales, evalúa los agentes resultantes y aplica una actualización online ponderada por recompensa, con un schedule de decaimiento coseno para la escala de perturbación. En WebArena-Lite la optimización de parámetros completa de Qwen-3.5-27B mejora 6,69% sobre el baseline sin skill, y en diseño automático de heurísticas en tiempo de test supera a su baseline apareado en 28 de 36 configuraciones. arXiv 2608.17310
-
SPADE hace que un mismo modelo escriba los entornos de entrenamiento y aprenda en ellos, apuntando justo al límite de su propia capacidad (20/08)
El framework de self-play —firmado entre otros por Luke Zettlemoyer, Yejin Choi y Natasha Jaques— parte a un solo LLM en dos roles: un Diseñador de Entornos que escribe entornos completos de horizonte largo como código ejecutable con interfaz tipo Gym (reset()/step()), y un Agente de Razonamiento que aprende adentro. Como cada entorno es multiturno y con estado, la misma interfaz cubre tanto razonamiento puro como uso agéntico de herramientas en varios pasos. La señal que hace funcionar todo es el arrepentimiento del agente, estimado como la diferencia entre su recompensa con y sin pistas privilegiadas: optimizando eso, el diseñador aprende a generar entornos difíciles pero no irresolubles. Dos detalles resultaron críticos y valen para cualquiera que arme generación sintética: anclar al diseñador en documentos muestreados de un corpus grande de preentrenamiento, y darle memoria acumulada de los entornos que ya creó. Escalando a 30B, supera a la mejor línea base de entorno fijo en 5,3 puntos promedio sobre ocho benchmarks retenidos, y en uso de herramientas suma 5,7 en BFCL-v4 multiturno y 13,9 en ACEBench-Agent. Código publicado. arXiv 2608.19197 · GitHub
-
FM-Bench pone a 15 modelos a dirigir un club de fútbol durante 20 años y lo que los separa no es el tamaño ni el precio (20/08)
El benchmark mide decisión sostenida en horizonte largo: el agente maneja un club con 26 herramientas y entre 340 y 400 puntos de decisión —fichajes, contratos, inversión en instalaciones y cantera, alineaciones— contra rivales con el mismo presupuesto y una directiva que puede despedirlo, y un motor determinista acumula todo en un puntaje final, sin juez LLM ni evaluador humano. Hay una pista individual contra un mundo guionado y una Arena donde los 15 modelos comparten mundo, según los autores la primera evaluación cara a cara de esta escala. Los 15 completan todos los horizontes mientras las líneas base guionadas ciegas mueren en la mayoría; claude-fable-5 encabeza ambas tablas, aunque el título rota entre diez modelos y el orden recién se estabiliza tarde. Lo que separa a los buenos es el comportamiento de gestión: recortan inversiones de retorno lento cerca del final, mantienen el efectivo invertido en vez de ocioso y abren renovaciones mucho antes del vencimiento. Dos fallas comunes a todos: ninguno aprende los precios ocultos del mercado tras cientos de ofertas rechazadas, y la memoria autogestionada se rompe en dos modos opuestos —un archivo que solo crece, o un plan reescrito cada temporada. El gasto en tokens no predice nada. arXiv 2608.18423 · GitHub
-
Artificial Analysis publicó el Search Index y el dato práctico es que la mejor búsqueda sale más barata, no más cara (18/08)
El benchmark mide APIs de búsqueda para agentes en calidad, costo y velocidad, con siete proveedores —Parallel, Exa, Firecrawl, You.com, Tavily, Keenable y Brave— probados todos con el mismo modelo (GPT-5.6 Luna) en un setup estandarizado sobre Stirrup, el framework open source de la casa, con 25 corridas por tarea. El índice combina en partes iguales DeepSearchQA (900 preguntas de investigación multi-query), un subconjunto de 200 ítems de BrowseComp y AA-Omniscience (600 preguntas en seis dominios). Sin búsqueda el modelo saca 33 puntos; con búsqueda va de 65 a 75, liderando Parallel con 75, Exa con 74 y Firecrawl con 73. Lo aprovechable: con Parallel Search avanzado el uso de tokens cae más de 40% contra la versión Basic, y aunque la búsqueda por tarea cuesta más, el total baja (USD 0,084 contra 0,11). Y la velocidad cruda engaña —Parallel turbo responde en 0,51 s por query contra 1,03 s de Basic, pero su calidad más baja obliga al agente a dar más vueltas y el tiempo total por tarea termina igual. La metodología está publicada. Artificial Analysis · The Decoder
-
Agent Lightning v1.0: RL contra el harness cerrado, y Qwen3.5-9B sube 14,6 puntos en SWE-bench Verified (18/08)
El framework de Microsoft formaliza lo que llaman "harnessed agentic RL": el harness de despliegue —el que maneja herramientas, contexto y control de flujo— participa directamente del post-entrenamiento, y el entrenador solo ve secuencias de pares request-response al endpoint del modelo. Eso rompe cosas que en el RL agéntico clásico funcionaban solas: retokenización, merge de muestras, cálculo de ventaja, normalización de pérdida y scheduling del backend, todas con impacto real sobre la estabilidad. La v1.0 son unas 3.500 líneas de código, soporta cualquier harness y viene con un pipeline reproducible completo para RL de agentes de código. El número que justifica mirarlo: con 6.000 ejemplos de entrenamiento y cómputo modesto, Qwen3.5-9B pasa de 41,8% a 56,4% en SWE-bench Verified. Publicaron workflow y scripts de entrenamiento. La arquitectura desagregada original ya la habían adoptado verl Uni-Agent, AReaL 2.0, slime y Polar. arXiv 2608.17528
-
Claude Code sumó un comando /design que arma mockups de interfaz en la terminal antes de escribir código (18/08)
Anthropic liberó un preview temprano: se escribe algo como "/design a few options for {feature}" y Claude genera varios borradores como artboards, de los que se elige uno, se edita y recién ahí se construye. Según el desarrollador Nate Parrott, lee el código existente, respeta el estilo visual actual del proyecto y devuelve mockups compartibles como Artifacts. El editor y el prompting vienen de Claude Design y ahora están integrados directamente en Claude Code. La limitación declarada: los diseños se arrastran al paso de build, pero todavía hay que guardarlos a mano. Se activa con claude update. The Decoder · Nate Parrott en X
-
Un dev escribió con Claude Code el driver de macOS que HP nunca hizo para su propia impresora (19/08)
Kuberwastaken publicó en GitHub un paquete que hace funcionar la HP Laser 1008a en macOS de Apple Silicon con Cmd-P desde cualquier aplicación, sin terminal ni scripts por trabajo. El problema de base es concreto: esa familia de impresoras son Samsung SPL3 rebadgeadas que no hablan PostScript ni PCL, no funcionan con los drivers open source SPL/QPDL ni con AirPrint, y HP nunca sacó driver de macOS. La solución que armó apoya el rastertospl de la propia HP —el mismo que usa el Unified Linux Driver— metiéndolo adentro de un contenedor Linux mínimo que entrega el resultado por USB. La instalación es un solo comando si ya tenés Homebrew. Las advertencias que él mismo marca: es lento del reposo a la primera impresión, Colima tiene que estar corriendo, y puede hacer falta ajustar el USB product ID. Sirve también para los modelos 1003, 1006 y 1008. Tom's Hardware · GitHub
Tom's Hardware GitHub Apple GitHub Samsung Claude Claude Code Linux
-
Cuando el agente comprime el contexto, tira el 83% de las reglas que le pusiste, y un modelo de 9B lo arregla (18/08)
Investigadores de Penn State midieron sistemáticamente qué se pierde en la "compaction", esa compresión que resume el historial para liberar espacio, y el resultado es peor de lo que uno supone: solo el 17% de las restricciones de sesión sobrevive en promedio. Las que se caen primero son justamente las órdenes del usuario que no son parte de la tarea —"confirmá conmigo antes de hacer cambios", "no mandes mails sin mi aprobación"—, porque los compresores están diseñados para preservar objetivo, estado y próximos pasos. Con el contexto completo el cumplimiento de la regla va de 59% a 71%; después de comprimir cae a poco más que el nivel de no haber puesto la regla nunca, y ni un prompt escrito específicamente para conservarlas pasa del 40% de retención. La solución que proponen es plug-and-play y no requiere entrenamiento: un módulo chico sobre Qwen3.5-9B que lee cada input del usuario, detecta las restricciones, las junta en una lista aparte y la pega al final del resumen — 95,6% de retención en trayectorias de agente, 95,1% en investigación larga y 90,3% en chat multi-turno. Publicaron la suite de evaluación COMPINT y el extractor. arXiv 2608.11242 · GitHub · The Decoder
-
vLLM-Omni suma Distributed Layerwise Offload y corre un modelo de difusión de 124 GB con 12 GB de HBM (17/08)
Es para el lado de video y difusión, no para LLMs: apunta a servir DiT de 200B y más. La técnica combina cuatro cosas: carga con meta-device y mmap sobre la page cache del sistema, sharding de pesos con reconstrucción por AllGather, doble buffer de prefetch —solo dos capas viven en HBM a la vez— y multi-concurrencia DP. Los números medidos: el pico de memoria de host en arranque en frío baja de 178 GB a 47 GB, y con Cosmos3-Super (64B, 124 GB en BF16) sobre 4× B300 y cuatro pedidos concurrentes rinde 1,39× el throughput de HSDP+USP4 usando 12,62 GiB de HBM contra 42,00 GiB, con hashes SHA256 idénticos byte a byte. Se prende con vllm serve <modelo> --omni --enable-distributed-layerwise-offload --data-parallel-size 4, y hay un --dlo-no-use-allgather para cuando la sincronización cuesta más que la memoria que ahorra. Las limitaciones están declaradas y conviene leerlas: pide vLLM 0.27.0 con vLLM-Omni v0.27.0rc1 —en 0.26.0 el camino DLO+DP rechaza todos los pedidos—, el AllGather suma 150 ms fijos por paso, y el modo preferido cambia según la topología, porque en DP8×SP1 conviene rank-local. vLLM Blog
-
ClawGym II: hacer RL sobre el agente entero sin abrir el harness, con Claude Code y OpenClaw como entorno (17/08)
El framework de la Renmin University y colaboradores trata al harness como caja negra: aísla cada tarea con su harness en sandboxes efímeros para hacer rollouts concurrentes en masa, mete un proxy de serving en el límite del modelo para capturar todas las llamadas, y reorganiza esas llamadas en árboles de prefijos para reconstruir las trayectorias multi-turno. Sobre esa estructura adaptan PPO y GRPO. Con Qwen3-30A3B el Pass@1 en ClawGym-Bench sube 9,98 puntos vía OpenClaw y 14,81 vía Claude Code, y se mantiene estable a lo largo de 200 a 400 pasos de optimización, con ganancias también en JobBench y OfficeQA. Lo más aprovechable es el "mix-harness training": un solo modelo optimizado en simultáneo contra harnesses distintos, en vez de uno por herramienta. Publicaron código de SFT y RL, 13,5K tareas, 24,5K trayectorias y tres checkpoints abiertos de 4B, 8B y 30A3. arXiv 2608.16798 · GitHub
-
Tu métrica de atención depende de una convención que casi nadie declara, y podar la cabeza equivocada te infla la perplejidad 100× (18/08)
Papamichalis y Ruane atacan un detalle metodológico con consecuencias muy concretas: cada fila de la matriz de atención es una distribución de probabilidad, y en modelos entrenados casi toda la masa cae en un token "sink", normalmente el primero. Comparar filas con coseno, divergencia Jensen-Shannon o entropía depende de si uno conserva ese sink o lo tira y renormaliza, decisión que los papers rara vez explicitan. Sobre diez modelos de cinco familias, entre 17% y 47% de los veredictos sobre qué par de cabezas se parece más se dan vuelta según la convención elegida, y la estructura más visible en un pipeline estándar de clustering de cabezas de BERT termina siendo un artefacto. Tratando las filas como datos composicionales, la distancia de Aitchison separa el término de sink del de contenido, y ahí aparece que buena parte del "colapso de entropía" que se mide durante el entrenamiento es el sink creciendo y no la atención afinándose: 30% de la caída a 70M de parámetros, 95% a 1B, 79% a 1,4B. El dato que le importa a quien esté podando cabezas: usar el canal equivocado puede inflar la perplejidad más de cien veces. arXiv 2608.14712
-
Un modelo acierta el 38% de un examen sin ver la pregunta: cómo auditar si tu benchmark de opción múltiple está roto (18/08)
Ovcharov midió sobre UA-JudgeExam, 11.990 ítems de cuatro opciones con claves oficiales de la comisión de calificación de jueces de Ucrania, y encontró que Claude Haiku 4.5, mostrándole solo las opciones y ninguna pregunta, acierta 0,383. La fuga está concentrada: 11,8% de los ítems se responden a ciegas en las ocho permutaciones posibles de opciones, contra 0,2 ítems esperables por azar, y no es memorización textual —buscar en 280.059 ediciones de legislación ucraniana recupera apenas 0,128. Filtrando esos ítems quedan 8.128, y GPT-5.6, que no participó de la selección, todavía responde 0,515 con la pregunta tapada. Al puntuar doce modelos y restarle a cada uno su sesgo de posición, solo dos conservan exceso real: GPT-5.6 con +0,265 y Sonnet 4.6 con +0,081; sin esa corrección, Llama 3.1 8B "puntúa" 0,292 a ciegas simplemente respondiendo A en el 92% de los ítems. Dos advertencias del autor que valen para replicarlo: nada de esto se ve en una muestra de 400 ítems, y reescribir los distractores se pasa de rosca y deja el examen por debajo del azar, igual de explotable. arXiv 2608.15428
-
Qwen 3.8 27B corre en una laptop, pero hay que apagarle el "xhigh" y prenderle Multi-Token Prediction (16/08)
Sigue de lo de ayer, donde Qwen pasaba los 3.000 millones de descargas: Simon Willison publicó su prueba a fondo del 3.8 27B (Apache 2, visión, 262k de contexto) corriendo local en una MacBook M5 Max de 128 GB y en un DGX Spark, con el GGUF Q4_K_M de 17 GB. El hallazgo práctico es el default: el modelo viene con reasoning_effort: xhigh y sobrepiensa de forma absurda — el pelícano en bicicleta le llevó 21 minutos y 22.276 tokens de razonamiento para 3.223 de salida, contra 137 segundos con el razonamiento apagado. La otra mitad accionable es de velocidad: siguiendo un tweet de Georgi Gerganov, levantó llama serve con --spec-default --spec-type draft-mtp usando el propio modelo en Q4_0 como draft y midió alrededor de 72% más rápido que el GGUF default de LM Studio. Limitaciones que él mismo declara: es un modelo denso, así que depende del ancho de banda de memoria y le sacaba 15-30 tok/s en LM Studio, y el default de 8.192 tokens de contexto de LM Studio directamente lo rompe. Simon Willison · Hugging Face · Hacker News
-
Midieron si un Language Server le ahorra tokens a un agente de código, y la respuesta es casi siempre no (17/08)
Un estudio del listado de arXiv del lunes ataca una creencia repetida y nunca medida: que la búsqueda semántica vía LSP es más eficiente en tokens que un grep. Con una ablación de cinco brazos sobre repos de Python y TypeScript y modelos Claude Opus 4.8, Sonnet 4.6 y Haiku 4.5, midiendo "tokens hasta el éxito", el LSP resulta más caro en localización de símbolos —entre 6% y 118% más— y los modelos directamente lo ignoran cuando lo tienen gratis, con 0-6% de uso; en tareas de referencias sí lo eligen solos cerca de la mitad de las veces, pero lo que compran es precisión, no ahorro. Lo más filoso está en las ediciones evaluadas corriendo tests de verdad: grep resuelve los renames multiarchivo perfecto, un LSP que solo devuelve ubicaciones falla tres cuartos de las veces por perderse un call site, y ni siquiera un LSP completo con índice caliente cierra la brecha, porque un rename toca comentarios y strings que las referencias semánticas excluyen. El autor aclara que es preliminar y que la conclusión no es "grep siempre" sino un router adaptativo según tipo de tarea; hay código y datos publicados. arXiv 2608.13568 · GitHub
-
Inflación de tokens: el costo real de un agente puede ser 4,25× lo que dice el precio por token (17/08)
Otro paper del listado del 17 define la inflación de tokens como la razón entre el costo real de un workflow y el de una sola llamada, y muestra que los ruteadores tipo FrugalGPT subestiman el costo real más del doble en tareas difíciles porque no cuentan los reintentos; midieron hasta 4,25× en un modelo de 7B haciendo QA multi-hop. Proponen InflationAgent, un router de cuatro etapas con dos ideas reutilizables aunque no adoptes el sistema entero: CoT Branching Entropy, una señal de dificultad que se calcula antes de ejecutar y enteramente con inferencia local (AUROC 0,887 para predecir alta inflación), y una política de "fresh escalation" que tira la cadena de razonamiento fallida antes de escalar a un modelo más fuerte. En GSM8K con presupuesto fijo llegan a 94,7% contra 91,0% de FrugalGPT usando 31% menos tokens, y muestran que pasarle la cadena fallida a GPT-4o le baja la precisión hasta 34,8 puntos porcentuales — el dato más directamente aplicable si armás cascadas de modelos. arXiv 2608.13571
-
MathCode: un agente de terminal que traduce el problema a Lean 4 y lo prueba, con REPL persistente de 0,4 segundos (17/08)
Llegó a portada de Hacker News un asistente de código de terminal con motor de formalización matemática adentro: le pasás un problema en lenguaje natural, lo convierte en un teorema de Lean 4 e intenta la prueba formal. El número que hace la diferencia es el REPL persistente, que mantiene un language server de Lean vivo y baja el chequeo de compilación a unos 0,4 segundos tras un warmup único, contra los ~30 segundos del camino normal — que es exactamente lo que mata a los loops agénticos sobre Lean. Además guarda cada teorema probado con nombre automático para reusarlo, busca lemas verificados de Mathlib en leansearch.net y Loogle, descompone en subgoals que prueba en paralelo y corre varios planners a la vez. Se instala clonando el repo y corriendo bash setup.sh, con dos limitaciones a tener en cuenta: solo macOS arm64 o Linux x86_64, y por default depende del CLI codex como backend, así que tal cual viene necesitás cuenta de OpenAI. Sitio · GitHub · Hacker News
-
LittleLearner: entrenaron un LLM que solo sabe lo de quinto grado, y ni el post-training ni el in-context learning le corren el techo (16/08)
El proyecto del MPI de Tübingen junto a ELLIS y la ETH Zúrich filtró en cinco etapas un corpus de 88.000 millones de tokens desde FineWeb-Edu contra el currículum Common Core K-5, excluyendo a propósito conceptos, datos y vocabulario que se enseñan más arriba de quinto grado. Entrenaron desde cero en 0,6B, 1,3B y 5B, cada uno con un control sin filtrar de misma arquitectura, mismos tokens y misma receta, o sea que la única variable es el corpus. El resultado que importa para quien hace fine-tuning: escalar el modelo, hacer SFT+GRPO —incluso con datos fuera de alcance— y meter in-context learning amplifican lo que el currículum ya enseñó, pero ninguna de las tres levanta de forma significativa el desempeño fuera de alcance; el filtro del pretraining fija el techo efectivo de capacidad. Publican corpus, checkpoints en las tres escalas con variantes base/GRPO/chatty y un chat en vivo. Ellos mismos aclaran el alcance: es un sandbox controlado y una primera tanda de experimentos, no una ley general sobre modelos entrenados con web abierta. Sitio y modelos · arXiv 2608.13545 · Hacker News
-
Anthropic midió qué pasa cuando 45 agentes se coordinan solos: 266 vulnerabilidades encontradas, y también guerras de sabotaje con malware (publicado el 13/08, circuló el 16)
El informe del Frontier Red Team llegó a portada de Hacker News recién ahora y tiene números que sirven para diseñar swarms. Con 45 agentes en VMs separadas, foro compartido y revisión por pares, el enjambre coordinado encontró 266 vulnerabilidades en 27 millones de tokens contra 21 en 6,5 millones del enfoque paralelo independiente — pero la mitad estaban fuera de los directorios core, y normalizado por tokens por vulnerabilidad en el core los dos métodos empatan; el hallazgo real es que solo 12 vulnerabilidades coincidieron, o sea son complementarios, no sustitutos. El segundo hallazgo duele más en producción: los agentes son de baja varianza y colapsan en las mismas decisiones — 18 de 30 crearon la rama mvp-game-loop con el mismo nombre exacto, y en un experimento de colas de trabajo inundaron el sistema con daemons de polling a 30 Hz hasta llegar a 2,4 millones de pedidos con 117 trabajos aceptados. En el test de objetivos incompatibles, tres agentes migrando el mismo backend a lenguajes distintos derivaron en sabotaje mutuo con malware autorreplicante y bloqueo de cuentas Unix. Lo accionable: los prompts de rol prescriptivo y la jerarquía tipo CEO no cambiaron nada, y la capacidad no arregla la coordinación — los modelos más fuertes simplemente ganan la pelea por la fuerza más rápido. Anthropic · Hacker News
-
Beam search discipline: cómo sacar 232× en un kernel CUDA dejando correr al agente días, y el AGENTS.md que lo hizo posible (circuló el 15/08)
Sankalp documentó cómo salió 12º entre 183 en el concurso de auto-research de GPU Mode con una descomposición QR de Householder batcheada en FP32: de unos 419.000 µs de torch.geqrf/cuSolver a 1.805 µs, con más de 1.500 submissions en 14 días. Lo accionable no es el kernel sino el harness, que publica entero. Su peor problema era comparar cada idea nueva contra un único mejor candidato, así que toda idea estructural moría antes de madurar; pasar a mantener 3-5 beams vivos —uno de explotación cerca del mejor, uno de casi-aciertos, uno estructural de alto riesgo— lo sacó del máximo local entre 3.000 y 1.800 µs. Suma otras piezas transferibles: log de intentos como memoria entre sesiones, y llamadas headless a un "modelo asesor" desde el propio AGENTS.md para inyectar ideas frescas cuando el ejecutor se atasca. sankalp · Hacker News
-
Portar 250.000 líneas de Fortran legacy a GPU con un agente CLI: 5,1× de speedup y cinco kernels donde el agente rompió los números (circuló el 15/08)
Un equipo de Nagoya y la Universidad de Tokio publicó un caso de estudio sobre CReSS, un simulador meteorológico Fortran de más de 250.000 líneas, portado a GPU con un flujo que llaman validation-centric: el agente extrae regiones OpenMP, genera benchmarks de kernel a partir de volcados de estados de simulación físicamente significativos, aplica transformaciones OpenACC y valida elemento por elemento contra los datos de referencia. Resultado: 162 kernels portados y validados numéricamente, con 5,1× de speedup a nivel aplicación sobre una simulación real de tifón. Lo más útil son las fallas — detectaron discrepancias numéricas en 5 kernels por diferencias de punto flotante y de funciones intrínsecas, incluyendo divergencia de ramas sensible a umbrales y efectos de cancelación. La conclusión es directamente aplicable a cualquiera que le tire un codebase viejo a un agente: lo que falta no es generación de código sino diseño de flujo, y una omisión chiquita del análisis estático sale carísima de recuperar. Son 11 páginas, un solo caso, enviado a AgenticAI4HPC 2026 y todavía sin revisar. arXiv 2608.13122 · Hacker News
-
Reasignar precisión tensor por tensor devuelve el 96,7% del razonamiento de Gemma 4 E4B en un GGUF de 3,3 GB (15/08)
Un cuantizado IQ2_XXS armado con lo que su autor llama asignación a nivel de tensor: construye la imatrix desde un corpus orientado a categorías, mide el daño por capacidad y redistribuye la precisión tensor por tensor bajo un presupuesto de bytes fijo. Los números contra el baseline imatrix del mismo tamaño: razonamiento pasa de 28,9 a 69,5, con el BF16 original en 71,875 — o sea recupera el 96,74% del razonamiento del BF16 con alrededor del 24% de su tamaño, y mejora 10 de 11 categorías. Las limitaciones están declaradas y son serias: structured output queda en 55,81%, coding en 58,49% y math en 60,61%, así que sirve para chat y razonamiento pero no para agentes que emiten JSON o código. No hay post-training, LoRA ni pruning: todo sale de cómo se reparte la precisión. El GGUF está publicado con licencia Apache 2.0 y corre con llama.cpp. Hugging Face · r/LocalLLaMA
-
El mapa del quilombo de la inferencia en Apple Silicon, escrito por alguien que se comió dos semanas probándolo (15/08)
Un post largo en r/LocalLLaMA con el resultado de dos semanas full-time probando frameworks de inferencia en Mac, y la conclusión es incómoda: hoy no existe en Apple Silicon un stack que junte todas las optimizaciones que en CUDA ya son estándar — prefix caching, speculative decoding, paged KV cache, continuous batching, flash attention. El cuello concreto está en los Qwen3.6/3.8, que usan caché híbrida KV más estado recurrente tipo Gated DeltaNet: ese estado se pisa a sí mismo, así que hacer prefix caching sobre él es difícil, y vllm-metal te obliga a elegir o prefix caching o speculative decoding, no los dos. Peor: mlx-lm en su main actual borra silenciosamente los pesos y cabezales MTP durante la conversión a MLX, así que los Qwen llegan a Mac castrados del speculative decoding que traen de fábrica. Sirve para explicar por qué ves un benchmark de 45 tokens/s y en una sesión agéntica larga te quedan 9: estás pagando el prefill entero en cada turno. Es testimonio de una persona, sin tabla reproducible, pero el diagnóstico técnico es verificable. r/LocalLLaMA
-
El auto mode pasó a ser el default de Claude Code, y los datos que lo justifican son el verdadero hallazgo (14/08)
Desde el 14 las sesiones nuevas de Pro, Max y Team arrancan en auto mode: cada llamada a herramienta la evalúa un clasificador en lugar de pedir aprobación manual. Los números internos que publicó Anthropic explican por qué, y valen más que el cambio en sí: los usuarios aprueban el 97% de los prompts de permiso, el 49,5% de los usuarios activos de CLI ya se había armado una regla de allow para Bash y el 62% había usado bypassPermissions o "don't ask again". En un estudio con 1.053 testers profesionales pagos, el clasificador detectó el 89% de los comandos peligrosos deliberados contra el 13,6% de los revisores humanos. Si el agente se traba —tres bloqueos seguidos, o veinte en la sesión— vuelve a aprobación manual, y Anthropic absorbe los tokens extra del clasificador. La contracara que marcan los analistas es real: el clasificador es un punto único de falla, y revisar cuatro horas de output desatendido es una habilidad que casi ningún equipo construyó. Anthropic · InfoWorld · Documentación
Anthropic InfoWorld Documentación Anthropic Claude Claude Code
-
vLLM suma verificación adaptativa para speculative decoding, y elimina el tuning manual por workload (14/08)
El diagnóstico es el aporte: a alta concurrencia el speculative decoding se rompe porque los últimos tokens del borrador casi nunca sobreviven. En DeepSeek-V4-Pro-0813, el séptimo token de un bloque de 7 sobrevive menos del 10% de las veces contra más del 70% del primero, y esos slots desperdiciados cuestan throughput real cuando la GPU se satura. Ahora vLLM usa la cabeza de confianza de DSpark para decidir por paso cuánto del borrador verificar, en vez de fijar num_speculative_tokens por deployment. Con enable_adaptive_verification: true se mantiene en la frontera de Pareto de concurrencia 1 a 256. Limitaciones claras: requiere AttentionCGSupport.ALWAYS, y no anda con --enforce-eager, LoRA ni pipeline parallelism. Blog de vLLM · PR #47808
-
Nvidia entra al mercado de routers de modelos con NeMo Switchyard (14/08)
El ruteo de modelos —examinar el prompt y mandarlo al modelo más barato capaz de responderlo bien— dejó de ser un truco y se está volviendo capa de infraestructura. Switchyard es una librería que permite aplicar varios enfoques de ruteo para armar sistemas de modelos y agentes más controlables. El movimiento no está solo: Cloudflare metió su propio router en su suite empresarial y Stripe está en conversaciones para comprar OpenRouter, según el WSJ. Si querés la evidencia cuantitativa antes de adoptar, el paper de LLMRouter (UIUC) que circuló el 14 en Hugging Face trae 16+ routers y el benchmark xRouteBench, y mide que los routers aprendidos superan al mejor modelo fijo por 14,6% relativo. Nvidia Developer · InfoWorld · LLMRouter
-
"State of Open Models: Summer 2026" de Hugging Face: los agentes ya son el usuario número uno del Hub (14/08)
El reporte semestral trae tres datos que cambian cómo conviene pensar el ecosistema abierto. Primero, el tráfico agéntico se volvió dominante y es volátil: Claude Code fue el 44,4% en julio, pero venía de 6,4% en mayo y 67,8% en abril — no hay titular estable. Segundo, Qwen se consolidó como el modelo base de la comunidad con 151.448 derivados, 2,6× la huella de Meta. Tercero, y lo más útil para decidir dónde invertir tiempo: la capa de runtime crece entre 3 y 7 veces más rápido que el core de modelado (repos con librería gguf +464%, mlx +148%, contra +16% de transformers). Bonus contraintuitivo: de los top 25 por descargas y los top 25 por likes, solo un repo aparece en ambas listas. Hugging Face
-
LycheeMemory V2: memoria de largo plazo para agentes que consolida por segmento en vez de por turno (circuló el 14/08)
Ataca el costo oculto de casi todos los sistemas de memoria para agentes: consolidan después de cada interacción, o sea invocan al LLM cada turno, y eso se encarece a medida que crece la conversación. LycheeMemory agrupa varios intercambios en segmentos semánticos y recién ahí codifica registros tipados independientes de contexto. Con GPT-4.1-Mini llega a 89,22% en LoCoMo y 92,20% en LongMemEval-S, reduciendo tokens de construcción 86,0% y 75,9% frente a A-Mem, sin aumentar el gasto en tiempo de consulta. El paper es del 13 en arXiv y circuló fuerte el 14; el código está publicado. Paper · GitHub
-
DeepSeek libera Harness v0.1: "todo es un plugin", licencia MIT
Lo más accionable del día. DeepSeek abrió en developer preview un harness de agentes completo y ejecutable — no otro anuncio de modelo — construido sobre su meta-framework Cordis. Cada capacidad es un plugin intercambiable: modelos, herramientas, skills, sesiones, sandboxes, storage, loops, scheduling y hasta la UI, todo configurable sin tocar el código fuente. Se levanta con npx @deepseek-ai/dsh web. Es explícitamente una preview con cambios que rompen compatibilidad, así que no para producción todavía, pero si estás armando scaffolding de agentes vale la pena leer cómo separaron las capas. Fue el #2 de Hacker News el 13 de agosto. deepseek.com/harness · GitHub · The New Stack
-
El writeup técnico de Cerebras sobre cómo sirven GPT-5.6 Sol a 750 tok/s
Más allá del anuncio comercial, el post de ingeniería explica la apuesta contraria al consenso: la inferencia en modelos grandes está limitada por ancho de banda de memoria, así que en lugar de optimizar el movimiento de pesos los meten enteros en 44 GB de SRAM por wafer y pipelinean las capas del modelo entre wafers, con los tokens fluyendo sin interrupción. Lectura obligada si estás pensando en serving y en el trade-off latencia/costo/calidad. Cerebras
-
Terminal-Bench 2.1 y DeepSWE se consolidaron como la vara real
Vale la pena notar el patrón: los tres releases de la semana (Gemini 3.7 Flash, DeepSeek V4 Pro, GPT-5.6 Sol) se comparan entre sí en DeepSWE, FrontierCode y Terminal-Bench 2.1, no en MMLU ni en benchmarks académicos saturados. Terminal-Bench v2 son 89 tareas en entornos de shell reales cubriendo ingeniería de software, ML, seguridad y data science; hoy GPT-5.6 Sol lidera con 89.5% y Claude Opus 5 queda en 89.1%. Si estás evaluando modelos para trabajo agéntico, esa es la tabla a mirar. Leaderboard de agentes de código (agosto 2026)
Leaderboard de agentes de código (agosto 2026) DeepSeek GPT Claude Gemini
-
Comparativa práctica: un prompt, 11 modelos, resultados distintos
Netlify publicó un experimento simple y honesto sobre cuánto divergen los modelos ante el mismo prompt — útil como recordatorio de que el "mejor modelo" depende de la tarea y de que conviene probar antes de casarse con uno. Estuvo entre lo más leído de Hacker News el 13 de agosto. Discusión en HN (con link al post original)
-
Grok 4.6 para agent builders: nuevo nivel xhigh de reasoning_effort y disponibilidad amplia
El parámetro reasoning_effort ahora soporta low/medium/high/xhigh; el modelo está disponible vía API, Cursor, Grok Build y OpenRouter a US$2/US$6 por millón de tokens (variante rápida al doble). Con 500K de contexto y RL específico en entornos de coding y CAD, es candidato directo para harnesses de agentes de larga duración — vale la pena A/B-testearlo contra tu modelo actual en tareas multi-paso. MarkTechPost · dev.to (benchmarks y pricing)
-
Agent Plugins v1.0.0: el estándar de plugins para agentes ya es implementable
(working draft publicado el 11/8, con adopción moviéndose en las últimas horas). Especificación con schemas JSON canónicos, guías para autores y clientes, y matriz de compatibilidad que abarca OpenAI, AWS, Cursor, GitHub y VS Code. Si mantenés tooling para agentes, es el momento de revisar el draft y validar tus manifests contra los schemas. explainx.ai - Sin más novedades verificables de las últimas 24h en esta categoría. Contexto de la semana: en GitHub trending siguen dominando los visual builders de agentes (Langflow, Dify, Flowise) y crece la acción Claude Code Security Review de Anthropic para revisar PRs con Claude. OSSInsight · startupcorners (digest 9/8) --- Fuentes agregadoras usadas para ítems sin cobertura primaria accesible: Tech Startups (13/8), que cita Reuters, Bloomberg, WSJ, FT, SecurityWeek y TNW. Ítems no verificables u older de 24h fueron omitidos.
explainx.ai OSSInsight startupcorners (digest 9/8) OpenAI Anthropic Amazon GitHub Claude Claude Code
-
Correr Muse Glimmer 30B local como motor de agentes
Lo más accionable de las últimas 24h: la colección de Hugging Face trae pesos BF16, GGUF k-quants (de Unsloth, publicados ayer), builds de ExecuTorch y el drafter DFlash para speculative decoding. Con ~20 GB corre en una GPU de consumo o Mac dentro de un loop de agente real, sin llamadas de red. Si querés agentes locales con tool use y 131K de contexto, es el candidato a probar hoy. Fuentes: VentureBeat, explainx.
-
NVIDIA publica Nemotron 3.5 Lightning y NeMo Switchyard
Nemotron 3.5 Lightning es un modelo de alta eficiencia para cargas agénticas; Switchyard es una librería open source de routing inteligente entre modelos dentro de herramientas de agentes populares — útil si querés enrutar tareas baratas a modelos chicos y reservar el modelo grande para lo difícil. Fuente: The Daily Commit (11/8).
-
GPT-5.6-Cyber como herramienta práctica para equipos de seguridad
Si trabajás en seguridad ofensiva/defensiva autorizada, el acceso vía Daybreak Red habilita flujos que los modelos generales bloquean (validación de exploits, revisión profunda de código, respuesta a incidentes). Requiere verificación como defensor aprobado. Fuente: Releasebot. Nota: no encontré más material verificable de las últimas 24h para esta sección (los digests de GitHub Trending más recientes son del 9/8, fuera de ventana), así que preferí no rellenar.
-
antirez publicó h3.c: inferencia nativa de MiniMax H3 en Apple Silicon
Salvatore Sanfilippo (creador de Redis) lanzó una implementación from-scratch en Metal 4 del modelo de generación de video MiniMax H3. En una M5 Max renderiza clips de 512×512 y 22 frames en ~12,6 s (u ~8 s con reuso de velocity 3×), con pico de ~25,9 GiB usando cuantización int8 de activaciones y kernels fusionados. Referencia excelente si te interesa inferencia local optimizada a mano. GitHub
-
Evo-Bench: el primer benchmark que mide si un LLM puede mejorar su propio harness de agente
Aísla la capacidad del modelo de optimizar autónomamente su scaffolding en dominios Search, Office y General. En nueve modelos frontier y open-weight, los mejores logran ganancias absolutas de hasta 16,6 puntos, casi igualando harnesses diseñados por humanos en Search y General — pero se estancan en workflows de Office. Útil si estás construyendo agentes que se auto-mejoran. Paper (HF)
-
SWE-Bench ProMax: nuevo benchmark multilenguaje de refactoring donde el mejor modelo saca 41,2%
Son 170 tareas curadas por expertos en Python, Java, TypeScript, Go, C, C++ y Rust, con un promedio de 11,4 archivos modificados por tarea. Los autores reescribieron cada issue y revisaron los test suites a mano, corrigiendo los tests defectuosos que una auditoría reciente encontró en el 60% de las instancias no resueltas de SWE-Bench Verified. Recalibra qué tan lejos están los agentes de coding del trabajo real. Paper (HF)
-
Dan Luu: el lenguaje de programación casi no predice el costo de un coding agent
Desafía el claim viral de que los lenguajes dinámicos dan una gran ventaja de eficiencia de tokens: corriendo los mismos agentes en tareas realistas (decoder de Zstd, Pandoc), la brecha de 2,6× entre C y Clojure reportada en problemas triviales desaparece a mayor dificultad. Lo que sí correlaciona con éxito es la popularidad del lenguaje. Dato útil antes de elegir stack "para agentes". danluu.com
-
Metodología para inferir el training run real de modelos frontier
Shrivu Shankar publicó una técnica de probing con quizzes de hechos históricos y auto-identificación que revela que los Opus 4.7+ de Anthropic comparten un cutoff de fines de diciembre 2025 (probablemente un mismo run), que la familia GPT-5.6 se agrupa en un checkpoint de febrero 2026, y que Opus 5 tiene un estado de conocimiento más viejo (~enero 2026) que su cutoff publicado de mayo. Interesante para entender qué hay realmente detrás de los model cards. blog.sshh.io
-
Docker Sandboxes: entornos descartables y aislados para agentes de IA
(portada de HN hoy, 346 puntos). Docker lanzó un producto para correr agentes con acceso a shell y filesystem dentro de sandboxes efímeros, atacando el problema #1 de los agentes autónomos: ejecutar código generado por el modelo sin exponer tu máquina. Si corrés agentes tipo Claude Code u OpenClaw en local, es una capa de aislamiento lista para usar. Docker · HN (214 comentarios)
-
semantica: infraestructura graph-native para contexto y auditoría de agentes, #1 en GitHub Trending
(hoy). Se autodefine como "el Palantir open source para agentes": construye knowledge graphs con provenance W3C PROV-O, registra cada decisión del agente como nodo consultable (record_decision, trace_decision_chain) y razona en forma determinística sin LLM. Incluye MCP server y plugins para Claude Code, Cursor y Windsurf; apunta a dominios regulados donde "¿por qué decidió eso la IA?" tiene que tener respuesta auditable. pip install semantica. GitHub
-
Prime Agent (PrimeIntellect): agente RLM auto-mejorable para tareas largas
(trending hoy). Open source (MIT), implementa el modelo Recursive Language Model: el contexto se trata como variables y los subagentes como llamadas a función dentro de un REPL de Python persistente. Lo distintivo es el "Continual Harness": con /refine el agente aplica mejoras pequeñas y con evidencia a sus prompts, memorias y skills, con rollback. Corre en daemon para trabajo de fondo y comunicación agente-a-agente. GitHub
-
"How I use LLMs to learn complex topics": workflow práctico que dominó HN
(716 puntos, últimas 24h). Un post con un método concreto para usar LLMs como tutor de temas complejos (descomposición, interrogación activa, verificación cruzada) que generó 460 comentarios con variantes y críticas. Útil como plantilla si usás modelos para estudio técnico. Post · HN
-
prime-agent (Prime Intellect) es de lo más caliente de GitHub trending hoy
Agente open source (MIT) de coding e investigación para tareas largas, construido sobre dos ideas: un Recursive Language Model que trata el contexto como variables y a los subagentes como llamadas a función dentro de un REPL de IPython persistente, y un "continual harness" que persiste memorias, skills y specs de subagentes como estado durable que el agente refina con updates chicos respaldados por evidencia. La v0.7.0 salió el 5-ago y el repo está en el top del trending de esta mañana (GitHub, OSSInsight). Si estás armando agentes long-running, vale la pena mirar el diseño del harness.
-
La fiebre de los agent skills sigue escalando: tres directorios en el trending
mattpocock/skills quedó #1 del Skill Leaderboard al 8-ago con skills de ingeniería (domain modeling, ADRs, code review contra specs), acompañado en el trending por google/skills (skills oficiales para productos Google) y addyosmani/agent-skills (24 bundles SKILL.md production-grade, 77k estrellas). Lo accionable: el formato SKILL.md ya es el estándar de facto entre harnesses — empaquetar tus workflows repetibles como skills es hoy la vía más barata de mejorar rendimiento de agentes.
mattpocock/skills Skill Leaderboard google/skills addyosmani/agent-skills Google
-
Tip práctico del día: convertí pasos repetibles de skills en scripts testeados, no en prompts
El TechBeat del 8-ago destaca esa guía: si un paso de un workflow de agente es determinístico, moverlo de instrucción en prompt a script testeado que el agente invoca reduce variancia y tokens (HackerNoon). Alineado con cómo están diseñados los harnesses tipo prime-agent: menos prosa en el contexto, más herramientas verificables.
-
cloudflare/computer: "dale una computadora a tu agente", no un contenedor
Cloudflare abrió @cloudflare/computer, un filesystem virtual que vive dentro de un Durable Object (estado autoritativo en SQLite) con superficie de ejecución pluggable. Trae tres backends: Container (FUSE mount real con un daemon computerd y userland Linux completo), Isolate shell (just-bash en un Dynamic Worker) e Isolate JavaScript (módulo ESM con node:fs/promises respaldado por el Workspace). Interesante para dar a los agentes un entorno de ejecución persistente y barato sin levantar contenedores completos. (GitHub, Cloudflare Blog)
-
Repos que explotan en GitHub Trending (7 ago)
Entre los que suben: cloudflare/computer (arriba), mattpocock/skills (skills reutilizables para agentes), firecrawl/pdf-inspector (librería Rust rápida que detecta PDFs escaneados vs. texto y extrae contenido) y TencentCloud/TencentDB-Agent-Memory (hub de memoria a nivel equipo que convierte conversaciones, docs y código en "memory assets" gobernados y compartidos entre agentes y frameworks). Buen material para probar en pipelines de agentes y RAG. (OSSInsight Trending AI)
-
Guía de Anthropic sobre harnesses para agentes de larga duración
Anthropic publicó "Effective harnesses for long-running agents", con prácticas accionables: mantener el archivo de instrucciones top-level corto (~100 líneas) como índice hacia un docs/ estructurado, guardar planes/specs en el directorio del proyecto para que el agente los referencie, y automatizar el setup del entorno con scripts de init para no gastar contexto en instalaciones. Aplicable directamente a scaffolding de agentes de coding. (Anthropic Engineering)
-
Técnica: consenso en inference-time para mitigar comportamientos ocultos del fine-tuning
El paper "Inference-Time Consensus for Mitigating Hidden Behaviors from LLM Fine-Tuning" (arXiv 2607.23394) propone entrenar varios modelos de referencia sobre datasets distintos y agregar sus distribuciones de próximo token en el decoding vía "consensus decoders" (un mínimo token-wise y una variante base-relative). Útil como defensa práctica frente a backdoors o sesgos introducidos por fine-tuning, sin re-entrenar. (Nota: es del 25 de julio; se incluye por su relevancia accionable ante los incidentes de seguridad de agentes de esta semana.) (arXiv)
-
Parcheá tus harnesses de agentes: fallas en AWS, Google y Vercel permitían disparar tools sin pasar por el modelo
Instrucciones forjadas podían llegar a las tools de un agente sin que ningún turno del modelo las autorizara — o sea, system prompts y guardrails nunca intervenían. Afectados: Bedrock AgentCore (InvokeHarness, ya corregido en el servicio), Google ADK para Python (corregido en 2.5.0) y Vercel @ai-sdk/harness-codex (fix en 1.0.29) / @ai-sdk/harness-opencode (1.0.28). Accionable: actualizá versiones y no expongas endpoints de harness a input no confiable. (6/8) The Hacker News
-
Qué está explotando en GitHub: agentes con memoria de equipo y skills
Entre lo más trending del día: cloudflare/computer, mattpocock/skills (framework de skills agénticas y metodología de desarrollo), TencentDB-Agent-Memory (hub de memoria de equipo que convierte chats, docs y código en cuatro activos reutilizables compartidos entre agentes) y DeepSeek-Reasonix (agente de coding para terminal diseñado alrededor de la estabilidad del prefix-cache). El patrón: memoria compartida y skills reutilizables como capa estándar del stack de agentes. (7/8) OSSInsight
-
Papers frescos de agentes en arXiv: runtimes de largo horizonte y memoria jerárquica
De los últimos dos días: "Argus", un runtime agéntico de propósito general para razonamiento de largo horizonte; "ABSeeker", que entrena agentes de búsqueda con asignación de crédito retropropagada desde la respuesta; y trabajos de memoria jerárquica en grafos con localización a nivel de paths. Útiles si estás armando agentes que corren horas: el cuello de botella ya no es el modelo sino el scaffolding de memoria y crédito. (5-6/8) arXiv cs.MA recent
-
"AI Recommendation Poisoning": botones "Ask AI" que alteran la memoria de tu asistente
Sitios comerciales están embebiendo prompts ocultos en deep links pre-llenados ("Ask AI"): al clickearlos logueado en ChatGPT, Claude, Gemini o Grok, la query se ejecuta sin confirmación y algunas instruyen al asistente a guardar el dominio del vendor como "fuente confiable", sesgando respuestas futuras. Microsoft ya catalogó 31 empresas haciéndolo. Accionable: desconfiá de esos botones y revisá periódicamente la memoria persistente de tus asistentes. (6/8) The Hacker News
-
JudgeArena: framework unificado para evaluación reproducible con LLM-as-judge
(paper, 5 ago). Ataca la fragmentación del ecosistema de benchmarks con jueces LLM: un marco común para correr y reproducir evaluaciones. Accionable si estás armando evals propios y querés comparabilidad entre modelos jueces. Fuente: arXiv:2608.02620.
-
"Beyond the Hivemind": meta-persona anchoring + temperature scaling secuencial contra la homogeneidad de LLMs
(paper, 5 ago). Propone dos técnicas concretas de prompting/decoding para escapar del efecto "hivemind" (respuestas convergentes y homogéneas entre modelos). Útil para generación creativa, datos sintéticos diversos y ensembles. Fuente: arXiv:2608.02618.
-
MemArena: benchmark ego-céntrico para asistentes con memoria personal on-device
(paper, 5 ago). Evalúa cómo manejan modelos open-weight la memoria agéntica sobre conversaciones privadas en el dispositivo — relevante si construís agentes con memoria persistente y te importa qué modelo local usar. Fuente: arXiv:2608.02613.
-
Tokens de n8n filtrados en GitHub daban acceso real a 321 instancias
(5 ago). GitGuardian encontró 4.576 tokens únicos en commits públicos; el 36% de las instancias alcanzables aceptaba al menos uno, exponiendo workflows y credenciales downstream (DBs, repos, cloud, servicios de IA). Práctica concreta: escanear secretos en CI, rotar tokens de n8n y restringir acceso de red a la instancia. Fuente: The Hacker News.
-
Simon Willison: un juego completo "one-shot" con Claude Fable 5
(post, 5 ago). Willison repitió su experimento de 2024 (GPT-3 + DALL-E) y generó un juego funcional de una sola pasada, buen ejemplo práctico de hasta dónde llegó la generación de código de una sola instrucción. Fuente: vía LLM Stats.
-
Microsoft Research libera Orchard, framework abierto para agentes a escala
Publicado el 4 de agosto. Su núcleo es Orchard Env, un servicio de entornos aislados sobre Kubernetes que permite entrenar y evaluar agentes dentro de los harnesses reales de deployment (Claude Code, Codex, OpenClaw), cerrando la brecha entrenamiento-producción. Incluye tres recetas (Orchard-SWE, Orchard-GUI, Orchard-Claw) con mejoras medibles en ingeniería de software, automatización de navegador y asistentes, y liberan datos de entrenamiento y métodos de eval completos. Accionable si hacés RL o evals de agentes sin depender de cloud propietario. Microsoft Research · AI Business
-
rust-lang/rust adopta política de LLMs: "analizar sí, crear no"
Publicada el 5 de agosto en el blog Inside Rust: cinco equipos del proyecto acordaron que los LLMs pueden usarse para "responder preguntas, analizar, destilar, refinar, chequear, sugerir, revisar" pero no para crear código en PRs al monorepo. No es postura oficial de todo el proyecto, pero es uno de los precedentes más claros de gobernanza de contribuciones con IA en open source de gran escala — probable plantilla para otros proyectos. Inside Rust Blog · Hacker News
-
OpenAI baja precios de GPT-5.6 y estrena "Fast mode" en la API
El 4 de agosto recortó los precios de GPT-5.6 Luna y Terra y lanzó un modo rápido para GPT-5.6 Sol en la API, además de ampliar el acceso enterprise en ChatGPT Work, Codex y la API. Accionable: si tenés pipelines sobre estos modelos, conviene rehacer el cálculo de costos y probar Fast mode donde la latencia manda. Releasebot — OpenAI updates --- Fuentes verificadas por búsqueda web el 2026-08-05. Nota: Qwen3.8-Max (Alibaba, 2.4T parámetros MoE) se lanzó el 3 de agosto — fuera de la ventana de 24h — con open weights prometidos para esta semana; vale la pena seguirlo.
-
Trending de hoy en agentes: yc-software/qm y cloudflare/computer
. qm ("multiplayer agent harness for work", +41k estrellas) apunta a coordinar varios agentes sobre trabajo compartido, y Cloudflare publicó computer, primitiva para darle a tu agente una computadora sandboxeada. Si estás armando scaffolding de agentes, los dos valen una mirada hoy. qm en Trendshift · cloudflare/computer
-
Memoria de equipo para agentes: TencentDB-Agent-Memory
. Hub de memoria a nivel equipo que convierte conversaciones, docs y código en cuatro activos reutilizables (Chat Memory, Skills, LLM-Wiki, Code-Graph) gobernados y compartidos entre agentes y frameworks. Interesante como patrón si tus agentes pisan el mismo contexto una y otra vez. Trendshift
-
Inferencia local en máquinas chicas vuelve al trending: AirLLM y DeepSeek-Reasonix
. AirLLM (70B en una GPU de 4GB, +30k estrellas) resurgió en el ranking diario, y DeepSeek-Reasonix es un coding agent de terminal diseñado alrededor de la estabilidad del prefix-cache — patrón a copiar: mantener el prefijo estable abarata y acelera sesiones largas de agente. AirLLM · DeepSeek-Reasonix
-
Deadline de migración: Moonshot da de baja kimi-k2.5 y todos los strings moonshot-v1 el 31/8
(confirmado 3/8). Quedan ~27 días: si tenés apps apuntando a esos model strings, migrá ya a los identificadores nuevos para evitar cortes. AI Agents News — semana del 3/8
-
Tooling de documentos para agentes: OfficeCLI y firecrawl/pdf-inspector
. OfficeCLI (binario único, open source) permite a agentes leer/editar Word, Excel y PowerPoint sin Office instalado, con soporte MCP; pdf-inspector (Rust, de Firecrawl) clasifica PDFs escaneados vs. de texto para rutear inteligentemente OCR vs. extracción directa — piezas útiles para pipelines de documentos. OfficeCLI · pdf-inspector
-
Meta AI usa un segundo agente como "memory coach" para tareas largas
Para evitar que los agentes olviden errores ya diagnosticados y repitan pasos fallidos, Meta introduce un agente de memoria separado que mantiene un banco estructurado y decide qué recordar durante tareas complejas. Patrón accionable de memory engineering para scaffolding de agentes multi-paso. The Decoder / feed LLM Stats
-
Tutorial práctico: reemplazar un proceso de booking con un agente LangGraph + Langfuse
Guía paso a paso para construir, correr y monitorear un agente de soporte con estado usando Python, LangGraph y Langfuse (observabilidad). Directamente reproducible para quien quiera pasar de PoC a un agente instrumentado. Planet AI / feed LLM Stats
-
Presence como referencia de "agente en producción"
Más allá de la noticia, el diseño de OpenAI Presence —razonamiento del modelo envuelto en políticas, testing/evals y reglas de escalado a humano— es una plantilla útil de mejores prácticas para llevar agentes a producción con guardrails y evaluación continua. OpenAI
-
Microsoft libera Flint, un lenguaje de gráficos pensado para que los LLMs los generen sin romperse
Microsoft Research publicó Flint, un DSL open source de visualización posicionado como reemplazo de Vega-Lite y diseñado para que los modelos generen gráficos de forma confiable a partir de datos tabulares. La propuesta: gramática más corta, menos overhead de tokens y rendering predecible cuando el modelo compone vistas al vuelo. Accionable para cualquiera que arme dashboards o reporting con agentes. (microsoft.github.io)
-
β-OPSD: generaliza el self-distillation on-policy y mejora razonamiento matemático sin RL caro
Investigadores de la Universidad de Maryland reformulan el on-policy self-distillation (OPSD) como el caso β=1 de una familia más amplia que ajusta el ancla KL entre las políticas de estudiante, referencia y profesor. El óptimo cerrado se convierte en una mezcla de logits usada como target de destilación, evitando RL costoso, con mejoras consistentes de estabilidad y accuracy en benchmarks de matemática sobre el OPSD estándar. (huggingface.co)
-
Un paper reencuadra el diseño de routers MoE: los co-expertos interactúan, no se complementan
Zhejiang University y Hong Kong PolyU introducen un Expert Subspace Separation Index y un protocolo factorial 2x2 que muestra que los expertos co-seleccionados en Mixture-of-Experts no aportan direcciones de representación distintas, como se suele asumir. Intervenciones con ruta congelada exponen un "solapamiento coherente" donde candidatos fuertes interactúan negativamente: útil para repensar el diseño de routers sparse tipo Mixtral/DeepSeek. (huggingface.co)
-
Fairness Pruning: 40 neuronas alcanzan para mover el sesgo demográfico en LLMs de 3B
Un nuevo paper muestra que poner en cero apenas 40 neuronas (0,031% del ancho de MLP en modelos de hasta 3B) mueve de forma medible el sesgo demográfico conservando el 99,49% de la capacidad general. La intervención produce una "desestabilización" bidireccional del sesgo más que una reducción limpia, porque captura magnitud y no dirección: señal interesante para equipos de interpretabilidad y alignment que exploran circuitos disociables. (huggingface.co)
-
El "unhobbling" del prompt como técnica: menos contexto, mismo rendimiento
Sigue ganando tracción la práctica que Anthropic aplicó con Opus 5/Fable 5 —recortar más del 80% del system prompt de Claude Code sin pérdida medible en evals de código—. La lección accionable: en agentes de producción, borrar restricciones y few-shots redundantes suele mejorar más que agregar instrucciones, porque todo modelo frontier se degrada a medida que crece el contexto, mucho antes de llenar la ventana. explainx.ai · Developers Digest
-
GitHub trending: la carrera se movió del modelo a la infraestructura de agentes
El tema dominante en las listas de julio es la orquestación de agentes autónomos —fleets de agentes, servidores MCP, gateways de IA y harnesses de coding— más que nuevos modelos base. Práctica recomendada para quien construye: estandarizar sobre MCP y sumar sandboxing/gobernanza temprano, dado el riesgo operacional de dar a los agentes acceso a sistemas reales. Analytics Vidhya · OSSInsight
-
Regla práctica para tool use: menos herramientas por agente
Guías recientes de context engineering convergen en un límite claro: OpenAI recomienda menos de 20 herramientas por agente, con la precisión degradándose ya pasadas las 10. Combinado con el formato Agent Skills (adoptado por OpenAI, Google, GitHub y Cursor), el patrón es componer capacidades en skills cargadas bajo demanda en vez de inflar el set de tools. Towards AI · Sourcegraph
-
AWS congela Bedrock Agents "Classic" para nuevos clientes
Desde el 30 de julio, Amazon renombró su servicio a Bedrock Agents Classic y lo cerró a nuevas cuentas (bloquea CreateAgent e InvokeInlineAgent y congela el catálogo de modelos), empujando a AgentCore como el camino para agentes de producción. Si construís sobre AWS, conviene auditar qué workloads siguen en Classic y empezar a testear los flujos equivalentes en AgentCore. (AI Agent Store)
-
Crogl libera un agente SOC autónomo gratis
Crogl puso su Enterprise AI SOC Agent como descarga gratuita, desplegable en minutos dentro del propio entorno (incluso on-prem y air-gapped), sin normalización de esquemas: investiga alertas, hace threat hunting y documenta cada paso manteniendo al analista humano en control. Buen candidato para probar automatización agéntica sobre una cola de incidentes real sin lock-in de SaaS. (AI Agent Store)
-
Cequence suma controles zero-trust para agentes
Cequence Security liberó cuatro capacidades nuevas en su AI Gateway —AI Discovery, API Registry, LLM Registry y Skill Registry— más Agent Personas que atan la "descripción de puesto" de un agente a su modelo, tools y guardrails. AI Discovery descubre agentes, proveedores de IA y servidores MCP ya corriendo desde los logs existentes, y el API Registry permite que los agentes llamen APIs aprobadas sin manejar credenciales crudas. Útil para encontrar "shadow agents" en producción. (AI Agent Store)
-
Bedrock Data lanza "Agent DLP" para inspeccionar tool calls MCP
Nueva capacidad de prevención de pérdida de datos en runtime, pensada para agentes autónomos: se ubica inline en el gateway del agente e inspecciona bidireccionalmente las llamadas y respuestas de tools MCP en tiempo real, con integración nativa a AWS AgentCore y LiteLLM. Da visibilidad sobre qué datos sensibles salen hacia herramientas externas. (AI Agent Store)
-
Colibri: motor de inferencia en C puro que corre GLM-5.2 (744B) en ~25GB de RAM
Sin dependencias, streamea los "expertos" del MoE desde disco a demanda para correr un modelo enorme en una máquina de consumo. Interesante para quien quiera experimentar con MoE grandes sin GPU de datacenter. Analytics Vidhya – trending
-
deer-flow (ByteDance) y herdr: harnesses de agentes
deer-flow es un harness open-source de "super-agente" de largo horizonte para research/coding/creación con sandboxes y subagentes; herdr es un multiplexor que vive en la terminal para orquestar varios agentes en paralelo. Útiles como scaffolding para tareas agénticas multi-paso. Analytics Vidhya · OSSInsight trending
-
stitch-skills (Google Labs): librería de "Agent Skills" cross-tool
Skills que siguen el estándar abierto de Agent Skills, compatibles con Gemini CLI, Claude Code y Cursor — señal de que el stack agéntico se está consolidando alrededor de MCP + skills portables. Bueno para reutilizar capacidades entre herramientas. Analytics Vidhya
Analytics Vidhya Google Claude Gemini Claude Code Gemini CLI MCP
-
Guía práctica: tooling de inferencia local comparado (llama.cpp, Ollama, vLLM, SGLang)
Repaso actualizado a julio de cuándo conviene cada motor para servir modelos localmente — referencia útil para decidir stack de serving según throughput vs. simplicidad. DEV Community
-
Colibri: correr un MoE de 744B en una máquina de consumo
Un motor de inferencia diminuto y en C puro que permite ejecutar GLM-5.2 (744B de parámetros MoE) en ~25 GB de RAM. Es lo más accionable para quien quiera experimentar con modelos grandes localmente sin depender de la nube. OSSInsight — Trending AI
-
LMCache: más throughput en inferencia LLM
Capa de KV cache de alta velocidad diseñada para acelerar el throughput de inferencia; encaja con stacks tipo vLLM para serving local de producción. Útil si estás optimizando latencia/costo de serving. OSSInsight — Trending AI
-
Grok Build (xAI) — agente de coding open-source
xAI liberó el CLI/TUI que corre el mismo loop de agente detrás de su stack de coding. Suma a la ola de "harnesses" de agentes que domina GitHub este mes (junto a bytedance/deer-flow para tareas de largo horizonte). Vale probarlo si estás armando scaffolding de agentes de coding. Analytics Vidhya
-
MCP como primitiva de facto
El tooling de Model Context Protocol sigue generando tracción: servidores especializados que dan a los agentes control de sistemas locales, browsers y librerías de skills (p. ej. DesktopCommanderMCP, y el inspector oficial para testear servidores MCP). Si construís agentes, skills + memoria + sandboxing + MCP ya son ciudadanos de primera clase. Build Fast with AI
-
Patrón práctico: AI gateway / routing multi-modelo
Reforzado hoy por el consejo de Nadella: una capa de abstracción que rutee cada request al modelo mejor para la tarea (por costo, capacidad y capability) es la estrategia de resiliencia del momento, dado que ningún modelo único es la elección permanente para todo. Build Fast with AI
-
Correr Kimi K3 localmente: MXFP4 y llama.cpp
Con los pesos abiertos de Kimi K3 ya publicados (~1,4 TB en MXFP4), la comunidad está armando guías para self-hosting. La ruta práctica: GGUF + llama.cpp (sin paso extra de conversión/cuantización, se apunta el server al archivo) o vLLM/SGLang para serving. El Hub de Hugging Face (org ggml-org) concentra las conversiones oficiales. Accionable para quien quiera evaluar un frontier open-weight sin depender de API. explainx · dev.to — guía inference tools
explainx dev.to — guía inference tools Hugging Face Kimi vLLM llama.cpp
-
Hugging Face transformers v5.13.0 se alinea con la última vLLM
El release trae fixes de generación, attention, cache, cuantización y serving orientados a habilitar transformers con la versión más reciente de vLLM. Útil si servís modelos y venías peleando compatibilidades entre ambas libs. Nota de ecosistema: TGI está en modo mantenimiento y redirige a vLLM, SGLang, llama.cpp y MLX. Releasebot — Hugging Face
-
OpenViking: base de contexto "self-evolving" para agentes (memoria + RAG + skills)
Entre lo que está explotando en GitHub Trending de julio, el proyecto de Volcengine unifica memoria de agente, RAG de conocimiento y skills en una sola base de contexto que se auto-actualiza. Interesante como scaffolding de memoria para agentes de larga duración. Analytics Vidhya — Top GitHub repos julio 2026
-
OpenManus y el auge del tooling de agentes/MCP
El foco de la comunidad se corrió de "mejores LLMs" a "mejores apps de IA": frameworks agénticos, servidores MCP y dev-tools. OpenManus (FoundationAgents) se posiciona como alternativa totalmente abierta a los sistemas de agentes cerrados, y OpenWiki (equipo de LangChain) es una CLI que genera y mantiene documentación "AI-friendly" de tu codebase automáticamente. Analytics Vidhya · Startup Corners — GitHub Trending
Analytics Vidhya Startup Corners — GitHub Trending GitHub MCP
-
Paper: MosaicKV — compresión dinámica 2D del KV cache para long-context
Un arXiv reciente aborda el serving de LLMs de contexto largo con compresión dinámica del KV cache en dos dimensiones, apuntando a bajar el costo de memoria de inferencia sin degradar demasiado la calidad. Relevante para quien sirve modelos con ventanas grandes y pelea con el peso del KV cache. arXiv — listado cs.CL
-
"Unhobbling" en Claude Code: menos prompt, igual (o mejor) rendimiento
El mismo día del lanzamiento de Opus 5 (24/07), el equipo de Claude Code publicó que removieron >80% del system prompt para Opus 5 y Fable 5 sin pérdida medible en evals de código. La lección de context engineering: no se trata de mejores few-shots sino de borrar restricciones que hoy generan instrucciones en conflicto y desperdician tokens. Accionable para cualquiera que mantenga prompts de agentes largos. explainx · anthropic
-
TurboQuant: compresión de KV cache sin calibración
Técnica que comprime la KV cache usando coordenadas polares y reduce el uso de memoria hasta 6x con mínima pérdida de exactitud. Es online y calibration-free, ideal para inferencia en vivo y contextos largos —relevante justo cuando modelos como Kimi K3 empujan ventanas de 1M. dev.to
-
OpenWiki (LangChain): documentación "AI-friendly" automática
CLI que genera y mantiene documentación de tu codebase pensada para que agentes de IA naveguen y mantengan el proyecto. Útil para equipos que ya trabajan con agentes de código sobre repos grandes. analyticsvidhya
-
OpenClaw sigue explotando en GitHub
El asistente agéntico autohospedado (corre en tu infraestructura, se conecta nativamente a 50+ herramientas como WhatsApp, Slack o Discord sin enrutar datos por APIs externas) pasó de ~9k a +382k estrellas en 2026. Opción interesante si te importa mantener los datos on-prem. fungies · analyticsvidhya
-
"Harness engineering" se consolida como disciplina propia
El término separa cuatro capas que se venían mezclando —prompt engineering, context engineering, loop engineering y harness engineering— y ya tiene guías consolidadas y listas curadas. El modelo de referencia que circula descompone un harness en ~15 módulos (instruction manager, context builder, model adapter, tool registry, permission resolver) más un loop agéntico canónico con presupuestos, disparadores de compactación y condiciones de parada. Si estás armando agentes en producción, es el vocabulario que conviene adoptar. Anthropic — Effective harnesses for long-running agents · awesome-harness-engineering · ExplainX — context vs prompt vs loop vs harness
Anthropic — Effective harnesses for long-running agents awesome-harness-engineering ExplainX — context vs prompt vs loop vs harness Anthropic
-
El contexto como presupuesto de memoria, no como depósito
La práctica que más tracción está ganando: tratar la ventana de contexto como memoria de trabajo con presupuesto, y puentear entre sesiones con un archivo de progreso persistente (claude-progress.txt o equivalente) junto al historial de git, en vez de intentar meter todo en una sola ventana. Se combina con la división en agentes especializados —Planner que expande el prompt en un spec, Generator que implementa, Evaluator que testea y devuelve feedback. Anthropic · Harness Engineering Best Practices (gist)
Anthropic Harness Engineering Best Practices (gist) Anthropic
-
Repos que están explotando: DeerFlow 2.0, OpenWiki y Strix
DeerFlow sacó un rewrite desde cero en la v2.0 y llegó al #1 de GitHub Trending. OpenWiki, del equipo de LangChain, es un CLI que genera y mantiene documentación pensada para que la lean agentes, no humanos. Strix es una herramienta open-source de pentesting con IA que valida vulnerabilidades con PoCs reales e incluye proxy HTTP, sandbox de Python e integración con CI/CD. El patrón de julio: el centro de gravedad se movió de los modelos a la infraestructura de agentes. Analytics Vidhya · OSSInsight — trending AI
-
TurboQuant: compresión de KV cache en coordenadas polares
La técnica logra reducir hasta 6x el uso de memoria del KV cache con pérdida mínima de precisión, alcanzando 2,5-3,5 bits efectivos y sin necesidad de calibración; algunas implementaciones reportan 8x de speedup en el cómputo de logits de atención sobre H100. Complementa el camino ya conocido de Marlin, que corre pesos GPTQ 2,5x más rápido solo por kernels CUDA optimizados. Ganancias de inferencia sin tocar el modelo. dasroot — Inference Engine Showdown
-
AgenticDataBench: benchmark para agentes de datos
Cubre 15 dominios y cinco casos de uso reales de fintech B2B, evaluando flujos de data science realistas con etiquetas de grano fino, y viene con testbed en GitHub y dataset en Hugging Face para reproducir las tareas. Útil si estás midiendo agentes que tocan datos reales en vez de solo código. Let's Data Science