El stack agentic repite el mismo patron en cada capa

Hay que actualizar la skill web-scraping-viability: Firecrawl es la opción managed contra la que ya comparamos en el boletín del 2026-07-05 a D4Vinci/Scrapling (OSS local) y al stack self-hosted con Playwright. Su licencia AGPL-3.0 obliga a liberar el código de cualquier servicio que ofrezca un wrapper SaaS encima — un riesgo legal concreto para quien monte producto, no un detalle menor. Conviene medir coste real por scrape y latencia antes de adoptarlo, porque los OSS locales ya cubrimos que son viables cuando el volumen es bajo.

Resuelve un dolor del stack agentic que ya tratamos el 2026-07-05 al hablar de sistemas de decisión agentic: los LLMs generan .xlsx y .pptx rotos porque no renderizan bien. OfficeCLI los produce y los renderiza a HTML/PNG, cerrando el loop ver→corregir, lo que lo hace pieza reproducible para un post sobre "agentes que producen Office real". El complemento natural encaja con dream-num/univer, así que el conjunto cubre creación y edición sin Office instalado.

Primera señal seria de que el ecosistema Tencent se alinea con Hermes, que ya cubrimos el 2026-07-03, y de que podría complementar a Graphify, mencionado el 2026-07-04, para el knowledge graph del proyecto. Si el memory layer aguanta la calidad prometida, sería un reemplazo directo del stack PGLite+pgvector actual. Antes de decidir hay dos caveats: el repositorio está frío (último push 2026-06-26) y la licencia aparece como MIT en el README pero la API reportó NOASSERTION, así que toca leer el LICENSE real antes de adoptarlo como base.

Formaliza el patrón "un modelo caro piensa, uno barato ejecuta" que ya vimos el 2026-07-06 al hablar de OthmanAdi/planning-with-files, ahora vestido de skill instalable con npx skills add que encaja con el agent-skills-spec cubierto el 2026-07-03. Si lo adoptamos como skill local, el plan en markdown queda como artifact publicable y la ejecución pasa a ser commodity, lo que puede recortar tiempo de publicación y bajar el coste por post. El riesgo es real: sin commits en 3 semanas, conviene forkearlo antes de que quede estancado.

Es el competidor OSS directo de Adept/Agent-E para "agente que opera UI web", categoría de agente GUI en página que ya cubrimos el 2026-07-03 junto a ChromeDevTools/chrome-devtools-mcp con el que se complementa y dentro de los sistemas de decisión agentic tratados ese mismo día. La pieza sirve para construir demos interactivas sin servidor backend: un solo <script> con agente embebido y extensión Chrome opcional. La cifra de 892 stars/día y los 24.722★ acumulados sugieren que la tracción es ya estructural, no hype de una semana.

Compite con OpenRouter, que cubrimos como OpenRouter-cost-fragility en el grafo, y aterrizar en la categoría de multi-provider-routing que ya tratamos el 2026-07-03. La promesa de ~1.6B tokens gratis/mes sumando tiers free y la compresión RTK + Caveman con 15-95% de ahorro justifican una auditoría real: medir coste por millón de tokens y latencia p95 frente al router actual antes de adoptarlo. Si el ahorro se acerca a lo prometido, reduce directo el coste de inferencia en proyectos propios; si no, queda documentado como benchmark.

El README lista explícitamente Hermes Agent como harness soportado, que ya cubrimos el 2026-07-03, y se apoya en el agent-skills-spec visto ese mismo día. Si la compatibilidad es real, podríamos heredar 355 skills con un fork local, pero también confirma el patrón awesome-list-saturation que tratamos el 2026-07-05: el valor está en la curaduría, no en añadir más. El paquete incluye categorías que todavía no hemos mirado en detalle (AEO, PreToolUse hooks de seguridad, Research Operations v2.9.0), así que vale revisar antes de descartar nada por saturación.