Meta-Software para agentes: un servidor MCP que lleva a tu agente de la petición al cierre verificado. No escribe tu código — gobierna cómo se construye.
Un agente produce en una tarde lo que antes tomaba semanas. Pero lo hace sin requisitos escritos, sin puntos donde tú apruebes y sin evidencia de que lo entregado responde a lo pedido. El código llega — el porqué se pierde en el chat.
Lo pedido vive en una conversación. Cuando cambia, nadie sabe qué versión manda.
El agente decide solo cosas que eran tuyas: qué se construye, qué choca con lo ya acordado, cuándo se despliega.
«Listo» es una afirmación, no una prueba. Nadie volvió a correr nada antes de cerrar.
La revisión humana ya no escala. Hace falta software que supervise al software.
En la Teoría de los Dos Pilares, Meta-Software es software que supervisa software: observa, valida, contextualiza y gobierna a escala. Arketum es ese pilar en su caso más concreto — cuando el software lo construye un agente.
No es otro agente — es el marco donde trabaja el tuyo. Un servidor MCP con una sola herramienta, build. El agente la llama en cada paso, y cada respuesta le dice dónde está el trabajo, qué toca ahora y con qué contexto.
Lo que no asegura: que tus decisiones sean buenas. Verificar que una decisión se respetó se automatiza — juzgar su mérito, no.
Cada artefacto desciende de lo general a lo particular, de L0 a L4 como máximo. En cada salto se comprueban la cobertura, la justificación, la granularidad y la conformidad con su arquetipo. Nada cierra sin evidencia.
Lo que es tuyo se decide en un gate: lo apruebas, lo ajustas o lo rechazas. Los requisitos tienen versión y estado, y todo cambio queda atado a uno.
Lo que Arketum recuerda vive en .arketum/, como texto plano. Lo versionas con tu proyecto, y la próxima sesión parte donde quedó la anterior.
Cada trabajo es una unidad. Cada unidad recorre el mismo camino — y en los puntos que son tuyos, se detiene.
Cada trabajo abre una unidad con un carril —proyecto nuevo, funcionalidad, ajuste chico, corrección, despliegue— y un objetivo. Tú confirmas el carril y sus pasos.
Un analista conversa contigo y un arquitecto deduce lo técnico. Juntos arman el PRD. Tú apruebas qué se va a construir — antes de que se construya.
Cada artefacto que se toca baja su escalera nivel a nivel, fiel al árbol de ficheros. Ningún cambio escapa a lo que la unidad declaró.
Ejecuciones, reportes y declaraciones respaldan cada paso. La evidencia de ejecución enlaza los requisitos que satisface.
Al cerrar, Arketum vuelve a comprobar cada descenso contra el arquetipo y el árbol actuales. Lo que se edita a mano para cerrar no se blanquea. Y al final dices tú si quedó como querías.
Arketum pone cada cosa en su lugar. Lo que es tuyo te espera en un gate. Los pasos del proceso los puedes delegar, con o sin un tope de unidades.
| Aspecto | Sin Arketum | Con Arketum |
|---|---|---|
| Requisitos | Dispersos en el chat | Con id, versión, estado y criterio de aceptación |
| Decisiones | Las toma el agente, solo | Un gate tuyo, con canal y fecha |
| Alcance | Cambios que nadie pidió | Nada escapa a lo que la unidad declaró |
| Estructura | Ficheros donde caigan | Descenso de lo general a lo particular |
| «Listo» | Una afirmación | Evidencia que enlaza requisitos |
| Memoria | Se pierde al cerrar la sesión | Texto en .arketum/, versionable |
| Deriva | Se descubre tarde | El estado la nombra, con su sugerencia |
El panel es una página local — una por máquina, en 127.0.0.1 — con el estado de cada proyecto. Ahí ves qué está esperando y lo decides.
La tanda junta todo lo pendiente del proyecto: primero las unidades bloqueadas, después los gates, las confirmaciones y las declaraciones. Mientras un subagente construye lo que está listo, tú sigues definiendo lo que viene.
Ilustrativo · el panel corre solo en tu máquina
Necesitas Node.js 20 o posterior. Elige el canal que calza con tu cliente — el servidor es el mismo.
Trae el servidor, levanta el panel al iniciar sesión y suma una skill y tres comandos: /arketum:estado, /arketum:panel y /arketum:tanda.
› /plugin marketplace add rlabs-cl/claude-plugins › /plugin install arketum@rlabs
Reinicia la sesión de Claude Code después.
rlabs-cl/claude-plugins ↗Una línea lo registra en los clientes MCP de tu máquina: eliges cuáles de la lista. También está en el registro oficial de MCP como cl.rlabs/arketum.
$ npx add-mcp @rlabs-cl/arketum -g
-g lo deja para todos tus proyectos. Si tu cliente no muestra formularios, define ARKETUM_GATES=chat y el agente te pregunta los gates en el chat.
Deja el ejecutable arketum: el servidor MCP por stdio, más arketum panel y arketum ci.
$ npm install -g @rlabs-cl/arketum
Arketum no llama a ningún modelo ni ejecuta tu código. Lee y escribe solo en la carpeta .arketum/ de tu proyecto y en ~/.arketum/. El panel escucha solo en 127.0.0.1.
Todo lo que recuerda es texto plano: lo lees, lo versionas con el resto de tu proyecto y lo revisas en un diff como cualquier otro fichero.
Gratis, con licencia propietaria de rlabs. Puedes usarlo; no copiar, modificar, redistribuir ni descompilar su código.
Si aceptas, Arketum envía un resumen de uso como máximo una vez al día: la versión, cómo se instaló, la familia del sistema operativo, el nombre de tu cliente MCP y conteos por proyecto, identificado por un hash que no se puede revertir.
Nunca texto, rutas, nombres ni código. Mientras no decidas — o si dices que no — no se cuenta ni se envía nada. Y una vez que decides, no te lo vuelve a preguntar.
$ arketum telemetria # muestra exactamente lo que se enviaría $ arketum telemetria --acepto # o --no $ export ARKETUM_TELEMETRIA=0 # apagada en esta máquina, se haya decidido lo que sea
Tu agente ya es rápido. Arketum hace que lo que entrega responda a lo que pediste — y que quede escrito.