> ## Documentation Index
> Fetch the complete documentation index at: https://docs2.openclaw.ai/llms.txt
> Use this file to discover all available pages before exploring further.
# Motor de contexto
Un **motor de contexto** controla cómo OpenClaw construye el contexto del modelo para cada ejecución: qué mensajes incluir, cómo resumir el historial anterior y cómo gestionar el contexto a través de los límites de subagentes.
OpenClaw incluye un motor integrado `legacy` y lo usa de forma predeterminada. Instala y selecciona un motor de Plugin solo cuando quieras un comportamiento distinto de ensamblaje, Compaction o recuperación entre sesiones.
## Inicio rápido
```bash theme={"theme":{"light":"min-light","dark":"min-dark"}}
openclaw doctor
# or inspect config directly:
cat ~/.openclaw/openclaw.json | jq '.plugins.slots.contextEngine'
```
Los plugins de motor de contexto se instalan como cualquier otro Plugin de OpenClaw.
```bash theme={"theme":{"light":"min-light","dark":"min-dark"}}
openclaw plugins install @martian-engineering/lossless-claw
```
```bash theme={"theme":{"light":"min-light","dark":"min-dark"}}
openclaw plugins install -l ./my-context-engine
```
```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}}
// openclaw.json
{
plugins: {
slots: {
contextEngine: "lossless-claw", // must match the plugin's registered engine id
},
entries: {
"lossless-claw": {
enabled: true,
// Plugin-specific config goes here (see the plugin's docs)
},
},
},
}
```
Reinicia el Gateway después de instalar y configurar.
Establece `contextEngine` en `"legacy"` (o elimina la clave por completo - `"legacy"` es el valor predeterminado).
## Cómo funciona
Cada vez que OpenClaw ejecuta un prompt de modelo, el motor de contexto participa en cuatro puntos del ciclo de vida:
Se llama cuando se añade un mensaje nuevo a la sesión. El motor puede almacenar o indexar el mensaje en su propio almacén de datos.
Se llama antes de cada ejecución del modelo. El motor devuelve un conjunto ordenado de mensajes (y un `systemPromptAddition` opcional) que encajan dentro del presupuesto de tokens.
Se llama cuando la ventana de contexto está llena, o cuando el usuario ejecuta `/compact`. El motor resume el historial anterior para liberar espacio.
Se llama después de que una ejecución se completa. El motor puede persistir estado, activar Compaction en segundo plano o actualizar índices.
Los motores también pueden implementar un método opcional `maintain()` para mantenimiento de transcripciones (reescrituras seguras mediante `runtimeContext.rewriteTranscriptEntries()`) después del arranque, de un turno correcto o de Compaction. Establece `info.turnMaintenanceMode: "background"` para ejecutarlo como trabajo diferido en lugar de bloquear la respuesta.
Para el arnés Codex no ACP incluido, OpenClaw aplica el mismo ciclo de vida proyectando el contexto ensamblado en las instrucciones de desarrollador de Codex y el prompt del turno actual. Codex sigue siendo propietario de su historial de hilo nativo y de su compactador nativo.
### Ciclo de vida de subagentes (opcional)
OpenClaw llama a dos hooks opcionales del ciclo de vida de subagentes:
Prepara el estado de contexto compartido antes de que una ejecución secundaria comience. El hook recibe claves de sesión padre/hijo, `contextMode` (`isolated` o `fork`), ids/archivos de transcripción disponibles y TTL opcional. Si devuelve un identificador de reversión, OpenClaw lo llama cuando el spawn falla después de que la preparación haya tenido éxito. Los spawns nativos de subagente que solicitan `lightContext` y se resuelven a `contextMode="isolated"` omiten intencionalmente este hook para que el hijo empiece desde el contexto de arranque ligero sin estado previo al spawn gestionado por el motor de contexto.
Limpia cuando una sesión de subagente se completa o se barre.
### Adición al prompt del sistema
El método `assemble` puede devolver una cadena `systemPromptAddition`. OpenClaw antepone esto al prompt del sistema de la ejecución. Esto permite que los motores inyecten orientación dinámica de recuperación, instrucciones de recuperación o sugerencias conscientes del contexto sin requerir archivos estáticos del workspace.
## El motor legacy
El motor integrado `legacy` conserva el comportamiento original de OpenClaw:
* **Ingest**: sin operación (el gestor de sesiones maneja directamente la persistencia de mensajes).
* **Assemble**: paso directo (la canalización existente sanitize → validate → limit del runtime maneja el ensamblaje del contexto).
* **Compact**: delega en la Compaction de resumen integrada, que crea un único resumen de los mensajes anteriores y mantiene intactos los mensajes recientes.
* **After turn**: sin operación.
El motor legacy no registra herramientas ni proporciona un `systemPromptAddition`.
Cuando no se establece `plugins.slots.contextEngine` (o se establece en `"legacy"`), este motor se usa automáticamente.
## Motores de Plugin
Un Plugin puede registrar un motor de contexto mediante la API de Plugin:
```ts theme={"theme":{"light":"min-light","dark":"min-dark"}}
import { buildMemorySystemPromptAddition } from "openclaw/plugin-sdk/core";
export default function register(api) {
api.registerContextEngine("my-engine", (ctx) => ({
info: {
id: "my-engine",
name: "My Context Engine",
ownsCompaction: true,
},
async ingest({ sessionId, message, isHeartbeat }) {
// Store the message in your data store
return { ingested: true };
},
async assemble({ sessionId, messages, tokenBudget, availableTools, citationsMode }) {
// Return messages that fit the budget
return {
messages: buildContext(messages, tokenBudget),
estimatedTokens: countTokens(messages),
systemPromptAddition: buildMemorySystemPromptAddition({
availableTools: availableTools ?? new Set(),
citationsMode,
}),
};
},
async compact({ sessionId, force }) {
// Summarize older context
return { ok: true, compacted: true };
},
}));
}
```
La factoría `ctx` incluye valores opcionales `config`, `agentDir` y `workspaceDir`
para que los plugins puedan inicializar estado por agente o por workspace antes de que se
ejecute el primer hook del ciclo de vida.
Luego habilítalo en la configuración:
```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}}
{
plugins: {
slots: {
contextEngine: "my-engine",
},
entries: {
"my-engine": {
enabled: true,
},
},
},
}
```
### La interfaz ContextEngine
Miembros requeridos:
| Miembro | Tipo | Propósito |
| ------------------ | --------- | --------------------------------------------------------------------------- |
| `info` | Propiedad | Id del motor, nombre, versión y si posee Compaction |
| `ingest(params)` | Método | Almacenar un único mensaje |
| `assemble(params)` | Método | Construir contexto para una ejecución de modelo (devuelve `AssembleResult`) |
| `compact(params)` | Método | Resumir/reducir contexto |
`assemble` devuelve un `AssembleResult` con:
Los mensajes ordenados que se enviarán al modelo.
La estimación del motor del total de tokens en el contexto ensamblado. OpenClaw usa esto para decisiones de umbral de Compaction y reportes de diagnóstico.
Se antepone al prompt del sistema.
Controla qué estimación de tokens usa el ejecutor para las comprobaciones
preventivas de desbordamiento. El valor predeterminado es `"assembled"`, lo que significa que solo se comprueba
la estimación del prompt ensamblado para motores que no poseen Compaction.
Los motores que establecen `ownsCompaction: true` gestionan su propia admisión de prompts,
por lo que OpenClaw omite de forma predeterminada la comprobación genérica previa al prompt. Establece
`"preassembly_may_overflow"` solo cuando tu vista ensamblada puede ocultar el riesgo de desbordamiento
en la transcripción subyacente; entonces el ejecutor mantiene activa la comprobación genérica
y toma el máximo entre la estimación ensamblada y la estimación previa al ensamblaje
(sin ventana) del historial de sesión al decidir si debe compactar
preventivamente. En cualquier caso, los mensajes que devuelves siguen siendo lo que ve el
modelo - `promptAuthority` solo afecta a la comprobación previa.
Ciclo de vida de proyección opcional para hosts con hilos de backend persistentes (por ejemplo, el servidor de aplicaciones de Codex). `mode: "thread_bootstrap"` con un `epoch` estable pide al host que inyecte el contexto ensamblado una vez por epoch y reutilice el hilo de backend hasta que el epoch cambie, en lugar de reproyectar en cada turno. Omite este campo para la proyección normal por turno.
`compact` devuelve un `CompactResult`. Cuando Compaction rota la transcripción
activa, `result.sessionId` y `result.sessionFile` identifican la sesión sucesora
que debe usar el siguiente reintento o turno.
Miembros opcionales:
| Miembro | Tipo | Propósito |
| ------------------------------ | ------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `bootstrap(params)` | Método | Inicializar el estado del motor para una sesión. Se llama una vez cuando el motor ve una sesión por primera vez (por ejemplo, importar historial). |
| `maintain(params)` | Método | Mantenimiento de transcripción después del arranque, un turno correcto o Compaction. Usa `runtimeContext.rewriteTranscriptEntries()` para reescrituras seguras. |
| `ingestBatch(params)` | Método | Ingerir un turno completado como lote. Se llama después de que una ejecución se completa, con todos los mensajes de ese turno a la vez. |
| `afterTurn(params)` | Método | Trabajo de ciclo de vida posterior a la ejecución (persistir estado, activar Compaction en segundo plano). |
| `prepareSubagentSpawn(params)` | Método | Configurar estado compartido para una sesión hija antes de que empiece. |
| `onSubagentEnded(params)` | Método | Limpiar después de que termina un subagente. |
| `dispose()` | Método | Liberar recursos. Se llama durante el apagado del Gateway o la recarga del Plugin - no por sesión. |
### Configuración del runtime
Los hooks de ciclo de vida que se ejecutan dentro de OpenClaw reciben un objeto
`runtimeSettings` opcional. Es una superficie de API interna
productor/consumidor, versionada y de solo lectura: OpenClaw la produce para el motor de contexto
seleccionado, y el motor de contexto la consume dentro de los hooks del ciclo de vida. No se
renderiza directamente a los usuarios y no crea una superficie de reporte dedicada.
* `schemaVersion`: actualmente `1`
* `runtime`: host de OpenClaw, modo de runtime (`normal`, `fallback` o
`degraded`) e ids opcionales de arnés/runtime
* `contextEngineSelection`: id del motor de contexto seleccionado y origen de selección
* `executionHost`: id y etiqueta del host para la superficie que invoca el hook
* `model`: modelo solicitado, modelo resuelto, proveedor y familia de modelo opcional
* `limits`: presupuesto de tokens del prompt y tokens máximos de salida cuando se conocen
* `diagnostics`: códigos cerrados de motivo de fallback y degradación cuando se conocen
Los campos que pueden ser desconocidos se representan como `null`; los campos discriminadores como
el modo de runtime y el origen de selección siguen siendo no anulables. Los motores anteriores siguen siendo
compatibles: si un motor legacy estricto rechaza `runtimeSettings` como una propiedad
desconocida, OpenClaw reintenta la llamada de ciclo de vida sin ella en lugar de poner
el motor en cuarentena.
### Requisitos del host
Los motores de contexto pueden declarar requisitos de capacidades del host en `info.hostRequirements`.
OpenClaw comprueba estos requisitos antes de iniciar la operación y falla de forma cerrada
con un error descriptivo cuando el runtime seleccionado no puede cumplirlos.
Para ejecuciones de agente, declara `assemble-before-prompt` cuando el motor deba controlar el
prompt real del modelo mediante `assemble()`:
```ts theme={"theme":{"light":"min-light","dark":"min-dark"}}
info: {
id: "my-context-engine",
name: "My Context Engine",
hostRequirements: {
"agent-run": {
requiredCapabilities: ["assemble-before-prompt"],
unsupportedMessage:
"Use the native Codex or OpenClaw embedded runtime, or select the legacy context engine.",
},
},
}
```
Las ejecuciones de agente nativas de Codex y embebidas de OpenClaw satisfacen `assemble-before-prompt`.
Los backends CLI genéricos no lo hacen, por lo que los motores que lo requieren se rechazan antes de que
se inicie el proceso CLI.
### Aislamiento de fallos
OpenClaw aísla el motor de plugin seleccionado de la ruta principal de respuesta. Si falta un
motor no heredado, falla la validación de contrato, lanza una excepción durante la creación de la fábrica
o lanza una excepción desde un método de ciclo de vida, OpenClaw pone ese motor en cuarentena
para el proceso Gateway actual y degrada el trabajo del motor de contexto al motor
integrado `legacy`. El error se registra con la operación fallida para que el
operador pueda reparar, actualizar o deshabilitar el plugin sin que el agente quede
en silencio.
Los fallos de requisitos del host son diferentes: cuando un motor declara que un runtime
carece de una capacidad requerida, OpenClaw falla de forma cerrada antes de iniciar la ejecución. Eso
protege a los motores que corromperían el estado si se ejecutaran en un host no compatible.
### ownsCompaction
`ownsCompaction` controla si la autocompactación integrada dentro del intento del runtime de OpenClaw permanece habilitada para la ejecución:
El motor es dueño del comportamiento de Compaction. OpenClaw deshabilita la autocompactación integrada del runtime de OpenClaw y la precomprobación genérica de desbordamiento previa al prompt para esa ejecución, y la implementación `compact()` del motor es responsable de `/compact`, la Compaction de recuperación de desbordamiento del proveedor y cualquier Compaction proactiva que quiera hacer en `afterTurn()`. OpenClaw todavía ejecuta la protección contra desbordamiento previa al prompt cuando el motor devuelve `promptAuthority: "preassembly_may_overflow"` desde `assemble()`.
La autocompactación integrada del runtime de OpenClaw todavía puede ejecutarse durante la ejecución del prompt, pero el método `compact()` del motor activo se sigue llamando para `/compact` y la recuperación de desbordamiento.
`ownsCompaction: false` **no** significa que OpenClaw vuelva automáticamente a la ruta de Compaction del motor heredado.
Eso significa que hay dos patrones de plugin válidos:
Implementa tu propio algoritmo de Compaction y establece `ownsCompaction: true`.
Establece `ownsCompaction: false` y haz que `compact()` llame a `delegateCompactionToRuntime(...)` desde `openclaw/plugin-sdk/core` para usar el comportamiento de Compaction integrado de OpenClaw.
Un `compact()` sin operación no es seguro para un motor activo no propietario porque deshabilita la ruta normal de Compaction de `/compact` y de recuperación de desbordamiento para ese espacio de motor.
## Referencia de configuración
```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}}
{
plugins: {
slots: {
// Select the active context engine. Default: "legacy".
// Set to a plugin id to use a plugin engine.
contextEngine: "legacy",
},
},
}
```
El espacio es exclusivo en tiempo de ejecución: solo se resuelve un motor de contexto registrado para una ejecución u operación de Compaction determinada. Otros plugins `kind: "context-engine"` habilitados todavía pueden cargarse y ejecutar su código de registro; `plugins.slots.contextEngine` solo selecciona qué id de motor registrado resuelve OpenClaw cuando necesita un motor de contexto.
**Desinstalación de plugin:** cuando desinstalas el plugin seleccionado actualmente como `plugins.slots.contextEngine`, OpenClaw restablece el espacio al valor predeterminado (`legacy`). El mismo comportamiento de restablecimiento se aplica a `plugins.slots.memory`. No se requiere editar la configuración manualmente.
## Relación con Compaction y memoria
Compaction es una responsabilidad del motor de contexto. El motor heredado delega en la generación de resúmenes integrada de OpenClaw. Los motores de plugin pueden implementar cualquier estrategia de Compaction (resúmenes DAG, recuperación vectorial, etc.).
Los plugins de memoria (`plugins.slots.memory`) son independientes de los motores de contexto. Los plugins de memoria proporcionan búsqueda/recuperación; los motores de contexto controlan lo que ve el modelo. Pueden trabajar juntos: un motor de contexto podría usar datos de un plugin de memoria durante el ensamblado. Los motores de plugin que quieran la ruta activa de prompt de memoria deberían preferir `buildMemorySystemPromptAddition(...)` desde `openclaw/plugin-sdk/core`, que convierte las secciones activas del prompt de memoria en un `systemPromptAddition` listo para anteponer. Si un motor necesita control de nivel inferior, todavía puede extraer líneas sin procesar desde `openclaw/plugin-sdk/memory-host-core` mediante `buildActiveMemoryPromptSection(...)`.
El recorte de resultados antiguos de herramientas en memoria todavía se ejecuta independientemente de qué motor de contexto esté activo.
## Consejos
* Usa `openclaw doctor` para verificar que tu motor se esté cargando correctamente.
* Si cambias de motor, las sesiones existentes continúan con su historial actual. El nuevo motor toma el control para ejecuciones futuras.
* Los errores del motor se registran y el motor de plugin seleccionado se pone en cuarentena para el proceso Gateway actual. OpenClaw vuelve a `legacy` para los turnos de usuario, de modo que las respuestas puedan continuar, pero aun así deberías reparar, actualizar, deshabilitar o desinstalar el plugin roto.
* Para desarrollo, usa `openclaw plugins install -l ./my-engine` para vincular un directorio de plugin local sin copiarlo.
## Relacionado
* [Compaction](/es/concepts/compaction) - resumir conversaciones largas
* [Contexto](/es/concepts/context) - cómo se construye el contexto para los turnos de agente
* [Arquitectura de Plugin](/es/plugins/architecture) - registrar plugins de motor de contexto
* [Manifiesto de Plugin](/es/plugins/manifest) - campos del manifiesto del plugin
* [Plugins](/es/tools/plugin) - descripción general de plugins