Maestros digitales: pizarras táctiles, maletines WiFi y libros que escuchan

En 2026 existen decenas de frameworks que ejecutan código generado por un agente (Codex CLI, Claude Code, Open Interpreter, Daytona, E2B, Modal, Fly machines). Casi todos resuelven bien cómo arrancar el código; muy pocos resuelven cómo contenerlo cuando el código lo escribe un modelo y puede ser hostil. Microsoft eXecution Container (MXC) ataca exactamente esa pieza: un único SDK tipado y cross-platform (Windows, Linux, macOS) que esconde diez backends de contención —ProcessContainer, Windows Sandbox, LXC, Bubblewrap, Seatbelt, MicroVM/Nanvix, Hyperlight, IsolationSession y WSLC— detrás de un mismo modelo declarativo en JSON, policy-driven y versionable. Lo firma el equipo de Platform Security, no un lab experimental, y por política de Microsoft no hay telemetría por defecto (no existe flag --no-telemetry porque no hace falta). El contexto importa: el 2026-09-16 ya cubrimos Firecracker como referencia del espacio microVM; MXC se posiciona explícitamente como alternativa a esa línea (ver triple alternative_to en el grafo), pero subiendo el piso con policy declarativa en lugar de configuración por backend. Para un lector de Código Sin Siesta: si trabajas con código no confiable en 2026, el cuello de botella ya no es razonar, es la zona de ejecución, y MXC es la respuesta más seria del momento a ese problema.

La firma del repo manda: David Heinemeier Hansson (DHH), creador de Rails y CTO de 37signals/HEY/Basecamp, está empujando públicamente la idea de tratar Rails como specification preservable, no como framework fino que reescribes cada vez que cambia el runtime de turno. Roundhouse es la materialización de esa tesis: un compilador cross-target escrito en Rust que lee el código fuente de una app Rails y la reemite completa a otro stack —Rust, Swift, TypeScript, Crystal, Go, Elixir/OTP, Kotlin/JVM, C#/.NET, Python, un bundle para navegador, o Ruby otra vez vía Spinel— donde elegir el deployment target es un flag del compilador, no una decisión en producción. La técnica clave es whole-program type inference sin anotaciones: parte de la base de que "Rails ya estaba tipado" — has_many :comments es una declaración de tipo, find_by devuelve T | nil cuando la inferencia lo sabe— y sobre eso monta tres puertas separadas, Analyze (extrae types), Translate (emite target) y Compile (link al runtime destino). El benchmark interno del repo: procesa Mastodon entero (1.173 archivos, controllers y HAML incluidos) en 1,5 s. Para un lector de Código Sin Siesta: si cubres arquitectura web, la pregunta 2026 ya no es "qué framework uso", sino "qué specification preservo cuando el runtime se va", y Roundhouse es la primera herramienta seria que asume ese modelo de verdad.

El 2026-10-05 cubrimos PhotoCraft (reimplementación open-source de Photoshop) y FilmCraft (reimplementación de Premiere) como parte de la suite storytold/*craft, y el 2026-10-08 añadimos ArtCraft (motor creativo de AI) como tercer miembro deliberado. Faltaba el cuarto formato canónico del flujo creativo profesional —PDF, el equivalente a Acrobat— y pdfcraft lo cierra: read, organize, combine, split y secure PDFs en una app nativa para macOS, Windows, Linux, FreeBSD y web, escrita en pure Rust bajo licencia MIT/Apache-2.0. Lo que importa para un lector de Código Sin Siesta es el patrón, no el producto aislado: cuatro productos (PSD, video timeline, AI generation, PDF) en pure Rust, cross-platform, mismo branding, misma licencia, misma org (storytold). Si la suite se mantiene coherente, Adobe tiene por primera vez en una década un competidor open-source end-to-end cubriendo los cuatro formatos canónicos del flujo creativo. El README lleva el banner explícito de ArtCraft arriba, confirmando que es el cuarto lanzamiento deliberado de la org y no un side-project —el grafo lo registra como paired_with de los tres repos anteriores con sus fechas de primera mención.

Anthropic publicó su CLI de computer-use, pero nunca cerró bien el hueco de Windows —y Windows-MCP lleva un año llenándolo en abierto: un MCP server open-source (MIT, Python 3.13+) que habilita file navigation, control de aplicaciones, interacción con ventanas y QA testing para Windows, distribuido vía PyPI como uvx windows-mcp y listado en el MCP Registry oficial. Las señales de tracción son concretas: 8.377 estrellas, 926 forks, último push ayer (2026-10-08), y los propios autores ya shippearon 🪟Windows-Use, un agente construido encima del propio Windows-MCP que está en producción, lo que valida product-market-fit por uso real y no por métricas de vanidad. El contexto importa: el 2026-09-21 ya cubrimos este repo cuando entró al radar MCP, y el 2026-09-18 cubrimos anthropics/knowledge-work-plugins, con el que Windows-MCP es complementario. Para un lector de Código Sin Siesta: el ecosistema MCP de Computer Use sigue siendo Windows-first deficitario, quien resuelve Windows Computer Use en producción tiene un incumbente de facto, y Windows-MCP ya está en esa posición con un año de ventaja sobre Anthropic.

En 2026 todo el mundo habla de GEO (Generative Engine Optimization) y AEO (Answer Engine Optimization), pero las herramientas del espacio son SaaS black-box de ~5k/año (Otterly.AI, Profound, Athena HQ, Peec AI) que devuelven un score sin la evidencia de qué dijo cada uno ni por qué. NiubiGEO es el primer repo open-source maduro de ese segmento: 5.478 estrellas, 523 forks, Apache-2.0, Product Hunt featured, Trendshift badge, self-hosted y BYOK. Le metes un dominio, comparas respuestas entre modelos, inspeccionas las citas y puedes repetir el mismo research de forma reproducible —el tagline lo dice todo: "Put the evidence back in your hands". Para un lector de Código Sin Siesta: si cubres dev/AI, GEO/AEO es el trend de búsqueda 2026 que necesitas entender antes que tu competencia principal, y la única herramienta que te deja enseñar cómo se mide (no solo el número) es open-source. Es, en la práctica, el equivalente a "Postman para GEO": el primer client reproducible del nuevo API.

Es el primer IDE de juegos AI-native estilo Godot que llega a GitHub Trending con tracción, y la tesis que plantea es clara: en 2026 los engines de juego necesitan AI en el editor desde el día uno, no como plugin que se añade después. La pieza que lo diferencia es el multi-modelo sin lock-in: rota entre 40+ providers en modo BYOK, así que puedes usar Claude para dialogue, Stable Diffusion para art y Suno para music dentro del mismo flujo sin salir del editor. Se distribuye como app nativa para macOS y Windows bajo Apache-2.0, y los badges del repo dicen "built on Pi", referencia directa a la skill pi-coding-agent (MCP de @earendil-works/pi-coding-agent) que ya está documentada en las referencias internas del workflow de boletines. Las señales de tracción son aún tempranas —243 estrellas, 27 forks, repo muy joven sin topics— y el grafo lo conecta explícitamente como competidor del espacio Godot y habilitador del concepto BYOK-game-development. Para un lector de Código Sin Siesta: los AI-native IDEs están comiendo terreno a los engines clásicos, y los que ganan son los que abrazan multi-modelo desde el día uno; OhMyGame es la primera señal seria de que eso también llega al desarrollo de juegos.

Burn es el segundo framework serio de Deep Learning fuera de Python —y trae GPU first desde el diseño, no como capa posterior. Es pure Rust, multi-backend real (CPU, GPU, WebGPU, Vulkan, Metal y CUDA vía kernel propio), con autodiff, import/export de ONNX y entrenamiento e inferencia unificados bajo Apache-2.0. La señal de madurez importa: 16.071 estrellas, 1.082 forks, 4+ años de desarrollo y re-emergencia en2026-10-08 en trending porque el ecosystem Rust-ML está madurando al mismo tiempo que crece la presión por baselines que no dependan de Python (WASM, edge, browser inference, RISC-V). Para un lector de Código Sin Siesta: si cubres ML/AI, el segundo framework importante después de PyTorch ya no va a ser JAX ni TensorFlow, va a ser Rust, y Burn es la apuesta más sólida de ese futuro. La pregunta 2026 ya no es "¿puedo correr ML en el navegador?", es "¿puedo correr ML en WASM sin Python?", y Burn es el repo que mejor responde eso hoy.