Repensar la IA agéntica: de los benchmarks a las decisiones reales

Hace cinco días (2026-10-05) cubrimos por primera vez los *craft de storytold, y entonces PhotoCraft, FilmCraft y ArtCraft parecían side-projects. El 2026-10-08 se sumó ArtCraft como producto propio y el 2026-10-09 llegó PdfCraft como cuarto miembro de la suite. Hoy aterriza WordCraft como el quinto: editor de documentos en pure Rust con ribbon, estilos, tablas, track changes y .docx — todo con el mismo banner (ArtCraft arriba, link a getartcraft.com/apps/wordcraft). Lo que parecía disperso es ya una suite deliberada que replica el stack creativo de Adobe (PhotoCraft↔Photoshop, FilmCraft↔Premiere, PdfCraft↔Acrobat) y Office (WordCraft↔Word) en Rust. La tesis diferenciadora está en la exposición de MCP + CLI: no es solo un editor, es un editor que un agente puede operar. Cadencia de cohete: v0.1.0 el 2026-10-07, v0.3.0 el 2026-10-08, v0.4.0 hoy. Para CSS, ángulo tesis — si cubres dev/AI, "suite open-source que reemplaza Adobe+Office, en Rust y agent-drivable" es uno de los pocos ángulos con narrativa, tracción y releases simultáneos. Adobe y Office tienen competidor end-to-end open-source por primera vez en una década. También conectamos este release con el protocolo MCP, que ya cubrimos el 2026-09-21 como estándar para tooling de agentes.

litellm ya entró a la conversación CSS el 2026-08-27 como uno de los conceptos fundacionales del espacio AI Gateway — junto a sus competidores Cloudflare AI Gateway y OpenRouter — y como integrador canónico de los proveedores OpenAI y Anthropic. Lo que justifica su reaparición trending hoy son dos cambios concretos. Primero, la descripción oficial del repo pasó de "Python library" a "The fastest, litest AI Gateway. Rust core with Python SDK" — confirma que el núcleo Rust del que hablamos el 27 de agosto es la ruta soportada y que la latencia es ahora el argumento de venta (latencia P50 baja importa cuando el gateway está en el hot-path entre tu app y el LLM). Segundo, la cadencia industrial: cinco releases en tres días — v1.104.2 y v1.102.4 (2026-10-08), v1.105.0-rc.3 (2026-10-08), v1.106.0-dev.2 y v1.106.0-dev.3 (2026-10-09). La categoría "AI Gateway" ya no es emergente: compite con Portkey, Cloudflare AI Gateway, OpenRouter y Helicone por un hueco estable en el stack. Para CSS, ángulo tesis — si cubres infra de LLMs, litellm es el incumbente open-source que tienes que entender, y el patrón Rust-core + SDK-lenguaje-amigable es la apuesta técnica a seguir. Una nota honesta de cautela: la licencia aparece como NOASSERTION en GitHub; antes de adopción enterprise conviene verificar el archivo LICENSE directamente, dato que no está contrastado en este item.

Tencent Hunyuan publica Hy-MT2 como familia "fast-thinking" para traducción multilingüe: tres tamaños (1.8B, 7B, 30B-A3B MoE), 33 idiomas y soporte para instrucciones estructuradas de traducción (terminología, estilo, delimiters). El ángulo tesis que sostienen es serio: según el paper arXiv 2605.22064, los modelos de 7B y 30B-A3B en modo fast-thinking superan a DeepSeek-V4-Pro y Kimi K2.6 en tareas de traducción generales y de negocio, y el 1.8B comprimido a 1.25-bit (440 MB) mediante AngelSlim supera a Microsoft Translator y Doubao — esto último no está verificado fuera del paper y debe leerse con cautela. El repo trae además IFMTBench (benchmark open para fidelidad a instrucciones), la skill Hy-MT2-Translator en ClawHub + SkillHub, y sponsorship oficial de WMT26 con premio especial Hunyuan. Para CSS, ángulo tesis — "fast-thinking translation" (razonamiento tipo CoT aplicado a traducir) es una técnica que en 2026 sale de papers chinos hacia producción, y Hy-MT2 es el release open-source más serio del año con esa tesis. Caveat honesto: el último push al repo es del 2026-08-26 (tres meses sin commits); los pesos sí siguen versionándose en HuggingFace/ModelScope, pero el código del repo no recibe actividad reciente — dato relevante si lo evalúas como dependencia. Licencia NOASSERTION en GitHub, pendiente de verificar.

VERT reescribe la categoría "file conversion" desde el navegador: 250+ formatos (imagen, audio, documento, video) sin subir nada a la nube por defecto, todo vía WebAssembly ejecutándose local. El espacio llevaba años partido entre SaaS cerrados (CloudConvert, Zamzar, Online-Convert) y utilidades locales especializadas (FFmpeg para video, ImageMagick para imagen, Pandoc para docs); VERT los unifica en una sola UI web sin sacrificar local-first. Para video que no cabe en WASM existe vertd como complemento self-hosted, lo que cubre el hueco sin romper la promesa "nada sube a la nube". La licencia AGPL-3.0 encaja bien con el modelo: si alguien hace fork SaaS tiene que abrir su código. Hoy (2026-10-09) hay push tras un período de calma, lo que explica el trending. Para CSS, ángulo tesis — si cubres privacidad o local-first, VERT es el ejemplo canónico de producto que SaaS-ifica la UX (UI limpia, web) sin perder la garantía local-first (WASM en el dispositivo); todavía hay pocos competidores serios en ese nicho en 2026. Caveat: los topics del repo no están verificados en este item, y la antigüedad de casi dos años con15.816★ apunta a un proyecto ya maduro, no experimental.

OpenIntelligentUI de CopilotKit aterriza como el primer framework open-source maduro para "Agent-Generated UI": el agente decide si responder con texto, con un componente nativo o con una UI interactiva generada según lo que ayude al usuario. El protocolo que estandariza esa decisión es AG-UI (ag-ui.com), que ya cubrimos el 2026-08-20 cuando repasamos el repo ag-ui-protocol/ag-ui, y el propio repo hermano CopilotKit/openmuse entró a la conversación el 2026-09-24. La demo (launch film de 54s en el README) muestra tres modos en un mismo chat: rotar un avión 3D al preguntar por ejes, generar una tabla comparativa al pedir comparativa de planes, y armar una calculadora funcional al pedir una herramienta. Para CSS, ángulo tesis — el "chat agent" como categoría de producto está dejando de ser "responde texto" para volverse "elige el medio de salida más útil", y AG-UI es la pieza de protocolo que faltaba para que esa decisión sea interoperable. Caveat honesto: el proyecto es de marzo de 2026 (7 meses), tiene 2.099★ y un solo maintainer (la org CopilotKit); la madurez es buena para un framework nuevo, pero la sostenibilidad a largo plazo depende de que la org mantenga el ritmo.

xtool es el reemplazo open-source de Xcode para build + firma + deploy de apps iOS con SwiftPM desde Linux, Windows (WSL) o macOS. La dependencia histórica de macOS para desarrollo iOS llevaba años rompiéndose con soluciones comerciales (Xcode Cloud, Runway, Bitrise) o scripts comunitarios (ios-deploy, SwiftPM puro); faltaba lo maduro en open-source. xtool cubre los tres pilares desde CLI estándar (subcomandos setup, auth, sdk, new, dev, ds, devices, install, launch), con 5.967★, MIT y v1.21.0 publicada el 2026-10-05. El detalle clave que evita obsolescencia rápida: xtool no mantiene un SDK propio, usa Darwin Swift SDK upstream como dependencia, así que aguanta el ritmo de Swift/Xcode sin quedar descolgado. Para CSS, ángulo tesis — si cubres dev iOS/mobile o tooling Swift, xtool es la pieza open-source que faltaba para sostener el titular "iOS development is multi-platform now" sin pagar SaaS. Caveat honesto: el repo lleva casi dos años, lo que avala estabilidad, pero los topics y el detalle de mantenimiento no están verificados en este item — conviene revisar el grafo de commits reciente antes de adoptarlo como dependencia crítica.