Exécuter des agents localement

L’exécution locale conserve le workflow de l’agent sur votre machine. Choisissez un modèle local ou un endpoint distant compatible et décidez des connexions autorisées.

Développement autonome

La CLI autonome agentkit workflow exécute un répertoire local sans compte Adios. Utilisez des sorties de modèles et de connecteurs enregistrées pour des tests reproductibles, ou fournissez --model-url et --model pour un modèle réel.

./dist/agentkit workflow --workflow hello \
  --model-url http://localhost:1234/v1 --model YOUR_MODEL \
  --model-key-env AGENT_MODEL_KEY \
  --input ./hello-workflow/tests/input.json \
  --state ./.agentkit/local --run-id local-hello \
  ./hello-workflow

Définissez AGENT_MODEL_KEY dans votre shell ou gestionnaire de secrets avant d’exécuter cet exemple. Omettez l’option si le serveur ne demande aucune authentification. Cette option configure uniquement le client du modèle ; elle n’injecte pas d’identifiants dans les fonctions ou les prompts.

Utiliser un agent Adios localement

La CLI Adios peut récupérer un agent sauvegardé et exécuter son workflow avec un modèle local :

adios agent run AGENT_ID --local --model YOUR_MODEL \
  --model-url http://localhost:1234/v1 --input '{"name":"Adios"}'

Ce mode nécessite une connexion à Adios. Les opérations des connecteurs peuvent utiliser les connexions de l’agent et ses approbations restent dans Adios. Utiliser une connexion distante ne nécessite pas de copier son identifiant secret dans le kit.

Pour modifier un répertoire local, utilisez --local --dir ./hello-workflow. Vérifiez la simulation des effets de la CLI avant d’utiliser un répertoire local avec des écritures. Les enregistrements autonomes, brouillons locaux, exécutions d’agents sauvegardés et tests hébergés ont des politiques d’effets différentes ; une simulation réussie ne prouve pas une écriture réelle.

Identifiants et fonctions

Les options prévues sont des secrets locaux configurés explicitement et des identifiants autorisés résolus depuis Adios. Les clés locales de modèles et l’accès aux connecteurs gérés sont disponibles par les parcours ci-dessus. L’export général de secrets ou leur injection automatique dans des fonctions arbitraires ne fait pas encore partie de cette interface.

Les exécuteurs de fonctions filtrent leur environnement. Une variable du shell ne devient pas automatiquement un secret de fonction. Gardez les identifiants hors des entrées, enregistrements, artefacts et traces. Utilisez une connexion gérée par l’hôte pour accéder aux services.

Reprendre et inspecter

Conservez le répertoire d’état pour reprendre une exécution autonome avec le même identifiant. Les décisions d’approbation et les réponses y sont conservées. Utilisez --approve later pour laisser les approbations en attente, ou --test pour simuler les effets et ignorer les approbations et délais. --trace enregistre les appels et réponses du modèle pour le débogage ; ces fichiers peuvent contenir les données métier fournies à l’agent.

Consultez fonctions et tests pour les tests natifs et le rôle d’Adios Sandbox.