Consola de triaje

comprobando sesión…

Triaje Lectura Grafo

2026-10-10

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

15 items · 6 hallazgos · 9 radar

explorar 0

probar 2

leer 5

vigilar 4

Descartados y sin acción 4

J/K mover E explorar P probar L leer V vigilar X descartar G grafo ↵ abrir ficha

Selecciona un item del tablero
o pulsa J para empezar.

leer hallazgo 01 · #clean-room-microsoft-office-reimplementation

storytold/wordcraft

Rust · Apache-2.0

Qué es

"Writing and document design; an open-source, clean-room reimplementation of Microsoft Word, rebuilt in pure Rust" — word processor nativo con ribbon, estilos, tablas, track changes, references y mail merge; lee y escribe .docx; corre en macOS, Windows, Linux, BSD y web (WASM); expone MCP + CLI para que un agente lo maneje.

Cómo encaja

storytold/wordcraft storytold/pdfcraft

paired_with · ya cubierto el 2026-10-09

storytold/wordcraft storytold/photocraft

paired_with · ya cubierto el 2026-10-05

storytold/wordcraft storytold/filmcraft

paired_with · ya cubierto el 2026-10-05

storytold/wordcraft storytold/artcraft

paired_with · ya cubierto el 2026-10-08

storytold/wordcraft clean-room-microsoft-office-reimplementation

implements · relación nueva de hoy

storytold/wordcraft mcp

integrates_with · ya cubierto el 2026-09-21

storytold/wordcraft technique:agent-driven-document-editing

enables · relación nueva de hoy

Por qué importa

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.

el README completo (15 min — la sección "For agents (CLI and MCP)" es la tesis), probar abriendo el binario en getartcraft.com/apps/wordcraft, vigilar los releases (v0.5.0+, mayor cadencia que la mayoría de office-suites open-source).

Abrir ficha Grafo ↗

leer hallazgo 02 · #llm-gateway

BerriAI/litellm

Python · NOASSERTION · rc

Qué es

AI Gateway open-source que unifica 100+ proveedores LLM detrás de una API OpenAI-compatible, ahora con core en Rust + SDK en Python; self-hosted, enterprise-ready, Y Combinator W23. Cadencia industrial: múltiples releases por día.

Cómo encaja

BerriAI/litellm llm-gateway

implements · ya cubierto el 2026-08-27

BerriAI/litellm cloudflare-ai-gateway

competes_with · ya cubierto el 2026-08-27

BerriAI/litellm openrouter

competes_with · ya cubierto el 2026-08-27

BerriAI/litellm provider:openai

integrates_with · ya cubierto el 2026-08-27

BerriAI/litellm provider:anthropic

integrates_with · ya cubierto el 2026-08-27

BerriAI/litellm tech:rust-core-python-sdk

implements · ya cubierto el 2026-08-27

Por qué importa

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.

la sección "Why LiteLLM" (5 min), explorar el builder local (uv + cargo build) si quieres validar la tesis Rust, vigilar el repo para detectar cuándo GA del Rust core (no dev/rc) llega a stable.

Abrir ficha Grafo ↗

leer hallazgo 03 · #fast-thinking-translation

Tencent-Hunyuan/Hy-MT2

Python · NOASSERTION

Qué es

Familia "fast-thinking" de modelos de traducción multilingüe de Tencent Hunyuan — 1.8B, 7B y 30B-A3B (MoE); 33 idiomas; soporte para instrucciones de traducción estructuradas (terminología, estilo, personalización, delimiters); incluye IFMTBench, un benchmark open para evaluar la fidelidad a instrucciones de traducción.

Cómo encaja

Tencent-Hunyuan/Hy-MT2 fast-thinking-translation

implements · relación nueva de hoy

Tencent-Hunyuan/Hy-MT2 model:deepseek-v4-pro

competes_with · relación nueva de hoy

Tencent-Hunyuan/Hy-MT2 model:kimi-k2.6

competes_with · relación nueva de hoy

Tencent-Hunyuan/Hy-MT2 benchmark:ifmtbench

releases · relación nueva de hoy

Tencent-Hunyuan/Hy-MT2 Tencent/AngelSlim

paired_with · relación nueva de hoy

Tencent-Hunyuan/Hy-MT2 technique:edge-translation-1.25bit

enables · relación nueva de hoy

Por qué importa

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.

el Hy-MT2 Report (arxiv 2605.22064, 30 min) si cubres modelos de traducción, probar Hy-MT2-1.8B-1.25bit-GGUF con llama.cpp en una laptop (440 MB), vigilar las próximas actualizaciones del repo (los modelos en HF pueden evolucionar independientemente del repo).

Abrir ficha Grafo ↗

probar hallazgo 04 · #local-first-file-conversion

VERT-sh/VERT

TypeScript · AGPL-3.0

Qué es

Utilidad de conversión de archivos que corre WebAssembly en tu dispositivo — 250+ formatos soportados (imágenes, audio, documentos, video); nada sube a la nube por defecto; self-hostable vía vertd para video que no cabe en WASM.

Cómo encaja

VERT-sh/VERT local-first-file-conversion

implements · relación nueva de hoy

VERT-sh/VERT tech:webassembly

uses · relación nueva de hoy

VERT-sh/VERT VERT-sh/vertd

complements · relación nueva de hoy

VERT-sh/VERT service:cloudconvert

competes_with · relación nueva de hoy

VERT-sh/VERT technique:browser-only-file-conversion

enables · relación nueva de hoy

Por qué importa

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.

subiendo un PDF/MOV/AVI en https://vert.sh y verificando que no sale del navegador, vigilar el repo VERT-sh/vertd para auto-host cuando necesites video conversion server-side, leer docs/FAQ.md (5 min — cubre tradeoffs WASM vs server).

Abrir ficha Grafo ↗

sin acción hallazgo 05 · #agent-generated-ui

CopilotKit/OpenIntelligentUI

TypeScript · MIT

Qué es

Chat interface open-source donde el agente decide si responder con texto, un componente nativo o una UI interactiva generada, según lo que ayude al usuario. Construido sobre CopilotKit y el protocolo AG-UI (Agent-Generated UI, doc en ag-ui.com).

Cómo encaja

CopilotKit/OpenIntelligentUI agent-generated-ui

implements · relación nueva de hoy

CopilotKit/OpenIntelligentUI ag-ui

integrates_with · relación nueva de hoy

CopilotKit/OpenIntelligentUI copilotkit

uses · relación nueva de hoy

CopilotKit/OpenIntelligentUI ag-ui-protocol/ag-ui

paired_with · ya cubierto el 2026-08-20

CopilotKit/OpenIntelligentUI CopilotKit/openmuse

paired_with · ya cubierto el 2026-09-24

CopilotKit/OpenIntelligentUI technique:chat-agent-decides-ui-medium

enables · relación nueva de hoy

Por qué importa

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.

el repo y conectar tu propio modelo (cualquier OpenAI-compatible vía AG-UI router), leer la sección "Architecture" del README (10 min), vigilar el protocolo AG-UI en ag-ui-protocol/ag-ui para la próxima spec del router.

Abrir ficha Grafo ↗

probar hallazgo 06 · #cross-platform-ios-development

xtool-org/xtool

Swift · MIT

Qué es

Reemplazo cross-platform de Xcode — builda proyectos SwiftPM para iOS, los firma, los instala en dispositivo e interactúa con Apple Developer Services — desde Linux, Windows (WSL) o macOS.

Cómo encaja

xtool-org/xtool cross-platform-ios-development

implements · relación nueva de hoy

xtool-org/xtool tech:swiftpm

uses · relación nueva de hoy

xtool-org/xtool xcode

replaces · relación nueva de hoy

xtool-org/xtool ios-deploy

replaces · relación nueva de hoy

xtool-org/xtool project:darwin-swift-sdk

complements · relación nueva de hoy

xtool-org/xtool technique:linux-ios-build

enables · relación nueva de hoy

Por qué importa

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.

siguiendo xtool.sh/documentation/xtooldocs/installation-linux (10 min en WSL o Linux), vigilar releases (cadencia ~2 semanas), leer tutorials/xtooldocs/first-app si tienes un SwiftPM propio.

Abrir ficha Grafo ↗