Hermes Agent se connecte à DingTalk, et l’officiel recommande de donner la priorité au mode Stream, qui est une méthode d’envoi et de réception en temps réel basée sur WebSockets. Cela élimine le besoin d’adresses de rappel réseau publiques, et il est plus facile de l’exécuter via l’intranet ou l’environnement de test de l’entreprise.
Processus de configuration de base
- Créez une application robotique dans l’expérience développeur DingTalk.
- Activez la capacité robot et sélectionnez le mode Flux pour la réception des messages.
- Obtenez les identifiants de candidature et écrivez-les dans le
~/.hermes/.env. - Configurez
DINGTALK_ALLOWED_USERSpour garantir que seuls les utilisateurs désignés puissent utiliser Hermes. - Commencez
hermes gatewayen vérifiant les messages dans un chat privé ou en testant un message de groupe.
Pourquoi est-ce manifestement connecté mais pas retourné ?
Cette situation ne se limite généralement pas à ce que le modèle ne produit pas de résultats, mais plutôt que la capacité du bot n’est pas activée, que l’identifiant utilisateur n’est pas dans la liste autorisée, ou que le type de message dans le groupe n’est pas correctement reçu. La documentation officielle vous rappelle aussi qu’Hermes utilise l’identifiant utilisateur DingTalk pour le contrôle d’accès, et non le surnom que vous voyez habituellement.
En un mot : la clé de la configuration de DingTalk n’est pas l’adresse de rappel, mais le mode Stream, les capacités du bot et la liste d’identification utilisateur correcte.
Adresse officielle open source : https://github.com/NousResearch/hermes-agent ; Entrée officielle du document : https://hermes-agent.nousresearch.com/.
