Consola de triaje

comprobando sesión…

Triaje Lectura Grafo

2026-10-09

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

14 items · 7 hallazgos · 7 radar

explorar 1

probar 4

leer 3

vigilar 4

Descartados y sin acción 2

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 · #sandbox-for-untrusted-code

microsoft/mxc

Rust · MIT

Qué es

Microsoft eXecution Container — sistema unificado de ejecución sandboxed para correr código no confiable (output de LLM, herramientas, plugins) en Windows, Linux y macOS, con JSON-config, policy-driven, diez backends de contención detrás de un modelo único y un SDK tipado.

Cómo encaja

microsoft/mxc sandbox-for-untrusted-code

implements · relación nueva de hoy

microsoft/mxc coding-agents

complements · relación nueva de hoy

microsoft/mxc policy-driven-containment

implements · relación nueva de hoy

microsoft/mxc firecracker-microvm

alternative_to · ya cubierto el 2026-09-16

Por qué importa

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.

docs/architecture.md` (10 min), explorar ejecutando el demo de 3 backends (ProcessContainer + Seatbelt + LXC), vigilar roadmap (v0.1 → GA). Ideal para auditar tu propia pipeline de agentes.

Abrir ficha Grafo ↗

leer hallazgo 02 · #spec-preserving-framework

rubys/roundhouse

Rust · Apache-2.0

Qué es

Compilador cross-target que lee Ruby source (Rails apps) y emite proyectos standalone en Rust, Swift, TypeScript, Crystal, Go, Elixir/OTP, Kotlin/JVM, C#/.NET, Python, browser bundle, o Spinel-compiled Ruby — la elección del deployment target es un flag del compilador, no una decisión runtime.

Cómo encaja

rubys/roundhouse spec-preserving-framework

implements · relación nueva de hoy

rubys/roundhouse person:dhh

authored_by · relación nueva de hoy

rubys/roundhouse tsc

competes_with · relación nueva de hoy

rubys/roundhouse crystal-compiler

competes_with · relación nueva de hoy

rubys/roundhouse spinelforth

inspired_by · relación nueva de hoy

Por qué importa

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.

WHY.md(15 min — el argumento filosófico) +docs/guide/README.md(10 min); **vigilar** el progreso del soporte defind_by` y associations; probar sobre un Rails app pequeño propio (no crítico) si tienes curiosidad.

Abrir ficha Grafo ↗

probar hallazgo 03 · #clean-room-adobe-reimplementation

storytold/pdfcraft

Rust · Apache-2.0

Qué es

"The PDF workbench; an open-source, clean-room reimplementation of Adobe Acrobat, rebuilt in pure Rust" — read, organize, combine, split y secure PDFs en una app nativa para macOS, Windows, Linux, FreeBSD y web. MIT/Apache-2.0. Es el cuarto miembro de la suite storytold (junto a PhotoCraft, FilmCraft, ArtCraft).

Cómo encaja

storytold/pdfcraft storytold/photocraft

paired_with · ya cubierto el 2026-10-05

storytold/pdfcraft storytold/filmcraft

paired_with · ya cubierto el 2026-10-05

storytold/pdfcraft storytold/artcraft

paired_with · ya cubierto el 2026-10-08

storytold/pdfcraft clean-room-adobe-reimplementation

implements · relación nueva de hoy

storytold/pdfcraft open-source-creative-suite

complements · relación nueva de hoy

Por qué importa

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.

descargando una build desde getartcraft.com/apps/pdfcraft, abrir un PDF con forms (donde Acrobat brilla y los demás fallan); vigilar la velocidad de releases — el resto de la suite tiene cadencia alta, pdfcraft debería seguirla.

Abrir ficha Grafo ↗

probar hallazgo 04 · #claude-desktop

CursorTouch/Windows-MCP

Python · MIT

Qué es

MCP server open-source para Computer Use en Windows 7–11 — habilita file navigation, aplicación control, UI interaction, QA testing para LLMs. Disponible en PyPI (uvx windows-mcp) y en el MCP Registry oficial. PyPI downloads crecen.

Cómo encaja

CursorTouch/Windows-MCP mcp

implements · ya cubierto el 2026-09-21

CursorTouch/Windows-MCP claude-desktop

integrates_with · relación nueva de hoy

CursorTouch/Windows-MCP windows-computer-use

solves · relación nueva de hoy

CursorTouch/Windows-MCP anthropics/knowledge-work-plugins

complements · ya cubierto el 2026-09-18

Por qué importa

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.

instalando uvx windows-mcp y conectándolo a Claude Desktop o cualquier host MCP-compatible; vigilar el registry oficial de MCP para ver cuándo Anthropic lo añade como recommended; leer la sección "Updates" del README — hay un roadmap implícito.

Abrir ficha Grafo ↗

explorar hallazgo 05 · #open-source-geo-tool

Albert-Weasker/niubigeo

TypeScript · Apache-2.0

Qué es

Open-source GEO research tool para AI visibility — entra domain, compara respuestas entre modelos, inspecciona citas, repite el mismo research reproducible; self-hosted, BYOK. Se posiciona explícitamente contra SaaS GEO de $5k/año.

Cómo encaja

Albert-Weasker/niubigeo open-source-geo-tool

implements · relación nueva de hoy

Albert-Weasker/niubigeo black-box-geo-scoring

solves · relación nueva de hoy

Albert-Weasker/niubigeo aeo-for-dev-creators

complements · relación nueva de hoy

Albert-Weasker/niubigeo profound.ai

competes_with · relación nueva de hoy

Por qué importa

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.

con docker compose up siguiendo docs/deployment/docker.md, leer la página de Product Hunt para entender el positioning, vigilar el roadmap de competidores — Profound AI acaba de anunciar funding, el espacio se mueve rápido.

Abrir ficha Grafo ↗

vigilar hallazgo 06 · #ai-native-game-ide

WhiteTowerAI/ohmygame

TypeScript · Apache-2.0

Qué es

The open-source studio for making games with AI — your own one-person game studio, todo en una app desktop, 40+ model providers con BYOK. macOS + Windows desktop apps, Apache-2.0. Los badges dicen "built on Pi" (referencia a @earendil-works/pi-coding-agent MCP).

Cómo encaja

WhiteTowerAI/ohmygame ai-native-game-ide

implements · relación nueva de hoy

WhiteTowerAI/ohmygame pi-coding-agent

integrates_with · relación nueva de hoy

WhiteTowerAI/ohmygame godot-engine

competes_with · relación nueva de hoy

WhiteTowerAI/ohmygame byok-game-development

enables · relación nueva de hoy

Por qué importa

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.

los primeros 30 días de releases — el repo tiene 243★ y push HOY, así que está en fase de product validation; explorar si haces games, descargar el .dmg desde ohmygame.ai/download/mac; leer el Discord para captar feedback temprano.

Abrir ficha Grafo ↗