Boletín de tendencias: código agéntico, local-first y arquitecturas desacopladas

Es el competidor más serio a stablyai/orca y gastownhall/gastown desde el lado "primero Claude Code, después todo lo demás" — los dos ya aparecieron en el boletín: orca el 2026-07-09 y gastown el 2026-07-06. Su README documenta explícitamente la fricción de mantener dos sesiones Codex separadas (owner + checker) y propone un modelo de "address" persistente: cada agente tiene una dirección estable a la que mandas mensajes. Para una newsletter que cubre Hermes como orquestador, OpenRig es una referencia a tener fichada porque su CLI es invocable y modificable.

Es la primera respuesta OSS a una pregunta que llevaba meses abierta: "¿quién cierra el bucle entre cómo falla un agente y cómo se mejora?". Tiene tres rutas — entrenar pesos, optimizar prompts, o test-time training — y todo se orquesta desde una sola API. La conexión con Slime (THUDM, el framework que ya cubrimos el 2026-09-18) le da pedigrí técnico, y los conceptos que aterriza — continual-self-improvement y harness-optimization-without-gpu, ambos ya mapeados en nuestro grafo desde el boletín del 2026-09-18 — convierten este proyecto en lectura obligatoria para entender hacia dónde se mueve el entrenamiento de agentes fuera de los hyperscalers.

Es la pieza que faltaba para escribir sobre "agentes en producción bajo regulación europea". Hasta ahora solo había ensayos teóricos o compliance-as-a-service cerrados; Attestix ofrece DIDs (identificadores descentralizados), W3C Verifiable Credentials y un mapeo explícito al EU AI Act vía el paquete pip attestix (v0.4.0 stable, 0.4.1rc1 en --pre), integrable con LangChain, OpenAI Agents SDK y CrewAI. Su complemento natural es vercel-labs/agent-browser, que ya cubrimos el 2026-07-08: juntos dibujan la pareja "identidad verificable del agente + navegador verificable". El README es transparente sobre sus límites — "single-maintainer, no independent security audit yet" — exactamente la honestidad que queremos en el boletín.

Confirma que el patrón "agente vertical sobre OpenClaw" ya tiene tracción real en China. Los labs detrás (ZJU-REAL Zhejiang + OpenDCAI PKU) son pesos pesados académicos, no un hackathon random, y las 113 skills preempaquetadas lo convierten en un caso de estudio tangible de la arquitectura skill-driven que defendemos desde el blog. Para una audiencia hispanohablante, Easel es la prueba de que la "verticalización" funciona — un agente dedicado a un dominio (social media en Xiaohongshu, Douyin, Zhihu y Bilibili) supera a un multi-tool genérico, y el bucle cierra con analítica de rendimiento realimentando la planificación.

Es el primer manager TUI nativo que lista Hermes explícitamente entre sus harnesses soportados — ya cubrimos a Hermes Agent en el boletín del 2026-07-03, y ahora vemos cómo un proyecto OSS de terceros lo trata como ciudadano de primera. Soporta también Pi y OpenCode, y su modelo — "thin wrapper que respeta tu login, tu config y tus MCP servers del CLI subyacente" — es exactamente el opuesto del lock-in vendor: tú traes tu CLI, agent-manager solo lo orquesta en sesiones tmux persistentes junto a Claude Code, Codex, Grok, Gemini CLI y Command Code. Para un newsletter que defiende soberanía local, este proyecto valida que el camino "consume tu CLI tal cual" es viable.

Es el ejemplo más visible de que la fragmentación de providers y configs ya pasó de ser molestia a ser problema de mercado. 137.842★ en 13 meses (creado 2025-08-04) lo coloca entre los repos OSS de developer-tools con crecimiento más rápido del año, y su soporte a Hermes Agent — que ya cubrimos el 2026-07-03 — confirma la centralidad del CLI en el ecosistema. Su modelo "GUI + provider switch" es la tesis opuesta al "CLI-first" defendido por proyectos como agent-manager o lidge-jun/opencodex (que mencionamos el 2026-07-21): a la mayoría de devs les viene mejor un botón que editar settings.json/config.toml/~/.claude/... a mano. El README incluye patrocinio de Kimi K2.7 y ZetaAPI — patrón comercial estable.