---
title: Alcance
description: Qué es v1, qué se eliminó del plan anterior de capa de ejecución y por qué.
sidebar:
  order: 8
---
Runic no siempre fue una caché. Los planes anteriores (archivados bajo `_deprecated/` en el repositorio, y en `ALPHA.md`/`ROADMAP.md` como contexto histórico) describían un entorno de ejecución: interceptar llamadas a herramientas, aplicar permisos, aislar el acceso al sistema de archivos/la red y medir un presupuesto estricto. Esta página explica por qué ese plan se eliminó, no se amplió.

## Dentro del alcance de v1

- Almacenar en caché el resultado de una decisión, indexado mediante una firma normalizada de coincidencia exacta — `{ intent, params }`, nunca texto de tarea sin procesar, nunca un rastro de razonamiento.
- Registrar los tokens gastados (reportados por el agente) frente a los tokens ahorrados en un acierto de caché.
- Alcance por sesión. Compartir entre sesiones/agentes es una fase posterior, una vez que se demuestre que la reutilización por sesión importa en la práctica.

## Explícitamente fuera del alcance

- **Ejecución de cualquier tipo.** Runic nunca llama a una capacidad, despliega nada ni ejecuta código. El antiguo `packages/runtime` está obsoleto.
- **Permisos o aislamiento.** No hay nada que comprobar si no se ejecuta nada. Los antiguos `packages/permissions` y `packages/sandbox` están obsoletos.
- **Coincidencia de tareas semántica o difusa.** Esto es deliberadamente limitado — solo coincidencia exacta. Es una restricción de diseño pensada para seguir siéndolo, no un atajo de v1 que se amplíe después sin reabrir la cuestión de si un acierto de caché es *realmente* la misma decisión.

## Por qué esto es un giro, no una adición

La mayor parte del antiguo plan de capa de ejecución — aplicación de permisos, aislamiento, ejecución de capacidades — resultó duplicar lo que MCP ya estandariza para las llamadas a herramientas. Construir un sistema paralelo de permisos/ejecución sobre eso no es una cuña defendible por sí sola; es infraestructura redundante que compite con un estándar que ya existe.

La idea de caché y libro mayor sobrevivió al recorte porque responde a una pregunta que MCP no responde: *¿esta decisión exacta ya se resolvió y cuánto costó?* Es una afirmación más limitada y honesta que «Runic gestiona la ejecución de tu agente» — y es la que este repositorio realmente cumple, con cifras reales de benchmarks que la respaldan en lugar de un diagrama de arquitectura.

## Si buscas el plan de la capa de ejecución

Se conserva por motivos históricos en `ALPHA.md` y `ROADMAP.md` en la raíz del repositorio, y el código en sí está archivado bajo `_deprecated/`. Ninguno se mantiene ni refleja lo que Runic ofrece hoy — lee [Introducción](/) para eso.