Automatizaciones y rutinas — flujos gobernados por eventos y agenda
Automatización de flujos gobernada en Evercore: automatizaciones por eventos y rutinas programadas en un mismo motor de grafos, con ámbitos, historial de runs y los mismos payloads que los webhooks.
Resumen Las automatizaciones reaccionan cuando ocurre algo en Evercore: subidas liquidadas, aperturas de share, export packs listos. Las rutinas se ejecutan en agenda para barridos de retención, comprobaciones de conectores y trabajo operativo recurrente. Ambas usan el mismo ejecutor de grafos, ámbitos de API e historial durable de runs. Los operadores diseñan en Console; las claves de producción permanecen en la política del tenant—not en una cuenta personal de Zapier. Cómo encaja en Evercore Los flujos viven en la misma capa de confianza que subidas cifradas, líneas de tiempo chainId y recibos de prueba. Los payloads de disparo coinciden con payloads de eventos webhook y nombres del catálogo de conectores, de modo que reglas SIEM, filtros ERP y grafos de automatización comparten semántica. Las ejecuciones emiten eventos de ciclo de vida automation.run. y routine.run.. steps_log y GET /automations/runs/live ofrecen un registro reproducible—útil para auditorías y fan-out de conectores sin scripts en la sombra. Automatizaciones por evento frente a rutinas Los grafos publicados exigen config.actionId de GET /automations/catalog/actions. Las agendas de rutina respetan un intervalo mínimo (cinco minutos) y expresiones con zona horaria. Payload del disparador en grafos Cuando el evento se dispara, cada nodo puede referenciar el mismo objeto data documentado en Webhook event payloads en la referencia API: Los nodos toolkit (GET /automations/catalog/node-types) cubren transformaciones, flow.if, retardos, llamadas API Evercore e integraciones Composio—unas veinte clases de nodo hoy. Ejemplo: correo de confirmación tras liquidación en Arweave Patrón habitual en entornos regulados: la evidencia sube por Evercore, upload.completed entrega txId, fileName y url de gateway, y un grafo publicado envía un mensaje Composio Gmail al responsable del asunto con esos campos. Runs largos pueden exponer enlace de cancelación con token vía GET /automations/runs/control. Conecta Gmail en Console (Agents → Connectors) antes de publicar. Las claves de diseño necesitan automations:write; producción debe ser de mínimo privilegio. Bloque de agenda para rutina semanal de retención: Los grafos con agenda deben incluir trigger.schedule; Evercore mantiene next_run_at y last_run_at para visibilidad operativa. Casos de uso en la plataforma • Automatización por eventos — Automatización por eventos: reaccionar al catálogo sin cron externo. • Rutinas programadas — Rutinas programadas: trabajo de gobernanza por reloj en el mismo ejecutor. • Agéntico + conectores — los pasos Composio heredan política de conectores desde Console; combínalos con agentes con ámbitos MCP cuando humanos y agentes comparten flujos. Siguiente paso • Plataforma: /es/platform/automations y /es/platform/routines • Referencia API: secciones Automations y Routines en /es/docs • Escenario relacionado: Flujos multi-backend gobernados cuando la automatización debe respetar ContentPolicy y anclajes Si Evercore ya es tu capa de almacenamiento regulado, la orquestación pertenece dentro de esa capa—not al lado con scripts no auditados.
Topics
- automatización de flujos
- automatización por eventos
- rutinas programadas
- correo Gmail confirmación
- integración Composio