Code et scripts

Demandez le résultat, laissez l'agent écrire le code#

Opser Les agents peuvent écrire et exécuter des scripts dans le cadre de leur travail. Ceci est utile lorsqu'une tâche nécessite des calculs reproductibles, une transformation personnalisée, une validation sur de nombreux fichiers ou une étape qui ne correspond pas à une seule action de l'application.

Comparez ces deux exportations, normalisez les dates et produisez une liste de fichiers ajoutés, supprimés et modifiés. Enregistrez le script de comparaison afin que nous puissions l'exécuter à nouveau le mois prochain.

Vous n'avez pas besoin d'écrire le script vous-même. Expliquez les entrées, les règles, la sortie souhaitée et ce qui doit rester inchangé.

Comment fonctionne l'exécution#

L'agent utilise sa capacité de fichier pour inspecter ou écrire la source et sa capacité shell pour exécuter des commandes. Les commandes s'exécutent dans l'environnement de travail de l'agent, avec l'espace de travail comme répertoire de départ. Les résultats et les erreurs reviennent à la conversation.

Les commandes disponibles, les exécutions de langage et les bibliothèques dépendent de cet environnement. L'agent doit vérifier ce qui est installé avant de choisir une approche. Un script qui a été écrit n'est pas un script qui s'est exécuté avec succès ; inspectez le résultat d'exécution et le fichier de sortie.

Scripts et fichiers sources persistants#

L'agent Le système de fichiers persiste à travers les conversations. Enregistrez des scripts et des entrées significatives avec des noms clairs afin que les tâches ultérieures puissent les trouver. Demandez à l'agent d'expliquer les entrées et sorties du script, surtout si quelqu'un d'autre va le réutiliser.

Pour une comparaison récurrente, conservez la source d'origine inchangée et enregistrez la sortie de chaque exécution séparément. Vérifiez un petit échantillon, les totaux et les valeurs manquantes avant de vous fier au résultat complet. Une planification peut réutiliser une approche de travail lorsque les fichiers et les accès nécessaires sont disponibles.

Travailler avec les données métier#

Utilisez des outils d'application pour les enregistrements détenus par une application et la capacité de données pour les ensembles de données gérés par l'utilisateur pris en charge. L'exécution de code ne donne pas accès aux tables privées d'une autre application, aux fichiers d'un collègue ou à un service qui n'a pas été connecté.

L'agent peut combiner ces fonctionnalités : récupérer les données autorisées, les traiter dans son espace de travail et réécrire le résultat via l'interface prise en charge. Demandez-lui d'afficher la destination et les modifications proposées avant une mise à jour consécutive.

Contrôle et limites#

L'exécution du shell est limitée à l'environnement de l'agent, et l'outil peut être désactivé par les restrictions d'un agent. Les commandes n'héritent pas de la configuration secrète du processus de plate-forme. Les modifications telles que la suppression, l'écrasement, la publication ou les écritures externes peuvent nécessiter une approbation en vertu des règles de l'action.

Le code peut encore faire des erreurs. Donnez à l'agent un point de révision pour le travail important et vérifiez le résultat. Les commandes de longue durée ou indisponibles peuvent échouer; demandez l'erreur réelle et les étapes terminées avant de réessayer.

Un script enregistré est également différent d'une application déployée. Si vos coéquipiers ont besoin d’une interface durable et d’un flux de travail partagé constructeur d'applications interne.