Automatización de Conocimiento

¿Qué hace Automatización de Conocimiento?

1. Identificar el trabajo. Inspecciona las automatizaciones existentes antes de crear un reemplazo. Confirma la fuente autorizada, el agente/vault previsto, la cadencia y la zona horaria. Verifica la instalación de OpenClaw en ejecución y su CLI/esquema de automatización actual; un CLI diferente en PATH podría apuntar a una instalación incompatible. Finaliza con el trabajo previsto y cualquier punto de control existente identificado.

2. Establecer la autoridad del worker. Para la ingesta privada del propietario, utiliza la composición verificada de OpenClaw 2026.9.8: una automatización con sesión nombrada creada por el operador que apunta a una sesión de OpenClaw retenida y genuinamente delegada por el propietario. Desde la conversación autorizada del propietario, usa sessions_spawn con runtime: "subagent", cleanup: "keep", y sin modo de recolección. Haz que el hijo verifique knowledge_status para el alcance/agente/vault previsto y lea un registro existente conocido cuando esté disponible; conserva la clave de sesión devuelta. Este es el worker persistente de ingesta, no un subagente de investigación interna. Solo la programación del operador no otorga acceso privado. Una sesión nombrada nueva, una ejecución current separada o un script headless no son sustitutos de la delegación. Finaliza con un worker retenido que haya demostrado el acceso previsto.

3. Crear la automatización host. Utiliza el CLI de operador soportado de la instalación verificada (openclaw automations add, o edita el trabajo existente previsto), con un mensaje de turno de agente y --session "session:<clave-de-sesión-devuelt>". La creación de automatización con alcance de solicitante no puede apuntar al espacio de trabajo de otra conversación. Si la programación del operador no está disponible, informa ese bloqueo; nunca fabriques contexto de propietario ni edites recibos de autoridad almacenados. Establece la programación/zona horaria solicitada, un tiempo de espera suficiente y una lista finita de herramientas permitidas para el flujo de trabajo. Descubre las herramientas de ejecución reales del runtime programado en lugar de asumir nombres de herramientas interactivas. Lee la configuración del objetivo y del trabajo.

   El mensaje del trabajo debe requerir, en cada ejecución:

   • Preflight de alcance/acceso de Conocimiento previsto antes de la adquisición o escrituras.
   • Adquisición fresca utilizando la ruta de credencial autorizada existente de la fuente.
   • knowledge-source-ingest para cobertura/reconciliación incremental cuando corresponda, luego knowledge-ingest o knowledge-meeting-ingest para contenido.
   • La verificación del flujo de trabajo seleccionado antes de confirmar su punto de control; conserva el trabajo reintentable y el punto de control anterior en caso de fallo.
   • AUTOMATION_FAILED en su propia primera línea para fallos no resueltos, seguido de la razón. NO_REPLY es para ejecuciones exitosas sin cambios, no para errores ocultos.

4. Probar la ruta programada. Ejecuta a través del scheduler, no solo herramientas interactivas. Requiere un recibo de ejecución terminal, acceso correcto al vault, cobertura guardada verificada y lectura del punto de control. Repite con contenido de fuente sin cambios y verifica que no haya publicación duplicada. Confirma también un disparo de temporizador real; la creación del trabajo o la lista de fuentes por sí solas no prueban la ingesta. Al reemplazar un trabajo, desactiva el antiguo después de la verificación y confirma que solo uno está activo. Informa explícitamente cualquier publicación no probada o comportamiento repetido.

5. Reportar operación y límites. Proporciona el trabajo, cadencia, próxima ejecución y resultado verificado. Verifica la entrega de resultados y las alertas de fallo por separado: la entrega silenciosa (delivery.mode: "none") deja los resultados en el historial de automatización y no implica notificaciones proactivas. El reinicio/eliminación/reasignación del padre revoca la delegación; el reinicio o eliminación del worker también puede invalidar el acceso. Verifica la política efectiva de reinicio/retención. Ante la pérdida de autoridad, detén las escrituras y el avance del punto de control; recupera solo mediante una nueva delegación autorizada del propietario y reorientación soportada, nunca mediante autorización propia.