En quoi un agent diffère d’un chat classique
Si quelqu’un me montrait cinq étapes fixes et les appelait agent, je demanderais : le système peut-il choisir un autre outil quand la situation change ? Sinon, c’est un workflow — et c’est tout à fait bien.
L’erreur que j’éliminerais d’abord : Ajouter dix outils « pour plus tard » est le plus court chemin vers un système imprévisible. Un agent n’a pas besoin du maximum d’accès — il a besoin d’un job et d’une courte liste d’actions autorisées.
Que préparer et quel résultat attendre
- Résultat : Vous comprendrez si vous avez vraiment besoin d’un agent, quels droits accorder et quelles actions laisser uniquement après validation.
- Dessinez la carte objectif → contexte → outils → contrôle → action, et marquez à part où une confirmation humaine est requise.
- Gardez les données source et les droits d’accès séparés de la sortie pour pouvoir auditer ce qu’a fait l’AI agent with a tool.
- Testez trois demandes : une question sans action, une lecture et une demande de modification d’enregistrement. L’agent doit les distinguer.
Construire le premier agent sans permissions excessives
- Décrire l’objectif en une phrase
Écrivez : « Aider un manager à trier une demande et proposer la prochaine étape. » Ne commencez pas par « construire un agent universel pour le business ».
Проверьте: L’objectif a un résultat clair que l’on peut accepter ou rejeter.
Если не сработало: Restreignez l’objectif à un rôle et un processus.
- Créer un assistant avec une instruction limitée
Dans l’UI du service IA, ouvrez Create assistant/agent et définissez : « Collecter les données de la demande, proposer la prochaine étape, ne pas envoyer de messages sans confirmation. »
Проверьте: L’instruction liste séparément le permis et l’interdit.
Если не сработало: Réécrivez les interdictions comme conditions vérifiables, pas comme des souhaits.
- Connecter un outil
Commencez par la lecture d’un enregistrement CRM ou une recherche en base. Décrivez les entrées record_id et requested_fields, et interdisez l’accès à tout le CRM.
Проверьте: L’outil renvoie seulement les champs nécessaires et n’a pas d’accès en écriture.
Если не сработало: Remplacez le vrai CRM par une table de test.
- Mettre la validation avant l’action
Activez les logs d’exécution et la confirmation avant write, send, delete ou changements de permissions. Gardez le plan d’action à côté du résultat.
Проверьте: Sans confirmation, l’agent ne peut physiquement pas exécuter une action sensible.
Если не сработало: Ne comptez pas sur le prompt : retirez l’outil ou limitez-le en lecture seule.
Un contrôle en un seul workflow
Dessinez la chaîne objectif → contexte → choix d’outil → contrôle → action → log. Exemple : nouvelle demande → lire le texte → trouver un doublon CRM → valider l’e-mail → créer une tâche brouillon. Si vous retirez l’outil et que le résultat ne change pas, vous n’avez pas besoin d’un agent.
Décrivez chaque outil comme un contrat : nom, champs d’entrée, valeurs autorisées, ce qu’il renvoie et quand s’arrêter en erreur. Ne connectez pas l’agent à tout Google Drive ni à tout le CRM.
- D’abord lecture seule, puis brouillon, et seulement ensuite une action limitée.
- Ne confondez pas la capacité d’appeler une API avec le droit de prendre seul une décision métier.
Un test qui montre vite le risque
Donnez à l’agent une entrée normale, un champ vide, un conflit de données, un document expiré et une demande hors périmètre. Le bon résultat n’est pas toujours une action : souvent un refus, needs_human ou une question de clarification. Ce sont ces branches que vous montrez au responsable avant le lancement.
Le contrat de l’outil compte plus qu’une jolie démo
Pour chaque outil, décrivez name, input, allowed values, response et stop condition. Commencez par `find_contact`, `get_open_deal`, `get_last_meeting` et `draft_followup` ; ne connectez pas encore l’envoi d’e-mail. Gardez seulement cette liste dans `allowed_tools`.
Champs de run : `run_id`, `goal`, `allowed_tools`, `max_steps`, `tool_calls`, `requires_approval`, `final_output`, `error_code`, `started_at` et `finished_at`. Pour le premier pilote, fixez `max_steps = 6`, `max_retries_per_tool = 2` et persistez l’état dans une table externe.
{
"type": "function",
"name": "find_contact",
"strict": true,
"parameters": {
"type": "object",
"properties": {"email": {"type": ["string", "null"]}},
"required": ["email"],
"additionalProperties": false
}
}Cinq entrées où l’agent doit s’arrêter
Testez une demande normale, un champ vide, un conflit de données, un document expiré et une tâche hors périmètre. Le bon résultat n’est pas toujours une action : ce peut être `needs_approval`, `needs_clarification` ou `failed` avec une raison claire.
Quand il faut un agent vs une automatisation classique
| Critère | Question | Bon signe |
|---|---|---|
| Entrée | Qu’est-ce qui entre exactement dans l’AI agent with a tool ? | Dessinez la carte objectif → contexte → outils → contrôle → action, et marquez à part où une confirmation humaine est requise. |
| Action | Que le système a-t-il le droit de faire seul ? | Uniquement des actions prélistées, sans accès à tout le compte |
| Contrôle | Comment savoir que le résultat est acceptable ? | Testez trois demandes : une question sans action, une lecture et une demande de modification d’enregistrement. L’agent doit les distinguer. |
| Échec | Où va un cas peu clair ? | Arrêtez l’exécution et renvoyez le résultat en brouillon si l’agent ne peut pas expliquer quelle action il s’apprête à prendre. |
Ce qui doit changer après la mise en place
Vous comprendrez si vous avez vraiment besoin d’un agent, quels droits accorder et quelles actions laisser uniquement après validation.
Où l’autonomie devient un risque
Appeler agent n’importe quel chatbot même s’il ne fait que générer du texte.
Donner de larges droits à l’agent et espérer que le prompt l’arrêtera.
Ajouter mémoire et cinq outils avant d’en valider un.
Ne pas enregistrer quelle action l’agent a choisie et pourquoi.
Quand l’expérience a déjà besoin d’une couche d’ingénierie
Faites appel à un spécialiste quand l’agent doit travailler avec plusieurs systèmes, garder une longue mémoire, lancer des actions planifiées ou traiter des données sensibles.
Que clarifier avant de connecter des outils
Un agent tourne-t-il toujours en autonomie ?
Non. L’autonomie est définie par les outils, les permissions, les règles et les points de validation.
Quand un workflow classique suffit-il ?
Quand le chemin est connu à l’avance : événement → filtre → action. Un agent est nécessaire là où la prochaine action doit être choisie.
Un agent a-t-il besoin de mémoire ?
Seulement si le contexte passé influence vraiment la décision. Sinon stockez les données dans le système, pas dans une mémoire cachée.
Quel premier outil connecter ?
Un outil de lecture facile à remplacer par une table de test et à valider sur dix exemples.
