tecnoboletín / 2026-08-20

Boletín · jueves 20 ago 2026

El runtime de los coding agents se parte en navegador y gobernador

El boletín de hoy tiene un hilo conductor claro: la capa de runtime de los coding agents se está partiendo en dos planos complementarios, el del navegador que ejecuta (chrome-devtools-mcp) y el del contenedor que gobierna (openbot), mientras al lado aparecen piezas de 'plomería operativa' que hasta ahora eran fricción invisible (portless para nombres de servicio, maka para trazabilidad canónica, GitNexus para grafo de código en cliente) más un experimento lateral (ebook2audiobook) que conviene anotar pero no inflar. La lectura editorial no es 'qué repo ganó más estrellas hoy', sino 'qué hueco del stack de un agente en producción deja cada uno de estos al descubierto'. El emparejamiento browser ↔ runtime governor es lo que sostiene el día: DevTools expone la realidad del navegador a un agente y openbot decide qué puede hacer ese agente en tu infra; los otros cuatro hallazgos orbitan alrededor como soporte.

6 hallazgos 6 radar 1 picks editoriales 6 conceptos nuevos en el grafo Abrir en triaje →
Hallazgos principales
01
explorar #browser-mcp-server conf 0.40

ChromeDevTools/chrome-devtools-mcp

49.459★ · 3.450 forks · TypeScript · Apache-2.0

MCP server oficial del Chrome team que expone Chrome DevTools (performance traces, network inspection, screenshots, console con source maps, automation fiable vía puppeteer) a coding agents como Claude Code, Cursor, Copilot, Antigravity. CLI standalone incluida para uso sin MCP. Soporte oficial solo para Google Chrome y Chrome for Testing.

Por qué importa

49k★ en 11 meses lo consolidan como el estándar de facto para que un coding agent controle un navegador de verdad, no un wrapper de scraping. La diferencia frente a alternativas como browser-use/browser-use o playwright-mcp es que aquí el Chrome team expone DevTools genuinos (performance traces, network inspection, screenshots, console con source maps) en lugar de una capa parcheada encima de Puppeteer — esa profundidad es la que permite extraer métricas reales de CrUX o perf insights en lugar de métricas de superficie. Caveat práctico: la telemetría se envía a Google por defecto (tool invocations, latencia, info del entorno); se desactiva con --no-usage-statistics, pero hay que saberlo antes de meterlo en un pipeline de producción. Soporte limitado a Google Chrome y Chrome for Testing: si tu agente trabaja con Firefox o Safari, esta no es tu pieza.

instalar vía npx -y chrome-devtools-mcp@latest, configurar --no-usage-statistics desde el primer arranque, validar performance traces en un proyecto real, comparar cobertura con playwright-mcp

02
vigilar #ag-ui-runtime conf 0.40

CopilotKit/openbot

864★ · 83 forks · TypeScript · MIT · alpha

plataforma de agent runtime con governance explícita: cada bot corre en su propio container (Chromium + logins + filesystem + workspace); todas las tool calls pasan por un gateway que decide contra una policy y registra un audit row antes de actuar (o rechaza y nombra la regla). Montado sobre el protocolo abierto AG-UI (compatible con LangGraph, Mastra, CrewAI, Pydantic AI, Google ADK o agentes escritos a mano). Tres coworkers de ejemplo: General Assistant, Knowledge, Risk Analyst. Self-hosted con Docker Compose; modelo y credenciales los elige el administrador.

Por qué importa

El dilema clásico al dar a un agente acceso a tu infra es elegir entre autonomía ciega (peligrosa) o sandbox aislado (limitada). OpenBot se coloca en el medio: el bot opera sobre tus herramientas reales, pero cada tool call pasa por un gateway que evalúa una policy explícita, escribe un audit row y, si toca algo sensible, rechaza la acción citando la regla concreta. Lo relevante para un lector de Código Sin Siesta es el framing: la governance vive en el protocolo AG-UI, no en el framework, así que da igual que el agente lo escribas con LangGraph, Mastra, CrewAI, Pydantic AI, Google ADK o a mano — el gate es el mismo y el audit log también. Es Alpha con 3 días de vida, así que todavía no hay track record de producción; lo señalamos como dirección editorial interesante, no como recomendación de adopción inmediata.

alpha + 3 días de vida → no build-dependency todavía; pero leer la arquitectura AG-UI y compararla con Multica y Cumora para entender el patrón "governance over protocol"

03
leer #local-first-agent-runtime conf 0.40 pick editorial

apache/maka

1.665★ · 199 forks · TypeScript · Apache-2.0

Incubating Apache project (badge oficial Apache 2.0) que ofrece un agent workspace local-first con Runtime Event Log append-only: model messages, tool calls, tool results, permission decisions y termination events son hechos recuperables. Surfaces: Desktop (Electron+React), TUI/CLI (maka, maka run) y Eval (maka eval run). Diferenciador explícito: "context is not history" — pruning de tool results y LLM compaction cambian qué ve la próxima inferencia sin tratar los hechos como contexto descartable.

Por qué importa

Maka aterriza la conversación de auditabilidad y reproducibilidad de agentes desde el lado del runtime log canónico: cada model message, tool call, tool result, permission decision y termination event es un hecho recuperable en un Runtime Event Log append-only, separado del contexto que se le pasa a la próxima inferencia. Esa distinción — "context is not history" — es la que permite hacer pruning de tool results o LLM compaction sin perder la trazabilidad de qué pasó realmente. Que sea Apache Incubating importa por tres cosas: governance neutro, licencia Apache-2.0 desde el día 1 (evita el patrón de pivote tardío a AGPL-3.0 que han sufrido otros proyectos OSS) y visibilidad de Apache Foundation. Se complementa con memvid/memvid que cubrimos el 19-08 desde el lado de single-file memory; juntos dibujan el mismo problema desde dos ángulos. Caveat honesto: el README pesa más en chino simplificado que en inglés, así que la barrera de entrada para la mayoría de lectores está en la documentación, no en el código.

estudiar ARCHITECTURE.md, comparar el modelo de "log is the runtime" con el de Claude Code sessions y Codex CLI, evaluar el módulo Eval como formato de benchmark portátil

04
probar #localhost-named-urls conf 0.40

vercel-labs/portless

10.665★ · 351 forks · TypeScript · Apache-2.0

proxy de desarrollo que reemplaza localhost:3000 por https://myapp.localhost: genera CA local auto-confiada, asigna puertos en 4000-4999 vía PORT, inyecta --port/--host correcto a Vite/Astro/Expo/VitePlus/React Router/Angular, preserva modos --lan/--tunnel de Expo y rechaza tocar comandos que no sirven (vite build, astro check). Explícitamente diseñado "for humans and agents" — un agente puede decir "abre myapp" en lugar de "abre localhost:3000".

Por qué importa

Portless ataca un pain point muy concreto del desarrollo local con agentes: cuando tienes varios servicios corriendo en paralelo, los puertos 3001/3002/3003 no escalan ni son recordables. La solución es sustituirlos por nombres (myapp.localhost) con HTTPS y CA auto-confiada, además de inyectar el --port/--host correcto a Vite, Astro, Expo, VitePlus, React Router o Angular sin tocar el comando original. Es complemento directo de vercel-labs/fx, que cubrimos el 19-08-2026 como coding agent Unix-like de 7.8 MiB: mientras fx resuelve qué agente corre, portless resuelve cómo el agente identifica sus servicios, así un agente puede decir "abre myapp" en vez de "abre localhost:3001". La fricción operativa es baja ("dev": "portless run next dev" y auto-elevate solo en macOS/Linux). Caveat: está pre-1.0 y el formato del state directory puede cambiar entre releases, así que no es momento de anclarte en migraciones automatizadas.

instalar via npm i -g portless, levantar un proyecto Next/Vite, validar HTTPS auto-confiado, comparar con vite --port manual y con caddy reverse proxy

05
vigilar #client-side-code-knowledge-graph conf 0.40

abhigyanpatwari/GitNexus

45.601★ · 5.048 forks · TypeScript

"The nervous system for agent context": indexa un repo (GitHub, GitLab, Azure DevOps, local o ZIP) en un knowledge graph íntegramente en el navegador, expone el grafo vía MCP tools smart para que Cursor, Claude Code, Codex y similares naveguen dependencias, call chains, clusters y execution flows sin "miss dependencies, break call chains, ship blind edits". CLI + MCP + Web UI. Web UI permite chatear con cualquier repo en el navegador. Enterprise: SaaS + self-hosted via Akon Labs.

Por qué importa

45.601★ en 12 meses con un solo maintainer es una señal seria de tracción, y GitNexus entra directamente en la categoría code-as-knowledge-graph donde ya cubrimos a Graphify-Labs/graphify. La diferencia operativa es importante: GitNexus indexa el repo íntegramente en el navegador (WebAssembly + cliente) y expone el grafo vía MCP para que Cursor, Claude Code o Codex naveguen dependencias, call chains, clusters y execution flows sin mandar el código a un backend — encaja con el stack local-first y elimina el coste de subir código propietario a un SaaS. Caveat editorial crítico que conviene no pasar por alto: la licencia es PolyForm Noncommercial 1.0.0, no OSS para uso comercial. Para experimentar, aprender y para uso personal va perfecto; para meterlo en un producto, en un SaaS que lo ofrezca a clientes, o en un pipeline de producción de una empresa, hay que pasar por el tier enterprise de Akon Labs. Señal adicional de visibilidad: el README incluye un disclaimer explícito contra tokens falsos del proyecto en Pump.fun, algo que solo pasa cuando un repo es ya lo bastante conocido para atraer estafadores.

probarlo en un repo personal para entender qué cubre, pero NO como build-dependency por la licencia PolyForm Noncommercial — si necesitas una alternativa OSS para producción, mira Graphify-Labs/graphify con Apache-2.0

06
probar #polyglot-tts-voice-cloning conf 0.40

DrewThomasson/ebook2audiobook

19.960★ · 1.710 forks · Python · Apache-2.0

conversor de ebook a audiobook con chapters y metadata usando motores TTS avanzados (XTTS como motor principal) + voice cloning + soporte para 1158+ idiomas. Formatos de entrada: epub, mobi, pdf, txt, html. Salida: WAV/MP3/M4B con metadata ID3. Interfaces: Web GUI (Gradio), CLI, Docker, Hugging Face Space, Google Colab, Kaggle notebook. CPU y GPU (CUDA/Apple Silicon).

Por qué importa

Ebook2Audiobook es la pieza OSS canónica para convertir ebooks a audiolibros con capítulos y metadata, y la forma más barata de entrar al mundo del TTS multilingüe: XTTS como motor principal, voice cloning y soporte declarado para 1158+ idiomas. Acepta epub, mobi, pdf, txt y html como entrada y entrega WAV/MP3/M4B con metadata ID3, con Gradio Web GUI, CLI, Docker, Hugging Face Space, Google Colab y Kaggle notebook como interfaces, además de aceleración CUDA y Apple Silicon. Para un newsletter bilingüe, un pódcast técnico automatizado o un proyecto editorial pequeño es directamente usable: Apache-2.0, auto-contenible en Docker y sin coste por minuto de audio. El caveat ético/legal está en el propio README y conviene respetarlo: la herramienta está pensada para ebooks sin DRM adquiridos legítimamente, no para saltarse protecciones de audiolibros comerciales; ignorarlo te deja en una zona gris que no compensa frente al coste prácticamente nulo del TTS para contenido propio.

Docker pull, instalar, probar con un epub corto en español + un epub corto en otro idioma para validar el voice cloning

Radar secundario · 6
ruvnet/RuView 91.024★

Re-trending después de 41 días con un dato nuevo: 91k★ en 14 meses. "Convierte señales WiFi en spatial intelligence, monitor de signos vitales y presence detection — sin un solo píxel de vídeo". ESP32 + densepose + home-assistant.

Terminal manager basado en nodos: terminales tmux reales como nodos draggables en un canvas infinito pan/zoom; cada proyecto es un Trello-board de sesiones Claude Code vivas. macOS+Linux, Electron, optimizado para ADHD/scattered workflows.

PostHog/posthog 37.797★

Re-trending con pivote editorial: la descripción oficial ahora posiciona PostHog como "the leading platform for building self-driving products" con AI observability, session replay, flags, experiments, error tracking, logs, todo controlable desde Slack, web, desktop o el MCP. Licencia NOASSERTION — verificar LICENSE real antes de build-dependency.

"Team harness para AI agents" de Tencent OSS. Pequeño pero coherente con el push de Tencent en AI infra (DeepSeek, Hunyuan, etc.).

t8y2/dbx 15.976★

Cliente de base de datos cross-platform de 20 MB con soporte para 90+ DBs (MySQL, PostgreSQL, SQLite, Redis, MongoDB, DuckDB, SQL Server, Dameng, ClickHouse, OceanBase, Doris…), CLI + GUI (Tauri+Vue) + Docker + MCP Server + AI assistant integrado.

Static analysis para GitHub Actions: detecta security smells, excessive permissions, unpinned actions, script injection, etc. Adopción real visible: CopilotKit/openbot (hallazgo de hoy) usa zizmor en su CI badge.

Lectura editorial

Convergencia con tu stack

Hay convergencia directa con el stack local-first de Código Sin Siesta en dos hallazgos: apache/maka aterriza el patrón 'agente con Runtime Event Log append-only y separación context/history' como incubating Apache, lo que se alinea con la línea editorial de trazabilidad canónica (PGLite/Postgres + pgvector) y con el memvid/memvid que cubrimos el 19-08 desde el lado de single-file memory; ambos son 'memoria del agente' desde dos ángulos distintos. abhigyanpatwari/GitNexus entra en la categoría code-as-knowledge-graph donde ya tenemos Graphify-Labs/graphify mapeado, con la diferencia operativa de que GitNexus indexa en cliente vía WebAssembly y sirve el grafo por MCP — encaja con Ollama + DeepSeek local sin obligar a subir código a un SaaS. vercel-labs/portless conecta con la línea de 'infra dev-friendly' que ya rodeaba a vercel-labs/fx del 19-08: fx decide qué agente corre, portless decide cómo se llaman sus servicios. chrome-devtools-mcp y openbot tocan el stack tangencialmente (browser-as-tool y governance-on-protocol son líneas editoriales adyacentes, no centrales) y ebook2audiobook queda como pieza lateral de productividad.

Cruzado con tu grafo

El único hallazgo con primera_mencion real en los datos de hoy es vercel-labs/portless: la arista company:vercel --publishes--> repo:vercel-labs/portless aparece con primera_mencion 2026-08-19, lo que confirma continuidad editorial con el vercel-labs/fx que ya entró al grafo el 19-08 desde el lado de coding agent Unix-like — hoy sumamos su compañero de infra. Los otros cinco hallazgos no traen primera_mencion, así que no les asigno fecha previa: chrome-devtools-mcp introduce los nodos repo:ChromeDevTools/chrome-devtools-mcp y concept:browser-mcp-server por primera vez hoy; CopilotKit/openbot introduce concept:ag-ui-runtime, una forma nueva de nombrar 'governance on protocol not framework' que no existía en el grafo; apache/maka introduce concept:local-first-agent-runtime, complementario al lado single-file memory que ya representó memvid; abhigyanpatwari/GitNexus introduce concept:client-side-code-knowledge-graph, vecino del nodo Graphify ya mapeado; DrewThomasson/ebook2audiobook introduce concept:polyglot-tts-voice-cloning, primer nodo de TTS editorial en el grafo. La arista nueva más fuerte del día es concept:ag-ui-runtime --enables--> concept:runtime-governance, porque cambia el debate 'qué framework de agentes usar' por 'qué política le paso al gateway'.

Tendencias (5-6 boletines)

El contexto de continuidad recibido cubre solo 2 días previos (19-08 y 18-08), no los 5 que pide el nombre del campo; lo digo explícitamente en lugar de inventar. Sobre esos 2 días, el boletín de hoy cierra una secuencia clara: el 18-08 instaló la pregunta 'qué pieza falta debajo del modelo' (harness de seguridad oficial de Anthropic, Agentic Workflows de GitHub institucionalizándose) y el 19-08 dibujó sin quererlo una pila de agente en producción (memvid memory, bifrost gateway, fx agente, pgrust plano de datos crítico, orquestación multi-agente como pieza final). El 20-08 añade la mitad que esa pila no tenía: el navegador real que el agente opera (chrome-devtools-mcp), el gateway que decide qué le está permitido hacer sobre tus herramientas (CopilotKit/openbot), la dirección canónica local-first para el runtime log (apache/maka), el pegamento para que varios servicios en paralelo sean identificables por humanos y agentes (portless), y el grafo de código en navegador (GitNexus) que encaja con la línea Graphify/mapas-de-proyecto del stack. El 18-08 hablaba de 'institucionalización dentro de plataformas conocidas'; hoy el matiz es que la institucionalización ya está bajando de los frameworks al protocolo (AG-UI) y al plano del navegador (DevTools MCP).

Resumen ejecutivo del boletín origen
  • ChromeDevTools/chrome-devtools-mcp (49.459 ★, Apache-2.0, TypeScript, push 2026-08-20) es el MCP server oficial del Chrome team de Google para que coding agents controlen Chrome real: performance traces, debugging con source maps, automation fiable via puppeteer. 49k★ en 11 meses — ya es el estándar de facto para "browser-as-tool" en coding agents. Caveat: telemetría activada por defecto (opt-out con --no-usage-statistics).
  • CopilotKit/openbot (864 ★, MIT, TypeScript, push 2026-08-20, 3 días de vida) es la apuesta de CopilotKit por "AI coworkers que reciben trabajo real": cada bot corre en su propio container (Chromium + logins + filesystem), todas las tool calls pasan por un gateway que decide y registra antes de actuar, y se monta sobre el protocolo abierto AG-UI. Alpha explícito, pero el framing "governance rides the protocol, not the framework" lo separa del resto de "AI agent runner" OSS.
  • apache/maka (1.665 ★, Apache-2.0, TypeScript, push 2026-08-20) entra como Incubating Apache: local-first agent workspace con Runtime Event Log append-only donde model messages, tool calls, permission decisions y termination events son hechos recuperables. La idea editorial: "log is the runtime" — la sesión, la UI, la memoria y la recuperación son proyecciones sobre ese log, no estados separados.
  • vercel-labs/portless (10.665 ★, Apache-2.0, TypeScript, push 2026-08-20) es el complemento natural de vercel-labs/fx (cubierto el 19-08): reemplaza puertos por URLs *.localhost estables (HTTPS+HTTP/2) con CA local auto-confiada, inyecta el flag --port correcto a Vite/Astro/Expo, y está explícitamente pensado para humanos y agentes — un agente puede identificar su servicio por nombre, no por número.
  • abhigyanpatwari/GitNexus (45.601 ★, PolyForm Noncommercial 1.0.0, TypeScript, push 2026-08-19) es "the nervous system for agent context": indexa cualquier repo (local o zip) en un knowledge graph en el navegador y lo expone vía MCP tools para Cursor, Claude Code, Codex, etc. Tracción enorme (45k★ en 12 meses) pero licencia PolyForm Noncommercial: el badge miente si te interesa producción comercial — no es OSS, es source-available.
  • DrewThomasson/ebook2audiobook (19.960 ★, Apache-2.0, Python, push 2026-08-09) confirma el re-trend con un dato infravalorado: 1158+ idiomas soportados vía XTTS, voice cloning, Gradio GUI, Docker, Colab y Hugging Face Space. Es la pieza OSS canónica de "ebook→audiobook" y la entrada más barata al mundo del TTS multilingüe para proyectos personales o productos editoriales.
  • Patrón transversal: 2026-08-20 es el día de la "infra de agente madura". Mientras el 19-08 consolidaba las capas "memory / gateway / harness / BD / orquestador" como proyectos individuales, hoy las capas de protocolo y governance empiezan a consolidarse: chrome-devtools-mcp estandariza browser-as-tool, AG-UI estandariza agent↔user, Maka's Runtime Event Log estandariza el audit trail, GitNexus estandariza el code-knowledge-graph, portless estandariza cómo los agentes identifican sus servicios. La conversación pasa de "¿qué agente uso?" a "¿qué protocolos usa mi agente?".
  • Fuentes consultadas: Trendshift daily (25 items, 1 sponsor filtrado), GitHub Trending daily + TypeScript/Python/Rust (54 items únicos), GitHub REST API (24 verificaciones), READMEs vía default branch (chrome-devtools-mcp, openbot, maka, portless, GitNexus, ebook2audiobook, nodeterm, dbx). Blogwatcher 08:00 no publicado hoy (último *-blogs.md = 2026-07-05; cron lleva semanas parado, pendiente revisar hermes cron list).
Edges del grafo (34)
boletin:2026-08-20 --[menciona]--> item:https-github-com-chromedevtools-chrome-devtools-mcp
item:https-github-com-chromedevtools-chrome-devtools-mcp --[trata]--> tema:chromedevtools-chrome-devtools-mcp
repo:ChromeDevTools/chrome-devtools-mcp --[implements]--> concept:browser-mcp-server
company:google-chrome-team --[publishes]--> repo:ChromeDevTools/chrome-devtools-mcp
boletin:2026-08-20 --[menciona]--> item:https-github-com-copilotkit-openbot
item:https-github-com-copilotkit-openbot --[trata]--> tema:copilotkit-openbot
repo:CopilotKit/openbot --[implements]--> concept:ag-ui-runtime
company:copilotkit --[publishes]--> repo:CopilotKit/openbot
boletin:2026-08-20 --[menciona]--> item:https-github-com-apache-maka
item:https-github-com-apache-maka --[trata]--> tema:apache-maka
repo:apache/maka --[implements]--> concept:local-first-agent-runtime
boletin:2026-08-20 --[menciona]--> item:https-github-com-vercel-labs-portless
item:https-github-com-vercel-labs-portless --[trata]--> tema:vercel-labs-portless
repo:vercel-labs/portless --[implements]--> concept:localhost-named-urls
company:vercel --[publishes]--> repo:vercel-labs/portless (ya cubierto el 2026-08-19)
boletin:2026-08-20 --[menciona]--> item:https-github-com-abhigyanpatwari-gitnexus
item:https-github-com-abhigyanpatwari-gitnexus --[trata]--> tema:abhigyanpatwari-gitnexus
repo:abhigyanpatwari/GitNexus --[implements]--> concept:client-side-code-knowledge-graph
company:akonlabs --[publishes]--> repo:abhigyanpatwari/GitNexus
boletin:2026-08-20 --[menciona]--> item:https-github-com-drewthomasson-ebook2audiobook
item:https-github-com-drewthomasson-ebook2audiobook --[trata]--> tema:drewthomasson-ebook2audiobook
repo:DrewThomasson/ebook2audiobook --[implements]--> concept:polyglot-tts-voice-cloning
boletin:2026-08-20 --[menciona]--> item:https-github-com-ruvnet-ruview
item:https-github-com-ruvnet-ruview --[trata]--> tema:ruvnet-ruview
boletin:2026-08-20 --[menciona]--> item:https-github-com-eneskirca-nodeterm
item:https-github-com-eneskirca-nodeterm --[trata]--> tema:eneskirca-nodeterm
boletin:2026-08-20 --[menciona]--> item:https-github-com-posthog-posthog
item:https-github-com-posthog-posthog --[trata]--> tema:posthog-posthog
boletin:2026-08-20 --[menciona]--> item:https-github-com-tencent-teamai-cli
item:https-github-com-tencent-teamai-cli --[trata]--> tema:tencent-teamai-cli
boletin:2026-08-20 --[menciona]--> item:https-github-com-t8y2-dbx
item:https-github-com-t8y2-dbx --[trata]--> tema:t8y2-dbx
boletin:2026-08-20 --[menciona]--> item:https-github-com-zizmorcore-zizmor
item:https-github-com-zizmorcore-zizmor --[trata]--> tema:zizmorcore-zizmor