Automatisations planifiées

Les automatisations permettent au Gateway résident d’exécuter un travail plus tard ou régulièrement. Un travail peut lancer une demande d’agent, un Skill, un script ou une notification.

Choisir une planification

Anyy accepte les formes suivantes :

Forme	Exemple	Comportement
Délai unique	30m	Exécute une fois après le délai
Intervalle récurrent	every 6h	Répète depuis l’heure de l’exécution précédente
Heure exacte	2026-11-20T09:00:00+08:00	Exécute une fois à une heure RFC 3339
Cron à cinq champs	0 9 * * 1-5	Répète selon le fuseau IANA configuré

Cron à cinq champs exige un fuseau configuré fiable. Dashboard → Cron montre la planification résolue et la prochaine exécution. Gardez le Gateway actif. Le planificateur vérifie chaque minute par défaut ; l’échéance ne garantit donc pas une précision à la seconde.

Créer depuis la conversation

Every weekday at 08:00 in Asia/Shanghai, summarize my open tasks. Deliver the result here.

Les outils d’automatisation activés permettent de créer, lister, modifier, supprimer, déclencher et consulter l’historique. Demandez l’ID enregistré, la planification, le fuseau et la destination, puis vérifiez-les dans Dashboard → Cron. Un travail créé par conversation conserve sa session source et son origine de canal fiable pour la livraison ultérieure.

Créer un travail de demande

anyy cron create \
  --name morning-brief \
  --kind agent \
  --schedule "0 8 * * 1-5" \
  --prompt "Summarize today's open tasks as a concise brief." \
  --delivery-target current_user_default \
  --delivery-channel telegram

Exécutez ceci après configuration d’un fuseau fiable et d’une liaison Telegram par défaut testée. Pour livrer à Dashboard/TUI, remplacez les deux dernières options par --delivery-target gateway. Le travail conserve son rôle et son Workspace résolus ; utilisez --role et --workspace à la création pour des identités précises.

Rédiger des demandes autonomes

Une exécution planifiée peut ne pas disposer du contexte actuel. Incluez objectif, entrées, outils autorisés et format de sortie. Le planificateur livre la réponse finale par la route enregistrée ; inutile de demander à l’enfant de rappeler un outil de messagerie.

Autres types de travaux

• skill — exécute un Skill nommé ; fournissez les noms avec --skills.
• script — exécute un script dans le répertoire scripts du profil ; --script sélectionne ce type si --kind est omis.
• notify — publie un texte de notification fixe.

Utilisez --toolsets pour expliciter les capacités et --workdir pour le répertoire de travail du script.

Destinations de livraison

Destination	Signification
gateway	Publie sur le Gateway résident
origin	Retourne à l’origine de canal fiable associée à l’exécution
current_user_default	Résout la liaison par défaut de l’utilisateur, éventuellement pour --delivery-channel
none	Exécute sans livraison utilisateur

none est disponible dans Dashboard et la CLI ; les outils d’automatisation du modèle le réservent au travail interne du planificateur et refusent de créer une automatisation utilisateur avec cette destination.

Les destinations de canal sont résolues en liaisons concrètes à la création. origin exige une origine de canal fiable et ne peut pas être inventé dans une commande CLI autonome. Un travail CLI/Dashboard sans conversation source ne rattache pas automatiquement ses avis à la conversation ouverte.

Publier prouve l’envoi dans la chaîne de livraison d’Anyy, pas la réception finale par un service externe. Changer ensuite la liaison par défaut du canal ne redirige pas un travail existant ; recréez-le pour une autre destination.

Exécution des travaux

La gestion modifie directement la planification existante. Les travaux agent et Skill créent une session d’arrière-plan par exécution avec rôle, Workspace et route enregistrés. Les scripts exécutent le script nommé ; les notifications publient le texte fixe sans appel au modèle.

Chaque occurrence a son enregistrement durable. pending signifie acceptée pour une prise en charge future par le planificateur ; running, que l’exécution a commencé. Fin et livraison du résultat sont séparées. Ces occurrences ne sont pas les files d’orientation ou de suivi d’une session interactive. Pour tester, demandez dans la conversation créatrice une exécution immédiate, puis inspectez sa fin et la destination ; une réponse de mise en attente seule n’est pas un résultat achevé.

Les scripts conservent séparément le dernier Mio de stdout et stderr et affichent un avis si les anciennes sorties sont abandonnées. La troncature n’arrête pas le script. Résultats, historiques et nouvelles tentatives de livraison masquent les identifiants connus ; si cette protection échoue, Anyy signale un échec sûr au lieu de retourner la sortie brute. Protéger l’affichage d’un historique ne réécrit pas les anciens enregistrements.

Gérer les travaux

anyy cron list --include-disabled
anyy cron update --id JOB_ID --disable
anyy cron update --id JOB_ID --enable --schedule "every 12h"
anyy cron delete --id JOB_ID

Liste, modification et suppression couvrent par défaut le profil sélectionné. Utilisez --role et/ou --workspace pour réduire la recherche, ou --all-scopes pour expliciter tout le profil. La modification change activation, planification ou demande ; créez un remplaçant pour changer nom, type, rôle, Workspace ou destination. Consultez Cron dans Dashboard pour les états et la gestion visuelle.