Automatisations

Comment les exécutions Letaido fonctionnent pour vous selon un calendrier. Deux types : l'un exécute un petit programme que l'agent a créé pour vous ; l'autre réveille l'agent et le laisse faire le travail lui-même.

Vous décrivez ce que vous souhaitez faire et quand. L'agent écrit l'automatisation, choisit un calendrier, demande une fois votre approbation, puis l'exécute à partir de ce moment. La sortie de chaque exécution (stdout, stderr, code de sortie) est stockée afin que vous puissiez la consulter ultérieurement.

Deux types d'automatisations

1. Automatisation scriptée

L'agent écrit un petit programme une fois, puis l'exécute pour vous selon un calendrier. Rapide, économique et prévisible : les étapes ne changent pas entre les exécutions. Utilisez-le lorsque la tâche est mécanique et que le résultat est identique chaque semaine.

Example asks:

• « Tous les lundis à 9 h, récupérez les variations de mots-clés de la semaine dernière et envoyez-moi un message sur Slack. »
• « Le premier de chaque mois, archivez les données du mois précédent dans l'archive de rapports. »
• « Toutes les heures, actualisez le cache Brand Radar pour que le tableau de bord se charge instantanément. »

2. Automatisation des agents

Au lieu d'exécuter un programme enregistré, la planification réveille l'agent avec une instruction écrite (le prompt). L'agent le lit à chaque fois, examine ce qui se trouve actuellement dans votre espace de travail et décide comment agir, de la même manière qu'il le ferait lors d'une conversation avec vous.

Utilisez-le lorsque le travail nécessite du jugement, lorsque la situation change entre les exécutions, ou lorsque vous souhaitez que l'agent apporte une petite amélioration à chaque cycle et que ces améliorations s'accumulent au fil du temps.

Example asks:

• « Tous les jours à 9 h UTC, examinez ce qui a changé dans l'espace de travail et mettez à jour le wiki de l'équipe. » (Il s'agit de l'automatisation Synchronisation du wiki dans la liste ci-dessus, abordée dans la section suivante.)
• « Tous les vendredis après-midi, examinez les données concurrentielles de la semaine et indiquez-moi ce qui mérite mon attention le lundi. »
• « Tous les lundis, examinez ce brouillon de page de destination, trouvez la plus grande amélioration possible et appliquez-la. » Exécutez-le pendant quelques semaines et la page se réécrit d'elle-même : voyez ce qui se passe après plusieurs cycles.

Automatisations gérées (préinstallées par Letaido)

Certaines automatisations sont préinstallées dans chaque Workspace et restent à jour au fur et à mesure que Letaido les améliore. La première automatisation gérée est Wiki sync, une automatisation Agent A qui s'exécute quotidiennement et maintient la mémoire à long terme de votre Workspace dans ~/workspace/wiki/ à jour en distillant les nouvelles sessions de chat, les modifications de fichiers et les téléchargements.

Le dossier wiki/ est une preuve de concept pour la mémoire à long terme de l'espace de travail : un endroit où l'agent enregistre les décisions, les entités nommées, les conventions et le travail récent afin que les futures conversations puissent reprendre là où les précédentes se sont arrêtées. La synchronisation du wiki est ce qui le maintient à jour sans que vous ayez à vous rappeler de le mettre à jour.

Les automatisations gérées sont marquées comme préinstallées dans l'onglet Automatisations et sont en lecture seule par défaut. Si vous souhaitez en personnaliser une, cliquez sur Personnaliser pour en créer une copie modifiable. Votre copie reste dans votre espace de travail ; l'original continue de fonctionner avec les mises à jour de Letaido.

Déclencheurs (bientôt disponible)

Aujourd'hui, toutes les automatisations sont déclenchées par cron. La prochaine vague ajoutera des déclencheurs basés sur les événements afin qu'une automatisation puisse se déclencher lorsque quelque chose se produit dans une application connectée : une nouvelle PR GitHub ouverte, une transaction HubSpot passée à Closed-Won, un message Slack publié dans un canal spécifique.

Cela déverrouille des modèles tels que :

• "Chaque fois qu'une nouvelle PR est ouverte dans notre dépôt principal, lancez Claude Code et Codex pour effectuer une revue de sécurité, puis publiez le résumé conjoint dans #engineering."
• "Chaque fois que quelqu'un publie dans #incoming-leads sur Slack, recherchez l'entreprise dans Ahrefs et répondez avec un résumé contextuel de 4 lignes."

En attendant, vous pouvez déjà agir sur des événements tiers dès aujourd'hui en combinant une automatisation scriptée qui interroge la file d'attente des webhooks avec les abonnements décrits dans Webhooks & triggers. Slack, GitHub, HubSpot, Linear, Notion, Webflow et une douzaine d'autres fournisseurs livrent déjà des événements dans cette file d'attente ; le script planifié par cron les récupère simplement et agit.

Quand demander une automatisation plutôt qu'une action ponctuelle

La forme de la demande vous indique celle que vous souhaitez.

• Si vous dites « tous les lundis », « chaque trimestre », « chaque fois que X se produit » : automatisation.
• Si vous dites « ce lundi », « maintenant », « pour cette URL précise » : exécution ponctuelle via chat.

Une tâche ponctuelle, en revanche, est tout ce que vous souhaitez faire une seule fois maintenant :

• « Récupérez les données de la semaine dernière et donnez-moi le résumé. »
• « Vérifiez cette liste de 100 URL et dites-moi lesquelles renvoient une Erreur 404. »

À quoi ressemble l'approbation

La première fois qu'une automatisation est enregistrée, vous voyez une carte d'approbation avec :

• Le nom et la description en une ligne.
• La planification (expression cron).
• Le type (Scripté ou Agent).
• Le modèle et la limite de contexte (pour les automatisations Agent).
• Le corps du script ou le corps du prompt.

Le propriétaire ou l'administrateur clique une fois. Ensuite, l'automatisation s'exécute selon le calendrier défini. Vous pouvez la mettre en pause, la reprendre, la déclencher manuellement (Exécuter maintenant), la personnaliser ou la supprimer depuis l'onglet Automatisations.

Planifications courantes

Les heures cron sont en UTC sur cet hôte. Si vous avez besoin d'un fuseau horaire local, l'agent choisira soit une heure UTC qui correspond à votre heure locale toute l'année, soit ajoutera une protection zoneinfo dans le script qui n'agit que lorsque l'heure locale est dans la bonne fenêtre. L'heure d'été est gênante ; l'agent vous prévient quand cela pose problème.

Dépendances

Si une automatisation nécessite un package Python ou un connecteur qui n'est pas encore approuvé, l'agent va :

1. Vérifiez si la dépendance existe.
2. Si ce n'est pas le cas, demandez l'installation ou l'approbation du connecteur via le flux d'approbation standard.
3. Attendez que le propriétaire/administrateur approuve.
4. Enregistrez ensuite l'automatisation.

Vous pouvez voir une carte d'approbation pour la dépendance, une pour l'automatisation. L'agent regroupe généralement les demandes associées afin que vous cliquiez une fois pour l'ensemble du flux plutôt que trois fois.

Quelles automatisations sont en cours d'exécution dans cet espace de travail

Vous pouvez les lister depuis l'onglet Automations dans votre espace de travail. Le site de documentation que vous lisez est maintenu par trois d'entre eux :

• Synchronisation du wiki (quotidienne, gérée par Letaido) : une automatisation Agent qui lit les nouvelles sessions de chat, les modifications de fichiers et les téléchargements, et les distille dans le wiki de l'espace de travail à ~/workspace/wiki/. Il s'agit de la mémoire à long terme sur laquelle reposent les deux automatisations suivantes.
• Synchronisation de la documentation (toutes les 30 min) : une automatisation scriptée qui lit le markdown depuis ~/workspace/docs/, le convertit en HTML et le pousse vers le site public afin que les visiteurs voient la dernière version dans la demi-heure.
• Suggestions de mise à jour automatique de la documentation (les lundis à 10h00 Europe/Bucarest) : une automatisation Agent qui lit le wiki, liste ce qui a changé dans l'espace de travail au cours de la semaine passée, et propose des modifications spécifiques par chapitre qu'Andrei peut examiner. Suggestions uniquement ; aucune publication automatique.

Limites

• Une exécution d'automatisation expire après 1 heure. Les tâches plus longues doivent être divisées en étapes et écrire l'état intermédiaire dans la base de données.
• stdout et stderr sont limités à 50 Ko par exécution. Tout ce qui est plus volumineux doit être enregistré dans un fichier ou une ligne de base de données.
• Les planifications sont gérées par la plateforme après approbation. Pour modifier une planification, l'agent enregistre une nouvelle automatisation et supprime l'ancienne ; il ne modifie pas silencieusement le cron.

Sous le capot. Chaque automatisation est une ligne dans la table des automatisations de la plateforme plus une entrée crontab. Le runner exécute le script (Scripté) ou lance une nouvelle conversation d'agent avec le prompt enregistré (Agent) avec stdin/stdout/stderr capturés, définit une variable d'environnement d'ID d'exécution, et enregistre le résultat de l'exécution. Si un script importe quelque chose qui n'est pas installé au niveau système, l'exécution échoue rapidement avec une erreur claire dans l'historique des exécutions.