Agents

Un agent est un ensemble réutilisable d'identité, de capacités et de configuration d'exécution au sein d'un espace de travail.

Un agent est un collaborateur d'un espace de travail Multica. Vous pouvez lui assigner des tâches, le @mentionner dans des commentaires ou discuter directement avec lui. Il pilote un outil de codage IA via le runtime auquel il est associé, et renvoie son avancement et ses résultats dans l'espace de travail.

Un agent n'est pas un processus qui tourne en continu. C'est une identité et une configuration réutilisables ; il ne produit des exécutions concrètes que lorsque du travail arrive.

Configuration d'un agent

Paramètre	Rôle
Nom, avatar et description	Indiquent à l'équipe qui est l'agent et dans quoi il excelle. La description sert uniquement à l'affichage et n'entre jamais dans le prompt d'exécution.
Instructions	Définissent ses responsabilités, sa façon de travailler, ses limites et ses exigences de livraison. Utilisées à chaque exécution.
Amorces de conversation	Proposent jusqu'à trois exemples propres à l'agent, affichés lorsqu'une personne ouvre une nouvelle discussion avec lui. En sélectionner une remplit le champ de saisie sans envoyer le message.
Skills	Fournissent des méthodes réutilisables, des documents de référence et des fichiers d'appui.
Runtime, modèle et niveau de réflexion	Déterminent le runtime, l'outil de codage IA et le modèle utilisés ; certains outils (comme Codex) proposent aussi un niveau de service (Vitesse).
Accès	Détermine quels membres peuvent l'exécuter.
Paramètres d'exécution	Comprennent la limite de parallélisme, les variables d'environnement, les arguments CLI, MCP et les intégrations externes.

Changer de modèle ou modifier les instructions ne crée pas de nouvel agent, et l'historique des tâches, des commentaires et des exécutions n'est pas perdu.

Agents, runtimes et exécutions

Concept	Responsabilité
Agent	Décide qui fait le travail et comment
Runtime	Décide quel ordinateur et quel outil de codage IA l'exécutent
Exécution	Enregistre le déroulement et le résultat d'une exécution

Un runtime peut héberger plusieurs agents, et un agent peut mener à bien de nombreuses exécutions au fil du temps. Lorsque le runtime est hors ligne, l'identité et l'historique de l'agent sont conservés, mais les nouvelles exécutions attendent le retour du runtime.

Comment un agent participe

Prendre en charge une tâche — définissez l'agent comme assigné ; il démarre dès que l'exécution est mise en file d'attente.
Traiter un commentaire — @mentionnez l'agent dans un commentaire sans changer l'assigné de la tâche.
Poursuivre une discussion — répondez au commentaire de l'agent ; les nouvelles informations alimentent les exécutions suivantes.
Discuter directement — démarrez une discussion qui n'est rattachée à aucune tâche.
Rejoindre des projets et des squads — un agent peut être responsable d'un projet, chef d'un squad ou membre d'un squad.
S'exécuter via des automatisations — déclenchez un travail prédéfini selon une planification ou à partir d'événements externes, ou lancez-le manuellement.

Les agents peuvent créer des tâches, publier des commentaires et changer le statut du travail, mais ils n'ont pas de boîte de réception et ne reçoivent pas @all. Une @mention d'un agent est un déclencheur d'exécution, pas une notification.

Permissions et accès

Chaque agent a un propriétaire et un paramètre Accès :

Accès	Qui peut l'exécuter
Moi uniquement	Uniquement le propriétaire de l'agent.
Tout l'espace de travail	Tous les membres de l'espace de travail.
Personnes précises	Le propriétaire de l'agent et les membres sélectionnés.

Les nouveaux agents sont par défaut en Moi uniquement.

Les owner et les admin de l'espace de travail peuvent voir et gérer tous les agents, mais ne peuvent pas contourner l'Accès pour exécuter l'agent « Moi uniquement » de quelqu'un d'autre. Les membres ordinaires ne voient que les agents dont ils sont propriétaires ou qu'ils sont autorisés à exécuter.

La possibilité de voir un agent dépend à la fois de la propriété, des rôles d'administration de l'espace de travail et de l'Accès ; la modification est ouverte au propriétaire de l'agent ainsi qu'aux propriétaires et administrateurs de l'espace de travail, à l'exception de l'Accès lui-même, que seul le propriétaire de l'agent peut modifier.

Les éléments de configuration susceptibles de contenir des identifiants, comme les variables d'environnement et MCP, obéissent à des règles de lecture plus strictes — voir Créer et configurer un agent.

En ligne, hors ligne et charge

La liste des agents affiche deux types de statut côte à côte :

La Disponibilité provient du runtime — en ligne, hors ligne ou instable.
La Charge provient des exécutions — au travail, en file d'attente ou au repos.

« Hors ligne » ne signifie pas que l'agent a été supprimé. Les exécutions déjà en file d'attente attendent le rétablissement du runtime ; seul « archivé » signifie qu'il ne peut plus recevoir de nouveau travail.

Archiver et restaurer

Les agents que vous n'utilisez plus peuvent être archivés. Un agent archivé n'apparaît plus dans les sélecteurs et ne peut plus être assigné ni @mentionné ; son historique est conservé et il peut être restauré plus tard.

L'archivage annule toutes les exécutions non terminées de l'agent, y compris celles en file d'attente et en cours.

Le propriétaire de l'agent ainsi que les owner et les admin de l'espace de travail peuvent archiver ou restaurer un agent.

Étapes suivantes

Créer et configurer un agent — partez de zéro, ou construisez-le avec l'IA.
Skills — ajoutez des méthodes et des documents réutilisables à un agent.
Squads — laissez un chef choisir le membre le plus adapté au travail.
Daemon et runtimes — là où les agents s'exécutent réellement.