Exécution des agents

Parce qu’il n’existe pas d’agent privilégié « l’agent », chaque commande qui pilote un agent indique lequel. Les agents coexistent ; vous vous adressez à l’un d’eux par son alias.

S’adresser à un agent

Sur la CLI, l’alias de l’agent est obligatoire, il n’y a pas d’agent par défaut :

zeroclaw agent -a <alias> -m "bonjour"

L’alias est la partie <alias> d’un bloc [agents.<alias>]. Pour l’ensemble de la surface CLI et tous les drapeaux, consultez la référence CLI générée.

Coexistence et isolation

Les agents s’exécutent côte à côte à partir d’une seule installation. Chacun conserve son propre espace de travail, sa propre mémoire et sa propre identité (voir Filesystem components), donc par défaut, rien de ce que fait un agent ne fuite vers un autre. Ils ne partagent que ce que leurs configurations référencent en commun : un fournisseur, un canal, un bundle.

Il existe deux façons pour un agent d’en atteindre un autre, chacune contrôlée séparément :

• Messagerie sur un canal partagé : deux agents ne peuvent s’adresser l’un à l’autre que là où ils partagent un groupe de pairs.
• Délégation : un agent ne peut confier une tâche à un autre agent que lorsque les deux conditions sont remplies, le delegation_policy.mode de son propre profil de risque est allow (la valeur par défaut est forbidden), et l’agent cible partage le même profil de risque. La délégation ne franchit jamais les niveaux de confiance, un agent sur un profil durci ne peut pas déléguer à un agent sur un profil permissif. Le profil de risque partagé constitue lui-même la liste d’autorisation : la liste des délégués proposée au modèle correspond exactement aux autres agents du profil de l’appelant, et uniquement lorsque la délégation est permise. Voir Delegation & SubAgents pour le comportement complet du mécanisme de contrôle et les messages de refus exacts.

Lorsqu’un agent a besoin d’un assistant ponctuel plutôt que d’un pair existant, il génère un SubAgent éphémère qui hérite de son identité et de sa politique de sécurité pour une tâche unique, puis disparaît.

Agents dans zerocode

zerocode est l’interface utilisateur de terminal pour piloter les agents. Deux panneaux placent un agent face à vous :

• Le volet Code exécute un agent sur votre arborescence de travail pour les tâches de codage.
• Le panneau Chat est une vue conversationnelle d’un agent.

Chaque panneau pilote un agent spécifique, et zerocode peut attribuer à chaque agent sa propre palette de couleurs afin de les distinguer d’un coup d’œil, voir Per-agent themes. Le panneau Config est l’endroit privilégié pour ajouter et connecter des agents sans modifier les fichiers à la main.

Exécution de plusieurs agents à la fois

zeroclaw daemon démarre ensemble tous les agents activés, chacun répondant sur ses propres canaux. L’ajout d’un agent est additif : définissez un nouveau bloc [agents.<alias>], connectez ses références, et il rejoint l’ensemble en cours d’exécution, les agents existants restent intacts.

Pour les détails internes du runtime, le modèle de permissions, le modèle de mémoire et la boucle de l’agent, consultez Détails internes du runtime.