La capa de agentes madura por tres flancos simultaneos

Este repo cierra el cluster System 1 decision models que cubrimos en los últimos boletines (la tesis editorial del 2026-09-20 fue «decisiones tipadas sin generación de texto, sub-50 ms en una sola pasada», y el 2026-08-23 ya introdujimos el browser-cdp-harness sobre el que se monta). Los nodos previos del cluster (Laya, Nimble, kev, laya-mlx, NanoJev, vistos el 2026-09-20) atacaban la decisión dentro de un agente; jev-ultrafast aterriza esa primitiva en un browser agent público con un GIF de Zürich → London en 7,1 s que ya está siendo el showpiece viral del cluster — el primer «demo que se ve en Twitter» para System 1. Implicaciones concretas para CSS: (a) la primitiva se puede enchufar directamente en browser-use para ahorrar tokens de decisión; (b) Browser Use ya está abriendo una Cloud waitlist («Jev Ultrafast Cloud»), así que el siguiente paso razonable es hosting gestionado — relevante si no quieres correr el loop tú mismo; (c) el cluster ya tiene gancho editorial suficiente para justificar piezas más densas (arquitectura, comparativas de latencia, trade-offs vs agentes autoregresivos). Caveat: 13.184★ en un repo creado el 2026-09-15 es tracción rápida pero todavía temprana — los números de rendimiento de docs/performance.md están en su infancia y conviene leerlos como demo, no como benchmark independiente.

Cierra un hueco editorial del cluster System 1 decision models que seguimos desde el 2026-08-21. Laya (cubierto el 2026-08-21) decide la siguiente operación dentro de un solo agente; SAGE decide, una vez la ejecución ya empezó, si el agente debe seguir solo (SELF), reclutar colaboradores (COLLABORATE) o hacer handoff (HANDOFF). La pieza nueva y la que el ecosistema multi-agente todavía no había resuelto con rigor es la del runtime: el protocolo A2A estándar responde «qué agentes existen», pero no «quién debería trabajar con quién después de que la ejecución ya empezó». SAGE lo aborda combinando completed DAG nodes, reusable artifacts, partial quality observado, remaining work, failures, budget y deadline en una utility auditable (no es un LLM opaco), y falsifica su propia decisión con un evaluador separado. Para CSS, el ángulo concreto es: si vas a montar algo multi-agente serio, el cuello de botella ya no es el enrutamiento inicial — es decidir dinámicamente cómo reconfigurar el equipo a mitad de un trabajo. Caveat: el repo se marca explícitamente Status: Research Preview y los benchmarks (python benchmark.py) son del autor, así que conviene leerlo como dirección de investigación validada, no como pieza de producción.

Cierra el patrón «el LLM devuelve HTML crudo» sin sacrificar reliability. La mayoría de demos de generative UI hoy generan HTML que el navegador re-parsea cada vez, con CSS que puede romper el layout del host. json-render (que introdujimos el 2026-09-19 junto a la base de generative UI frameworks) genera JSON constreñido a un catálogo definido en Zod con defineCatalog(schema, { components, actions }), de modo que el render es predecible, rápido y consistente con tu design system. El punto de seguridad clave es que el agente no puede inventar un componente porque no existe en el catálogo — la fiabilidad viene de cerrar el espacio de salida, no de pedirle al modelo «por favor, no te inventes cosas». Para un lector CSS con un producto tipo «AI assistant inside my app», es la pieza que necesita UI rica sin fragilidad: streaming progresivo, validación con Zod, Zod nullable para opcionales, 36 componentes shadcn/ui listos, y renderers para React/Vue/Svelte/Solid/RN/Remotion/PDF/HTML email. Caveat honesto: 17.585★ es tracción enorme pero el repo se creó en abril — la API es estable dentro del ecosistema Vercel, pero no hay todavía case studies públicos de producción pesada más allá de ese círculo, así que conviene leerlo como apuesta razonable, no como estándar de facto.

el movimiento editorial es claro: Anthropic vende verticales empaquetados a sectores con compliance maduro (financial services tiene el modelo regulatorio más estricto y, por tanto, más dispuesto a pagar por un agente que ya viene con disclaimers, sign-off flows y audit trails baked-in). El repo no es solo código, es una declaración de producto: "no somos solo el modelo, somos la vertical solution". El README lo dice explícitamente: "Nothing in this repository constitutes investment, legal, tax, or accounting advice. These agents draft analyst work product — models, memos, research notes, reconciliations — for review by a qualified professional. They do not make investment recommendations, execute transactions, bind risk, post to a ledger, or approve onboarding; every output is staged for human sign-off." — eso es product strategy, no solo código.