Consola de triaje

comprobando sesión…

Triaje Lectura Grafo

2026-08-27

Apache entra al taller de los agentes locales con Maka

19 items · 7 hallazgos · 12 radar

explorar 4

probar 3

leer 5

vigilar 7

Descartados y sin acción 0

nada descartado

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.

explorar hallazgo 01 · #local-first-agent-workspace

apache/maka

3.650★ · 220 forks · TypeScript · Apache-2.0

Qué es

workspace local-first para agentes AI, actualmente incubating en la Apache Software Foundation (badge oficial en el README). Funciones centrales: sesiones persistentes con estado en local, run records (model messages, tool calls, tool results, how-a-turn-ended) escritos a disco, daemon de fondo que mantiene el contexto entre turnos y "trae tu propio modelo" (API cloud, modelo local o gateway compatible). Cliente desktop para macOS Apple Silicon (Windows en preview, Linux en el roadmap).

Cómo encaja

apache/maka local-first-agent-workspace

implements · ya cubierto el 2026-08-10

apache/maka can1357/oh-my-pi

complements · ya cubierto el 2026-08-03

apache/maka append-only-run-record

implements · ya cubierto el 2026-08-20

apache/maka asf-governance-for-ai-tools

relevant_to · ya cubierto el 2026-08-20

Por qué importa

El grafo venía acumulando herramientas agentic locales (janhq/jan, openclaw/openclaw, Alishahryar1/free-claude-code), pero ninguna con governance formal de la ASF: Apache es la primera fundación vendor-neutral que avala la categoría "agente local-first", el mismo tratamiento que recibieron Kafka, Tomcat o Spark. El detalle técnico "the UI and the next model call are views of that record, not the only copy" formaliza el patrón "append-only event log" que ya comparten los runtimes agentic serios (LangChain, DeepAgents, Pi, Oh-My-Pi), y que ya cubrimos como concepto el 2026-08-20 con el nodo concept:append-only-run-record. El concepto de workspace local-first agentico aparece en el grafo desde el 2026-08-10 (nodo concept:local-first-agent-workspace), y la conexión con can1357/oh-my-pi la mapeamos el 2026-08-03. Hoy el nodo nuevo es la governance ASF para AI tools (ya marcada en el grafo como concept:asf-governance-for-ai-tools desde el 2026-08-20).

instalar vía el cliente desktop macOS o compilar desde fuente; revisar la propuesta de incubación en governance/; comparar el modelo de run record con el de can1357/oh-my-pi

Abrir ficha Grafo ↗

explorar hallazgo 02 · #aide-pipeline-runtime pick

rocketride-org/rocketride-server

7.319★ · 814 forks · Python · MIT

Qué es

pipeline builder + runtime OSS para workloads AI/ML, definido por el equipo como "AIDE (AI Development Environment)". Editor visual dentro de VS Code para componer pipelines como JSON portable; runtime en C++ multihilo con SDKs de Python y TypeScript; más de 100 nodos preconstruidos (15+ proveedores de LLM, 9 bases de datos vectoriales, OCR, NER, servidor MCP propio). Modos: self-hosted on-prem o "managed". Cero vendor lock-in: el JSON del pipeline es portable y los modelos y frameworks son intercambiables.

Cómo encaja

rocketride-org/rocketride-server aide-pipeline-runtime

implements · relación nueva de hoy

rocketride-org/rocketride-server portable-pipeline-json

implements · relación nueva de hoy

rocketride-org/rocketride-server mcp-server

uses · ya cubierto el 2026-08-24

rocketride-org/rocketride-server langflow-ai/langflow

competes_with · relación nueva de hoy

rocketride-org/rocketride-server vllm-project/vllm

complements · ya cubierto el 2026-07-16

rocketride-org/rocketride-server on-prem-ai-stack

relevant_to · relación nueva de hoy

Por qué importa

La categoría "AI pipeline builder" tiene tres capas: UI visual (n8n, Langflow), orquestación (LangChain, LlamaIndex) y runtime (vLLM, Ollama). RocketRide cubre las tres con un único binario y un motor C++ multihilo, lo que lo convierte en el ejemplo a usar para un episodio "stack AI on-prem 2026". La presencia de un servidor MCP propio (rocketride-mcp) — concepto concept:mcp-server que ya cubrimos el 2026-08-24 — y la decisión de default_branch = develop (verificado vía API, relevante para fetches raw.githubusercontent.com) lo ponen por delante de competidores OSS que todavía no exponen tools a otros agentes. El JSON del pipeline es portable y los modelos/frameworks intercambiables (sin vendor lock-in), así que encaja en el nodo concept:portable-pipeline-json y en el concept:on-prem-ai-stack del grafo. Como alternativa OSS a langflow-ai/langflow (UI visual) y complemento a vllm-project/vllm (runtime, que cubrimos el 2026-07-16), es la pieza que faltaba para cerrar el círculo "compón + ejecuta + sirve" en local.

instalar el CLI desde PyPI; abrir VS Code y arrastrar 5 nodos; revisar el formato del JSON pipeline; ejecutar un workload RAG end-to-end y comparar latencia con LangChain Python

Abrir ficha Grafo ↗

leer hallazgo 03 · #object-store-graph-db pick

hydra-db/hydradb

1.573★ · 109 forks · Rust · AGPL-3.0

Qué es

base de datos de grafos distribuida, escrita en Rust, con S3 como source of truth. Combina storage durable sobre SlateDB con queries OpenCypher snapshot-consistent, traversal GraphBLAS (SuiteSparse), conectividad Bolt 5 (compatible con drivers de Neo4j) y API HTTPS. Compute y storage desacoplados, con dos roles: graph-node (sirve queries y mutaciones canónicas) y graph-indexer (construye índices de traversal inmutables en background). Ambos guardan solo estado descartable en RAM/SSD y lo reconstruyen desde S3.

Cómo encaja

hydra-db/hydradb object-store-graph-db

implements · relación nueva de hoy

hydra-db/hydradb opencypher-tck-compliant

implements · relación nueva de hoy

hydra-db/hydradb neo4j/neo4j

competes_with · relación nueva de hoy

hydra-db/hydradb lancedb/lancedb

complements · relación nueva de hoy

hydra-db/hydradb slatedb-storage

uses · relación nueva de hoy

Por qué importa

El grafo ya acumulaba jeffhajewski/latticedb (KG embebida en Zig, en el radar del boletín 2026-08-26) y lancedb/lancedb (vector DB nativa). HydraDB es la versión "graph nativa sobre object storage": el patrón que toman las bases de grafos cuando el storage deja de ser el cuello de botella (el mismo movimiento que MinIO para object storage, JuiceFS para filesystem o DuckDB para analytics). El cumplimiento del OpenCypher TCK garantiza portabilidad con clientes Neo4j existentes — lo que lo pone como competidor OSS directo de neo4j/neo4j. La arquitectura separa graph-node (queries y mutaciones canónicas) de graph-indexer (índices de traversal en background), ambos reconstruibles desde S3 sobre SlateDB: compute y storage desacoplados, igual que en data warehouses modernos. Limitación a tener en cuenta: la licencia AGPL-3.0 bloquea la adopción en SaaS propietarios sin abrir el código u obtener licencia comercial — relevante para episodios "OSS-friendly stack" pero limita casos enterprise.

revisar docs/architecture.md; comparar el modelo de writer leases con FoundationDB; correr los benchmarks TCK y los live en hydra-db.github.io/benchmark/; evaluar el impacto de AGPL-3.0 antes de cualquier integración

Alerta honesta

HydraDB cubre el TCK de OpenCypher pero la madurez de producción (drivers, ops, observabilidad) frente a Neo4j está por ver.

Abrir ficha Grafo ↗

probar hallazgo 04 · #semantic-model-router

workweave/router

1.280★ · 99 forks · Go · NOASSERTION

Qué es

proxy drop-in para Anthropic, OpenAI y Gemini que enruta cada prompt al modelo correcto usando un embedder on-box (no vibes-based). Latencia declarada por debajo de 50 ms. Pensado para Claude Code, Codex, Cursor o cualquier cliente que apunte a localhost:8080. Mantenido por Weave (la plataforma de "engineering intelligence" con clientes como Robinhood, PostHog y Reducto según el propio README). Binario único en Go, con managed deployment disponible.

Cómo encaja

workweave/router semantic-model-router

implements · relación nueva de hoy

workweave/router drop-in-llm-proxy

implements · relación nueva de hoy

workweave/router BerriAI/litellm

competes_with · relación nueva de hoy

workweave/router on-box-embedder

uses · relación nueva de hoy

workweave/router elv2-non-open-source-license

risk · relación nueva de hoy

Por qué importa

El grafo venía acumulando diegosouzapw/OmniRoute (MIT, 350 providers) como referente de model gateway. WorkWeave Router es la competencia con routing inteligente — usando un embedder on-box (no vibes-based) para clasificar cada prompt —, la pieza que faltaba entre "gateway estilo LiteLLM" (BerriAI/litellm) y "routing manual por prompt". Para un episode "cómo recortar costes en coding agents" es la pieza OSS a contrastar con OmniRoute: sustituye al gateway tonto por uno que mira el contenido y decide a qué modelo enviar cada request, con latencia declarada por debajo de 50 ms. Advertencia importante: el README dice License: ELv2, pero la API de GitHub devuelve NOASSERTION; hay que verificar el fichero LICENSE real antes de una adopción comercial. ELv2 no es open source (prohíbe hosting SaaS como competidor de Elastic), por lo que la nota de grafo risk → concept:elv2-non-open-source-license aplica aquí.

instalar el binario, apuntar ANTHROPIC_BASE_URL=http://localhost:8080 desde Claude Code; comparar coste/latencia antes y después; leer el LICENSE file antes de desplegar como servicio porque ELv2 ≠ OSS

Alerta honesta

WorkWeave Router: README dice ELv2 pero la API de GitHub devuelve NOASSERTION — verificar LICENSE real antes de adopción comercial; ELv2 no es open source.

Abrir ficha Grafo ↗

leer hallazgo 05 · #agentic-design-pattern-library

LilMGenius/paperthin

712★ · 40 forks · Shell · MIT

Qué es

biblioteca de patrones agentic de bajo nivel distribuidos como skills instalables en Claude Code, Codex y otros agentes. Subtítulo literal: "Low-level agentic design patterns. Turning old engineering wisdom into reflexes your agent". Las skills siguen un template uniforme con columnas Scope (qué artefacto toca), Invoker (quién la dispara) y Read-only (si es de solo lectura). La primera skill del índice es re0 — "Rewrite a drifted artifact into a clean v0, not another patch" —, el patrón opuesto al "add another patch" que aplican por defecto los coding agents.

Cómo encaja

LilMGenius/paperthin agentic-design-pattern-library

implements · relación nueva de hoy

LilMGenius/paperthin skill-metadata-schema

implements · relación nueva de hoy

LilMGenius/paperthin mattpocock/skills

complements · ya cubierto el 2026-08-08

LilMGenius/paperthin anti-slop-agent-patterns

relevant_to · relación nueva de hoy

Por qué importa

El grafo venía acumulando unos 10 repos de "skills" (mattpocock/skills — que ya cubrimos como complemento el 2026-08-08 —, ApodexAI/FrontierAgent, WorldFlowAI/everything-claude-code, addyosmani/agent-skills, microsoft/power-platform-skills, K-Dense-AI/scientific-agent-skills, ConardLi/garden-skills, Leonxlnx/taste-skill, JuliusBrussee/caveman, ibelick/ui-skills). Paperthin es el primero que documenta explícitamente "qué hace, quién la invoca, si es de solo lectura" en un formato tabular con columnas Scope / Invoker / Read-only: la calidad de metadatos que la categoría necesitaba para dejar de ser un cajón desastre. La primera skill, re0, encarna el patrón "rewrite drifted artifact into v0, not patch" — el antídoto craft contra el reflejo por defecto de los coding agents de "add another patch". Como librería de patrones agentic de bajo nivel (concept:agentic-design-pattern-library), y ejemplo de schema de metadatos reusable (concept:skill-metadata-schema), marca el estándar que el resto de repos de skills tendrán que imitar.

instalar 2-3 skills; revisar el SKILL.md de re0; comparar con tu propio loop de patches repetidos sobre el mismo archivo; adoptar el patrón tabular de metadatos para cualquier skill que publiques tú

Abrir ficha Grafo ↗

probar hallazgo 06 · #parallel-agent-worktree-cli pick

max-sixty/worktrunk

6.675★ · 280 forks · Rust · NOASSERTION

Qué es

CLI en Rust para gestionar git worktrees, diseñada específicamente para workflows con coding agents (Claude Code, Codex, OpenCode) en paralelo. Premisa: "AI agents like Claude Code and Codex can handle longer tasks without supervision, such that it's possible to manage 5-10+ in parallel. Git's native worktrees are the right primitive, but the ergonomics are missing." Comandos principales: wt switch, wt list, wt merge, además de hooks de pre/post-merge y sincronización con worktrees remotos. El README dedica una sección a "context: git worktrees" para audiencias que nunca los han usado.

Cómo encaja

max-sixty/worktrunk parallel-agent-worktree-cli

implements · relación nueva de hoy

max-sixty/worktrunk RizRiyz/luvus

complements · relación nueva de hoy

max-sixty/worktrunk git-worktree-primitive

uses · relación nueva de hoy

max-sixty/worktrunk noassertion-license

risk · relación nueva de hoy

Por qué importa

El patrón "5-10+ Claude Code en paralelo sobre el mismo repo" es el que RizRiyz/luvus (siguiente hallazgo) llama "mission control" y que plannotator intenta coordinar mediante planes visuales. Worktrunk resuelve la fricción git subyacente: sin él, "N agentes en paralelo" significa gestionar los worktrees a mano y mergear cada uno por separado. Para un episodio "operar N coding agents" es la pieza fundacional — antes incluso de la UI/UX de orquestación — porque ataca la primitiva concept:git-worktree-primitive con ergonomías (wt switch, wt list, wt merge, hooks pre/post-merge, sync con worktrees remotos). El autor es max-sixty (Max Booth, conocido por contribuciones a Rust y por cargo-insta y sqlx-cli), lo que da peso al proyecto. Limitación a tener en cuenta: la API de GitHub devuelve NOASSERTION para la licencia, así que hay que revisar el fichero LICENSE antes de uso comercial (nota de grafo risk → concept:noassertion-license).

cargo install worktrunk; abrir 3 worktrees; correr 3 Claude Code en paralelo, uno por worktree; medir el tiempo ahorrado frente a gestión manual; revisar el LICENSE file para uso comercial

Alerta honesta

Worktrunk: API de GitHub reporta NOASSERTION en la licencia; mismo caveat que WorkWeave, no citar como OSS sin verificar.

Abrir ficha Grafo ↗

explorar hallazgo 07 · #agent-mission-control-ui

RizRiyz/luvus

468★ · 21 forks · Rust · AGPL-3.0

Qué es

terminal UI (TUI) + CLI escrito en Rust que actúa como "mission control para AI coding agents" — Claude, Grok, Codex, Pi y otros. Funciones centrales: workspaces persistentes con tabs, panes, layouts y estado del terminal; agent awareness (detecta automáticamente los agentes soportados y muestra blocked/working/done/idle con tokens, coste, uso de contexto y alertas sonoras); agent workflows (start/name/message/inspect/wait/resume, fork de sesiones con el contexto intacto); dashboards de files y Git integrados (status, branches, commits, PRs, issues); worktrees y orquestación (crear worktrees, coordinar tareas dependientes, reservar paths, asignar agentes, ejecutar quality gates y mergear); SSH y multi-client.

Cómo encaja

RizRiyz/luvus agent-mission-control-ui

implements · relación nueva de hoy

RizRiyz/luvus multi-agent-orchestration

implements · relación nueva de hoy

RizRiyz/luvus max-sixty/worktrunk

complements · relación nueva de hoy

RizRiyz/luvus openclaw/openclaw

competes_with · ya cubierto el 2026-08-12

Por qué importa

El grafo ya tenía RizRiyz/luvus como pendiente de radar (entradas previas en trending Rust), pero la entrada de hoy confirma que se está consolidando como el referente canónico de "UI de mission control" para coding agents: el equivalente GUI/TUI de lo que max-sixty/worktrunk es a nivel git. Es la pieza que faltaba para que el patrón "operar N agentes" tenga visualización — agent awareness con estados blocked/working/done/idle, métricas de tokens/coste/uso de contexto, alertas sonoras, dashboards de Git y files integrados, y orquestación con worktrees, quality gates y merge. Compite en el espacio de orquestación multi-agente (concept:multi-agent-orchestration) con openclaw/openclaw (que cubrimos el 2026-08-12 como competidor). Limitación a tener en cuenta: la licencia AGPL-3.0 restringe el uso en SaaS propietarios sin abrir el código u obtener licencia comercial, igual que con HydraDB.

instalar vía cargo install luvus; conectar un agente Claude Code; abrir 2 worktrees; probar el fork de sesión con contexto; evaluar el impacto de AGPL-3.0 antes de cualquier wrapping comercial

Alerta honesta

Luvus es AGPL-3.0: copyleft fuerte, no apto para integrarse en productos propietarios sin implicaciones legales.

Abrir ficha Grafo ↗