Agent IA personnalisé pour les workflows Web3 : commencez par une tâche et un « fait » clair

Que peut faire un agent IA pour une équipe Web3 ?

Test rapide : Écrivez la tâche en 5 étapes qu'une nouvelle recrue pourrait suivre. Si vous ne le pouvez pas, la tâche n'est pas prête pour un agent.

Un agent IA Web3 peut accomplir une tâche délimitée en utilisant des informations du projet et des outils connectés, puis orienter les cas incertains ou sensibles vers une personne. Le point de départ utile est un workflow avec des étapes répétées, des entrées reconnaissables et un résultat que votre équipe peut vérifier.

Les cas d'usage typiques incluent le tri du support, la recherche et le reporting, les opérations de contenu, l'assistance à la communauté et le suivi on-chain. Par exemple, un agent de support peut trier les questions entrantes et préparer des réponses suggérées à partir de supports approuvés ; un agent de recherche peut rassembler des informations provenant de sources connectées dans un rapport cohérent. Un assistant communautaire peut aider les modérateurs à trouver des conseils pertinents, tandis qu'un workflow on-chain peut surveiller des événements spécifiques et envoyer une alerte lisible par un humain.

L'agent ne remplace pas une interface produit complète ou tous les cas d'usage conversationnels. Si le besoin principal est une expérience conversationnelle orientée utilisateur, comparez ce travail avec le développement de chatbot IA. Pour un développement produit plus large incluant plusieurs composants connectés, commencez par le développement Web3. Nous aidons à sélectionner une première tâche en demandant qui utilise son résultat, de quelles informations elle a besoin et ce qu'une personne doit faire lorsque le résultat est incomplet.

Quel workflow devriez-vous automatiser en premier ?

Le bon premier workflow est suffisamment étroit pour être évalué et suffisamment précieux pour que votre équipe utilise le résultat. Avant de vous engager dans un développement, décrivez la tâche de son déclencheur à sa remise finale, y compris à quoi ressemble une réponse ou une action acceptable.

Utilisez cette liste de contrôle pour faire le choix :

• Fréquence : La tâche se répète-t-elle assez souvent pour justifier un workflow dédié ?
• Entrées : Pouvez-vous identifier les messages, documents, données ou événements que l'agent peut utiliser ?
• Règles de décision : Votre équipe peut-elle expliquer ce qu'un résultat correct doit inclure ?
• Risque : Une mauvaise réponse pourrait-elle créer un préjudice financier, de sécurité ou de réputation ?
• Escalade : Qui prend le relais lorsque des informations manquent ou que le cas est inhabituel ?

Une première tâche solide implique souvent d'organiser des informations ou de préparer une réponse pour examen. Un workflow qui déplace des fonds, modifie des accès ou prend une décision irréversible nécessite une conception d'approbation beaucoup plus prudente et peut ne pas convenir à une action indépendante. Nous enregistrons l'utilisateur prévu, les actions autorisées et la voie d'échec avant la mise en œuvre. Si la tâche nécessite à la fois une interface produit et une logique d'agent, elle peut relever du développement dApp ; lorsqu'elle interagit avec le comportement d'un contrat, définissez cette limite avec l'équipe de développement de smart contracts.

Comment les outils et les connaissances du projet s'intègrent dans un agent

Un agent a besoin d'informations pertinentes et d'un ensemble défini d'outils pour effectuer un travail utile. Nous cartographions ce qu'il peut lire, ce qu'il peut modifier ou envoyer, et quels résultats doivent attendre l'approbation humaine avant de connecter le workflow.

Les connaissances du projet peuvent inclure des politiques approuvées, de la documentation produit, des réponses de support ou des procédures opérationnelles. Nous organisons le matériel fourni autour de la tâche, identifions les lacunes et convenons des sources qui doivent être traitées comme faisant autorité. Les intégrations d'outils sont choisies en fonction du travail : un workflow de support peut avoir besoin d'un moyen de recevoir des cas et de préparer une réponse, tandis qu'un workflow de suivi a besoin d'accéder à des données sélectionnées et d'une destination pour ses alertes. Les connexions exactes sont confirmées lors de la planification plutôt que supposées à partir de la chaîne ou de la pile du projet.

Pour chaque outil proposé, préparez son objectif, son responsable d'accès, ses limites d'autorisation et les entrées et sorties attendues. Nous définissons également ce que l'agent doit faire lorsqu'un outil est indisponible ou renvoie des informations incomplètes. Cela rend le workflow plus facile à examiner et aide à prévenir l'expansion accidentelle de l'accès. Si une interface Telegram fait partie du brief, elle peut être planifiée avec le développement de bot et mini-app Telegram ; la logique de tâche de l'agent et l'expérience orientée utilisateur doivent avoir des responsabilités claires.

Votre liste de contrôle en 6 points pour le brief de l'agent

Remplissez ces 6 lignes pour définir votre premier agent. Une définition claire du « fait » est le meilleur indicateur unique d'un agent que les gens continuent d'utiliser après le premier mois.

1. Décrivez la tâche en 5 étapes ou moins.
2. Listez les outils que l'agent peut utiliser, et rien d'autre.
3. Listez les données qu'il peut lire.
4. Définissez ce qui compte comme « fait ».
5. Nommez qui approuve les actions risquées.
6. Préparez 5 exemples d'entrées et les sorties correctes.

Termes en une ligne

Agent : logiciel qui suit un workflow et utilise des outils approuvés pour terminer une tâche.

Remise (en termes simples : le moment où l'agent transmet un cas à une personne).

Ce qu'inclut un développement d'agent personnalisé

Règle empirique : Gardez une personne dans la boucle pour toute action qui déplace des fonds ou publie publiquement.

Un développement personnalisé couvre les décisions et les composants nécessaires pour rendre une tâche définie utilisable, testable et maintenable. Ce que vous recevez est convenu autour du workflow plutôt que sélectionné à partir d'une liste de fonctionnalités génériques.

Le plan peut inclure :

• Définition du cas d'usage, y compris les entrées, les résultats attendus et les règles d'escalade.
• Intégration d'outils et de données pour le workflow approuvé.
• Une base de connaissances préparée à partir des supports du projet fournis pour la tâche.
• Des garde-fous qui définissent le comportement autorisé et quand passer le relais à une personne.
• Un ensemble d'évaluation : des exemples représentatifs utilisés pour examiner les sorties et actions de l'agent.
• Suivi, déploiement et supports de remise pour l'équipe responsable de l'exploitation.

Avant le développement, nous confirmons ce qui est inclus, à quel accès le client fournira et qui approuvera les exemples d'évaluation. Lors de la remise, nous parcourons le flux opérationnel, examinons les vérifications convenues et expliquons comment l'équipe peut identifier un cas qui nécessite une attention. Un examen humain de l'ensemble d'évaluation est un point de contrôle qualité pratique : votre responsable métier peut signaler des hypothèses incorrectes avant la mise en production. Si votre projet a besoin d'une couche conversationnelle plus large, nous pouvons coordonner la limite avec le développement de chatbot IA afin que le travail interne de l'agent et la conversation orientée utilisateur soient planifiés de manière cohérente.

Du brief à la remise

Nous passons d'une description concrète de workflow à un déploiement évalué, en gardant le plan et la propriété visibles à chaque étape. La séquence commence par la tâche et les personnes responsables de ses données, décisions et utilisation quotidienne.

D'abord, nous examinons le workflow, les exemples et le résultat souhaité, puis nous écrivons ce que l'agent peut faire et où une personne doit décider. Ensuite, nous confirmons les sources de données, l'accès aux outils et les dépendances avec les responsables techniques du client. Nous préparons ensuite la base de connaissances et implémentons l'agent autour de la tâche convenue, y compris son comportement de repli. Avant la mise en production, nous utilisons des cas représentatifs pour inspecter les sorties et ajuster le workflow par rapport aux critères d'évaluation convenus. Le déploiement et la remise se terminent par une explication du processus opérationnel et des informations de suivi disponibles pour l'équipe.

Le calendrier est fixé une fois que nous comprenons l'accès, les intégrations, la préparation des données et la disponibilité pour l'examen. Pour rendre le premier examen productif, envoyez un échantillon des entrées de la tâche, des exemples de résultats acceptables, toute documentation de projet pertinente et le nom de la personne qui peut approuver les décisions du workflow. MarketingExtra utilise un examen du plan écrit avant le développement afin que vous puissiez confirmer les limites de la tâche, les intégrations et les attentes de remise avant que le travail ne progresse.

Suivi on-chain et où les agents s'arrêtent

Pour le suivi on-chain, concevez l'agent autour d'un signal spécifique, d'une destination d'alerte claire et d'une personne qui peut interpréter ou agir sur l'alerte. Définissez l'événement ou la condition à surveiller en termes que votre équipe peut vérifier, puis décidez quel contexte une alerte doit inclure pour être utile.

Une spécification pratique nomme la source de données, les champs ou événements pertinents pour la tâche, le destinataire de l'alerte et la réponse attendue de l'équipe. Elle doit également distinguer entre notifier quelqu'un et entreprendre une action. Si un workflow se connecte à des contrats ou à d'autres systèmes, documentez qui possède ces intégrations et quelles autorisations l'agent reçoit. Gardez le plan initial concentré, puis utilisez des exemples examinés pour décider si des cas supplémentaires relèvent d'une itération ultérieure.

Pour le suivi on-chain, l'agent ne peut utiliser que les données et les chemins d'accès connectés au workflow ; la disponibilité de la chaîne et les changements de source peuvent affecter les signaux qu'il reçoit. Nous ne pouvons pas promettre qu'il identifiera chaque événement pertinent ou agira sans erreur, donc nous livrons le workflow convenu, les sauvegardes, l'évaluation et la remise, avec une approbation humaine là où la tâche l'exige.

Envoyez le workflow, des exemples d'entrées et l'alerte ou la remise prévue, et nous examinerons les limites et proposerons un développement planifié.

Envoyez 3 choses : le workflow, 3 exemples d'entrées, et qui reçoit l'alerte ou la remise.

Comment ça marche

1. Décrire la tâchePartagez le workflow récurrent, qui utilise son résultat et à quoi ressemble un résultat réussi.
2. Confirmer le plan et l'accèsNous documentons les actions autorisées, les sources d'information, les intégrations et le repli humain.
3. Développer le workflowNous préparons les connaissances du projet et connectons les outils approuvés autour de la tâche définie.
4. Évaluer avec votre équipeNous examinons des exemples représentatifs avec votre responsable métier et affinons le comportement convenu.
5. Déployer et remettreNous déployons le plan convenu et expliquons le suivi, l'exploitation et la propriété à votre équipe.