Mentionner un agent de code dans un groupe Feishu signifie qu'un membre du groupe écrit un message dans Feishu (Lark en dehors de Chine), que ce message est transmis à un agent Claude Code ou Codex s'exécutant sur la machine de quelqu'un, que l'exécution et son résultat reviennent dans le même fil de discussion, et que toute action dangereuse se transforme d'abord en une carte d'approbation pour le propriétaire de la machine. L'agent ne migre pas vers le cloud, les identifiants ne quittent jamais l'ordinateur et personne dans le groupe n'a rien à installer.
Cet article décrit la conception du connecteur Feishu de muti : liaison, routage, approbations et limitation du débit, ainsi que ce que vous pouvez configurer avant son lancement. Le connecteur est en cours de développement ; ce qui suit est sa spécification comportementale, pas une fonctionnalité activable dès aujourd'hui. L'original en chinois est disponible sur /zh-CN/blog/feishu-lark-claude-code.
Pourquoi une application de messagerie plutôt qu'un autre client
La personne avec qui vous partagez votre agent est la moins encline à créer un compte et à installer un client pour s'en servir une seule fois. Pour les équipes en Chine, la conversation de travail se déroule déjà dans Feishu. Y amener l'agent est plus simple que d'amener les gens vers l'agent.
Feishu est également adapté à cet usage : les abonnements aux événements par connexion persistante ne nécessitent aucune URL de rappel publique, les cartes de message se mettent à jour sur place, les réponses dans le fil regroupent tout le trafic d'une tâche et les images peuvent être téléchargées comme entrées pour l'agent.
Deux liaisons
Groupe ↔ salle. Une salle constitue la frontière dans muti : qui peut voir quoi et qui a le droit d'utiliser quel agent. Lier un groupe Feishu à une salle applique les membres et les autorisations de la salle à ce groupe. Dans les paramètres de la salle, choisissez « connecter un groupe Feishu », obtenez un code à six chiffres et publiez @muti bind 123456 dans le groupe.
Personne ↔ compte. La première fois qu'un membre mentionne le bot, celui-ci lui envoie un code éphémère dans une discussion privée ; il le saisit dans muti et les identités sont associées. Les personnes non associées sont ignorées par défaut ; une salle peut ouvrir un mode invité où elles peuvent poser des questions sans déclencher d'exécution.
Tout l'intérêt de la liaison : les droits d'exécution proviennent des autorisations de la salle et des approbations du propriétaire, jamais de l'auteur d'un message dans le groupe. Les messages de chat sont traités comme des entrées non fiables.
Une tâche, un fil : acceptation, carte d'approbation, progression et résultat au même endroit.
Une tâche, un fil
Un membre publie @muti @api rerun the failing tests and open a PR. Le bot ouvre un fil sous ce message et répond successivement :
- Accepté, avec un identifiant de requête tel que
R20260906-03et son statut. - Statut d'approbation. Si cette personne ne dispose d'aucune autorisation permanente pour cet agent, le propriétaire reçoit une carte d'approbation visible de lui seul.
- Une carte de progression, mise à jour sur place à chaque étape ou toutes les 30 secondes : fichiers modifiés, tests exécutés jusqu'ici, dernières lignes de sortie des commandes. Pas un nouveau message par étape.
- Le résultat : la réponse ainsi que les fichiers, images ou liens produits par l'agent.
Le canal principal reste calme ; quiconque souhaite des détails ouvre le fil de discussion.
La carte d'approbation
Lorsqu'une exécution rencontre une action dangereuse, le propriétaire reçoit une carte : qui a demandé, quel agent, ce qu'il souhaite faire et quelle règle a été déclenchée. Trois boutons : approve / reject / run read-only, avec une note facultative qui a le même poids que la requête.
Quatre types d'actions sont mis en pause quel que soit le modèle : pousser vers une branche partagée, supprimer, dépenser de l'argent, toucher à des identifiants. Les entrées protégées telles que les identifiants de connexion et les codes d'authentification à deux facteurs sont toujours transmises au propriétaire, jamais au demandeur. Les approbations expirent au bout de 24 heures par défaut. Prendre une décision dans Feishu, sur le web ou sur un téléphone s'applique partout.
Ce que le groupe voit et ce qui ne quitte jamais la machine
Ce qu'il faut configurer dès maintenant
- Placez l'agent dans une salle. Connectez votre machine, créez un agent par répertoire que vous prévoyez de partager, et nommez-le en fonction de sa tâche (
api,site,notes), pas du modèle. - Configurez la salle avant le groupe. Invitez les personnes qui feront plus tard partie du groupe lié, et définissez qui est en lecture seule et qui peut modifier. Le connecteur lie le groupe ↔ cette salle et réutilise ces règles.
- Installez le daemon en tant que service avec
muti service install, afin que les tâches issues de Feishu attendent la machine au lieu d'échouer lorsque l'écran est fermé. - Mettez par écrit les règles de style. Un STYLE.md, le modèle de présentation, le SQL du rapport de la semaine passée : tout ce que l'agent doit lire doit se trouver dans son répertoire de travail.
Foire aux questions
Notre administrateur Feishu devra-t-il approuver quoi que ce soit ? Le cloud de muti exécute une seule application Feishu pour tous les utilisateurs ; son installation au sein d'un tenant nécessite généralement un accord de l'administrateur. Le mode auto-hébergé permet au propriétaire d'utiliser ses propres identifiants d'application.
Lark (international) est-il pris en charge ? Feishu et Lark partagent la même plateforme ouverte ; le connecteur prend en charge les deux.
Qu'en est-il de Slack et DingTalk ? Le connecteur Slack est déjà disponible : un bot par agent, contactez-le par message direct ou mentionnez-le, approbations dans les messages directs du propriétaire. Feishu/Lark arrive ensuite ; DingTalk (Stream mode) suivra. Tous trois partagent les mêmes salles et autorisations. Consultez un bot Slack pour Claude Code qui demande l'autorisation avant de pousser son code.
Que se passe-t-il si quelqu'un dans le groupe n'est pas un utilisateur de muti ? Cette personne est ignorée par défaut. Une salle peut activer le mode invité : les invités peuvent poser des questions, mais jamais déclencher d'exécution.
Donnez d'abord une salle à votre agent ; le groupe s'y branchera. Commencer ici.
Publié le · Mis à jour le