Consola de triaje

comprobando sesión…

Triaje Lectura Grafo

2026-10-01

12 items · 5 hallazgos · 7 radar

explorar 6

probar 0

leer 0

vigilar 6

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 · #agent-policy-sidecar

archestra-ai/OpenAPPA

927★ · 39 forks · Rust · MIT

Qué es

Sidecar que se coloca entre un agente y sus herramientas y responde una sola pregunta antes de cada call: ¿puede este dato ir a ese destino? La lógica corre sobre APPA (Agentic Permissions Policy Algebra): tracking de sensitivity/trust de cada dato que el agente lee, evaluación contra una política declarativa TOML antes del call, decisión 100% determinista (sin red, sin acceso a filesystem en la decisión — mismo log ⇒ misma decisión). Acompañado de un paper aceptado en el NeurIPS 2026 Workshop AgentWILD.

Cómo encaja

archestra-ai/OpenAPPA agent-policy-sidecar

implements · relación nueva de hoy

archestra-ai/OpenAPPA NVIDIA/OpenShell

competes_with · ya cubierto el 2026-08-07

archestra-ai/OpenAPPA HelpCode-ai/anythingmcp

complements · ya cubierto el 2026-09-29

archestra-ai/OpenAPPA agent-security

relevant_to · ya cubierto el 2026-08-03

archestra-ai/OpenAPPA benchmark:agent-threat-bench

tracked_by · relación nueva de hoy

Por qué importa

Hoy la elección de seguridad agentic se repartía entre tres ejes: kernel-level (cubrimos NVIDIA/OpenShell el 2026-08-07), gateway por herramienta (cubrimos HelpCode-ai/anythingmcp el 2026-09-29) o confiar en el propio modelo. OpenAPPA abre un cuarto eje: una policy algebra determinista (APPA), evaluada antes de cada call contra una política declarativa en TOML, sin red y sin acceso a filesystem en la decisión. La diferencia operativa es concreta: el sidecar decide en ms sin clasificador probabilístico, así que el agente no paga latencia, y dos runs sobre el mismo log producen exactamente la misma decisión — algo que un LLM-judge no puede garantizar y que importa de verdad cuando auditas un incidente. Los benchmarks del repo (1.320 evaluaciones) muestran 0% de ataques exitosos manteniendo 89% de task completion, así que el enfoque no rompe usabilidad. Para CSS: ya cubrimos los otros dos ejes, faltaba este; el paper en el NeurIPS 2026 Workshop AgentWILD le da respaldo académico.

instalar con el one-liner, declarar una política TOML de prueba sobre Claude Code, leer el benchmark antes de ceder

Abrir ficha Grafo ↗

explorar hallazgo 02 · #code-graph-for-agents

colbymchenry/codegraph

72.675★ · 4.665 forks · C · MIT

Qué es

Code-graph pre-indexado y auto-sincronizado para coding agents. Kernel en Rust, 100% local (sin servicios cloud), distribuido como npm @colbychenry/codegraph. Soporta oficialmente: Claude Code, Cursor, Codex, OpenCode, Hermes Agent, Gemini, Antigravity, Kiro y GitHub Copilot (los 9 están en el header del README). Tagline: "surgical context · built for how agents actually work".

Cómo encaja

colbymchenry/codegraph code-graph-for-agents

implements · relación nueva de hoy

colbymchenry/codegraph codebase-memory

competes_with · relación nueva de hoy

colbymchenry/codegraph claude-code

supports · relación nueva de hoy

colbymchenry/codegraph hermes-agent

supports · ya cubierto el 2026-09-15

colbymchenry/codegraph language:rust

uses · ya cubierto el 2026-09-03

colbymchenry/codegraph code-understanding

relevant_to · relación nueva de hoy

Por qué importa

CodeGraph ofrece a cualquier coding agent (incluido Hermes Agent, cubierto en este boletín el 2026-09-15) un code-graph semántico local comparable al indexing repo-wide de Cursor o a mcp__codebase_memory, sin pagar SaaS: kernel en Rust, distribución npm, sin servicios cloud. El modelo dual (OSS local + 'CodeGraph platform' hosted en waitlist) repite el patrón que ya vimos en mavis/graphify — la presión comercial llegará, pero el OSS local sigue siendo el modo principal. Para CSS la pregunta práctica es si CodeGraph sustituye o complementa a mcp__codebase_memory: CodeGraph apunta a queries sobre el grafo para agentes, codebase_memory a memoria + retrieval; son funciones distintas, no redundantes. Que el repo soporte oficialmente9 coding agents (Claude Code, Codex, Cursor, OpenCode, Hermes, Gemini, Antigravity, Kiro, GitHub Copilot) lo convierte en el primer code-graph multiplataforma con paridad real entre ellos.

instalar @colbychenry/codegraph en un proyecto CSS real y comparar el tiempo de respuesta a queries de código frente a mcp__codebase_memory; revisar el waitlist de "CodeGraph platform" para entender su roadmap comercial

Abrir ficha Grafo ↗

explorar hallazgo 03 · #cloud-agent-toolkit

aws/agent-toolkit-for-aws

2.768★ · 338 forks · Python · Apache-2.0 · estable

Qué es

Toolkit oficial de AWS (Apache-2.0, GA) que expone skills, plugins y servidores MCP para que coding agents (Claude Code, Codex, Cursor, Kiro, fx) puedan construir, desplegar y operar aplicaciones AWS. Trae cuatro paquetes oficiales: aws-core (selección de servicios, CDK/CloudFormation, serverless, containers, storage, observability, billing, SDK, deploy), aws-agents (Bedrock + AgentCore), aws-data-analytics (S3 Tables, Glue, Athena) y aws-agents-for-devsecops (incident review, UAT, vuln scan, pentesting con AWS DevOps/Security Agent). Integración nativa con AWS CLI vía aws configure agent-toolkit.

Cómo encaja

aws/agent-toolkit-for-aws cloud-agent-toolkit

implements · relación nueva de hoy

aws/agent-toolkit-for-aws aws

targets · relación nueva de hoy

aws/agent-toolkit-for-aws claude-code

supports · relación nueva de hoy

aws/agent-toolkit-for-aws codex

supports · relación nueva de hoy

aws/agent-toolkit-for-aws cloud-coding-agent-stack

relevant_to · relación nueva de hoy

aws/agent-toolkit-for-aws archestra-ai/OpenAPPA

complements · relación nueva de hoy

Por qué importa

AWS publica oficialmente su toolkit para coding agents (Apache-2.0, GA), no un wrapper de terceros. Lo que cambia es la combinación: skills y servidores MCP para Claude Code, Codex, Cursor, Kiro y otros, distribuidos por el canal propio de Anthropic (/plugin install aws-core@claude-plugins-official); cuatro paquetes oficiales que cubren desde CDK/CloudFormation hasta Bedrock/AgentCore; y el path directo del paquete aws-agents-for-devsecops hacia AWS DevOps Agent y AWS Security Agent, conectando 'coding agent → infra → security' bajo la marca AWS. Para proveedores cloud pequeños (DigitalOcean, Railway, Vercel) esto sube el listón: hasta hoy no tenían nada oficial comparable. Donde OpenAPPA (cubierto en este número) decide si un tool call se ejecuta, este toolkit decide qué skills y servidores MCP tiene disponibles el agente al trabajar sobre AWS.

instalar el paquete aws-core en Claude Code y probarlo contra una app CDK/CloudFormation real; revisar aws-agents-for-devsecops para entender el patrón "security como skill agentic"

Abrir ficha Grafo ↗

explorar hallazgo 04 · #unified-js-toolchain

voidzero-dev/vite-plus

5.928★ · 270 forks · TypeScript · MIT

Qué es

Vite+ es la herramienta unificada de VoidZero (la empresa de Evan You) que combina Vite + Vitest + Oxlint + Oxfmt + Rolldown + tsdown + Vite Task en un solo binario con comandos vp dev, vp check, vp test, vp build, vp pack, vp env, vp migrate, vp run (este último hace scheduling dependency-aware de scripts de monorepo). Configuración única vía vite.config.ts desde la raíz del proyecto. Migración automática de proyectos Vite existentes.

Cómo encaja

voidzero-dev/vite-plus unified-js-toolchain

implements · relación nueva de hoy

voidzero-dev/vite-plus voidzero

operated_by · relación nueva de hoy

voidzero-dev/vite-plus vite

uses · relación nueva de hoy

voidzero-dev/vite-plus rolldown

uses · relación nueva de hoy

voidzero-dev/vite-plus cloudflare/vinext

complements · ya cubierto el 2026-09-30

Por qué importa

Ayer cubrimos cloudflare/vinext (Cloudflare reimplementando Next.js sobre Vite+Workers en una semana); hoy VoidZero publica la versión canónica del propio Vite con todo apilado en un único binario (vp dev / check / test / build / pack / env / migrate / run). El patrón es claro y se ve reforzado por la noticia de ayer: el frontend meta se mueve hacia un solo toolchain binario que reemplaza la fragmentación previa de npm scripts, ESLint, Prettier, Vitest, Rollup y compañía, con scheduling dependency-aware de scripts de monorepo vía vp run. Cada vez que alguien reinvente un meta-framework (vinext, Remix, Next), va a apoyarse en este binario como capa base. Migración automática desde proyectos Vite existentes, así que el coste de adoptarlo para un proyecto CSS con vite.config.ts es bajo.

instalar vp con el curl one-liner en un proyecto Node actual, comparar tiempo de vp check vs npm run lint + npx tsc --noEmit + npx prettier --check

Abrir ficha Grafo ↗