Développement d'agents IA
Des agents conçus pour vos systèmes, sous la responsabilité d'une personne
Nous concevons et développons des agents qui effectuent un travail en plusieurs étapes dans vos outils. Ils lisent le ticket, rassemblent le contexte, rédigent la modification et s'arrêtent pour validation avant la mise en production.
Nous construisons les agents de nos clients comme les nôtres dans Jobshout : outils aux schémas stricts, boucles bornées, validation humaine et trace de chaque étape.
Les agents que nous construisons
Chacun reçoit une fiche de poste, un responsable et une liste de ce qu'il n'a pas le droit de faire.
Agents de support
Ils trient les tickets entrants, récupèrent l'historique des commandes et du compte, rédigent des réponses fondées sur vos politiques et transmettent tout cas inhabituel à une personne.
Agents commerciaux et CRM
Ils enrichissent les leads, mettent à jour le CRM après les appels, rédigent les relances et signalent les affaires au point mort. Rien n'atteint un client sans validation.
Agents d'exploitation et SRE
Ils lisent les alertes, les logs et les tableaux de bord, résument l'incident et proposent un correctif. L'automatisation progresse étape par étape, uniquement pour les actions auxquelles vous faites confiance.
Lire l'article sur KubePilot: Agents d'exploitation et SREAgents de traitement documentaire
Ils extraient les champs des factures, contrats et formulaires, les vérifient par rapport à vos données et les envoient au bon système, avec une file d'attente pour tout ce qui est incertain.
Lire le cas de déclaration de TVA: Agents de traitement documentaireAgents de code et de revue
Ils relisent les pull requests, écrivent des tests et ouvrent des modifications que vos ingénieurs fusionnent. Le PR Reviewer de Jobshout le fait sur nos propres dépôts.
Voir Jobshout: Agents de code et de revueWorkflows multi-agents
Un planificateur confie le travail à des agents spécialisés et un superviseur vérifie le résultat, relance ou escalade. Utile lorsqu'une tâche traverse plusieurs systèmes.
Comment nous construisons un agent
Un agent est une boucle. Le modèle choisit un outil, l'outil s'exécute, le résultat revient au modèle. La plupart des défaillances viennent de la boucle plutôt que du modèle, c'est donc là que nous concentrons nos efforts.
Les outils sont typés et validés avant exécution. Les boucles ont des budgets d'étapes, de temps et de coût. Les prompts sont versionnés comme du code, et chaque exécution laisse une trace lisible.
- Planificateur, exécuteur, mémoire et superviseur en composants distincts
- Outils pilotés par schéma avec validation stricte
- Relances déterministes et boucles bornées
Stack technique
Nous choisissons selon le projet. Voici les outils que nos ingénieurs utilisent et sur lesquels ils écrivent dans nos articles.
Modèles
- Claude via l'API Anthropic ou Amazon Bedrock
- Modèles OpenAI
- Modèles open-weight : Llama, Mistral, Qwen, Kimi
Frameworks d'agents
- Claude Agent SDK et sous-agents Claude Code
- LangChain et LangGraph
- AutoGen
- Airflow 3 pour les pipelines planifiés
Intégration
- Serveurs MCP avec OAuth
- Connecteurs REST et webhook
- Amazon Bedrock AgentCore
Hébergement et inférence
- vLLM, TGI et Ollama pour les modèles auto-hébergés
- Kubernetes et k3s
- Amazon Bedrock et Azure AI Foundry
Mémoire et recherche
- Recherche vectorielle, dont NebulaDB
- Stockages clé-valeur pour l'état des agents
- Recherche avec citation des sources
Observabilité
- Traces OpenTelemetry
- Métriques Prometheus
- Budgets de coût et de latence par agent
Garde-fous
Les limites font partie de la conception. Nous les mettons par écrit avant le début du développement.
Validation humaine
Les actions qui envoient, dépensent ou suppriment attendent une personne désignée. L'agent peut rédiger. Il n'agit seul que pour les étapes que vous avez jugées sûres à automatiser.
Identifiants à portée limitée
Les agents ne détiennent jamais de clés à longue durée de vie. WSL Vault délivre des identifiants à courte durée de vie par agent et par tâche, et journalise chaque utilisation.
Contrôles en périphérie
Le trafic vers les modèles et les outils peut passer par WSL Proxy, qui ajoute des règles WAF, des limites de débit et une piste d'audit en périphérie.
Listes d'autorisation et budgets
Chaque agent reçoit une liste explicite d'outils et de sources de données, ainsi que des limites d'étapes, de temps et de coût pour chaque exécution.
Évaluation et déploiement
Un agent est terminé lorsqu'il réussit ses tests en production, pas lorsque la démo fonctionne.
Constituer un jeu d'évaluation
Des exemples réels tirés de votre activité, chacun avec la réponse qu'un bon collègue donnerait. Chaque modification est évaluée par rapport à ce jeu.
Tracer et mesurer
Réussite des tâches, erreurs d'outils, latence et coût par exécution, issus des traces OpenTelemetry.
Livrer par anneaux
Ring Promoter fait passer chaque version de int à test, acc puis prod uniquement lorsque les contrôles de santé sont concluants, et effectue un rollback en cas d'échec.
Le surveiller en production
Supervision, alertes et revue régulière des échecs et des coûts. Chaque échec devient un nouveau cas d'évaluation.
Questions sur les projets d'agents
Utilisez-vous un framework ou partez-vous de zéro ?
Les deux. Si un framework comme LangGraph ou le Claude Agent SDK convient, nous l'utilisons. Si la tâche est simple, une petite boucle avec des outils typés est plus facile à tester et à maintenir.
L'agent peut-il tourner sur notre propre matériel ?
Oui. Nous hébergeons des modèles open-weight avec vLLM ou Ollama sur vos serveurs. Si vous avez besoin des machines, notre société sœur Workstation spécifie et assemble des stations de travail et des clusters GPU.
Comment empêchez-vous un agent de causer des dommages ?
Il ne peut appeler que les outils de sa liste d'autorisation, avec des identifiants à portée limitée, dans des limites d'étapes et de coût. Tout ce qui envoie, dépense ou supprime attend une validation, et chaque exécution est journalisée.
À qui appartient l'agent à la fin du projet ?
À vous. Le code, les prompts, les jeux d'évaluation et les runbooks sont dans votre dépôt dès le premier commit.
Décrivez une tâche que vous voulez confier à un agent
Nous vous répondrons avec une conception de l'agent, les risques et la manière dont nous le validerions lors d'un pilote.