Proactive Agents

Des agents toujours actifs qui surveillent les conditions et agissent de manière autonome, sans attendre que vous déclenchiez une exécution. Ils surveillent votre Knowledge Graph, votre mémoire et vos API externes, puis démarrent des flux de travail ou envoient des notifications lorsque quelque chose change.

À la demande ou proactif

Un workflow régulier s'exécute lorsque vous (ou un appel API) le déclenchez. Un agent proactif exécute une boucle de battement de cœur à un intervalle configurable (toutes les minutes, toutes les 5 minutes, toutes les heures ou quotidiennement) et décide lui-même s'il doit agir en fonction de ce qu'il observe.

Cela transforme AgentLed en une couche de surveillance. Au lieu de vérifier les tableaux de bord, l'agent les vérifie pour vous et ne fait apparaître que ce qui compte.

Types de moniteurs

Chaque agent proactif définit un ou plusieurs moniteurs. Tous les moniteurs doivent réussir (ou n'importe lequel, selon votre conditionOperator) avant que l'agent ne déclenche ses actions.

Liste Knowledge Graph

Regardez une liste de connaissances pour les changements. Se déclenche lorsque de nouvelles lignes apparaissent, lorsque le nombre de lignes dépasse un seuil ou lorsqu'un champ spécifique change sur une ligne.

Conditions: new_rows · row_count_above · row_count_below · field_changed

Knowledge Graph Aperçu

Se déclenche lorsqu'une nouvelle information est écrite dans le KG avec au moins un score d'impact minimum. Utile pour agir sur les découvertes high-signal AI sans interrogation.

Persistent Memory

Surveillez une clé mémoire et déclenchez-la lorsque sa valeur dépasse un seuil ou change. Combinez avec la mémoire workflow-scope pour créer des boucles de rétroaction self-adjusting.

Opérateurs: == · != · > · < · changed · exists

Historique d'exécution

Déclenchement basé sur des modèles d'exécutions passées: aucune exécution au cours des N dernières heures, échecs consécutifs ou taux de réussite tombant en dessous d'un seuil.

Motifs: no_execution_since · consecutive_failures · success_rate_below

Externe API

Interrogez un point de terminaison HTTP externe, extrayez une valeur avec une expression JSONPath et déclenchez-la lorsque cette valeur remplit une condition. Aucune intégration personnalisée requise.

Actes

Lorsque les moniteurs passent, l'agent exécute une ou plusieurs actions:

•Démarrer le flux de travail — Déclenchez un flux de travail spécifique avec une entrée facultative. Le moniteur décide s'il doit agir; le flux de travail décide comment.
•Notifier — Envoyez un message à Slack, par e-mail ou au centre de notification in-app sans démarrer un flux de travail complet.
•Stocker la mémoire — Écrivez un fait ou un contre-courant dans la mémoire persistante. Utile pour la comptabilité (par exemple, pour suivre la dernière fois que l'agent a tiré).

Configuration

{
  monitorInterval: "15m",       // 1m | 5m | 15m | 1h | 6h | 24h
  conditionOperator: "and",     // all monitors must pass; "or" = any one
  cooldownMs: 3600000,          // 1 hour between fires on same trigger
  maxActionsPerDay: 10,         // safety cap
  pauseOnConsecutiveErrors: 3,  // auto-pause after N failures

  monitors: [
    {
      type: "kg_list",
      listKey: "prospects",
      condition: "new_rows",
      threshold: 5
    }
  ],
  actions: [
    {
      type: "start_workflow",
      workflowId: "wf_enrich_and_score"
    },
    {
      type: "notify",
      channel: "slack",
      message: "{{monitors.0.newRowCount}} new prospects ready"
    }
  ]
}

Exemples de cas d'utilisation

Résumé quotidien des leads

Surveiller le prospects liste des nouvelles lignes toutes les 24 heures. Lorsqu'il y a de nouvelles entrées, déclenchez le workflow enrichissement + scoring et envoyez un résumé Slack avec le top 10 par score.

Alerte de baisse de score

Surveiller une clé workflow-memory avg_score_last_run pour les valeurs inférieures à 60. Lorsqu'il baisse, informez l'équipe et suspendez le flux de travail de sensibilisation jusqu'à ce qu'un humain l'examine.

Moniteur de pipeline obsolète

Utilisez un execution_history moniteur réglé sur no_execution_since: 48h. Si le flux de travail deal-sourcing ne s'est pas exécuté depuis deux jours, envoyez un e-mail et enregistrez l'écart dans la mémoire persistante.

Contrôles de sécurité

•Refroidir — Empêche l'agent de se déclencher deux fois sur le même déclencheur dans une fenêtre configurable.
•Max d'actions par jour — Plafond strict sur le nombre de fois que l'agent peut déclencher des actions dans une fenêtre de 24 heures.
•Pause automatique en cas d'erreur — Après N échecs consécutifs, l'agent se met en pause et informe l'administrateur de l'espace de travail.

Prochaines étapes

Persistent Memory — Surveillance de la mémoire et stockage de l'état de l'agent entre les battements de cœur
Human-in-the-Loop — Faites une pause avant les actions irréversibles et attendez l'approbation
User Context — Personnalisez le timing des agents et la messagerie par utilisateur
Créer et configurer Agents — Assistant de configuration générale des agents