--- title: "Intégration, pour l'ingénieur et l'agent · SourceAnt" description: "Un nouvel ingénieur et une nouvelle session d'agent posent les mêmes questions. SourceAnt répond aux deux à partir des mêmes enregistrements, afin que vos seniors cessent d'être l'interface vers le code." url: "https://sourceant.ai/fr/use-cases/onboarding/" --- Intégration # L'intégration avait lieu deux fois par an. Elle a désormais lieu toutes les heures. Un nouvel ingénieur passe ses premières semaines à demander pourquoi le code est ainsi. Chaque session d'agent part de la même page blanche et pose les mêmes questions. Les réponses existent. Elles sont chez vos seniors, et ce sont vos seniors qui en paient le prix. [Commencer gratuitement](https://app.sourceant.ai/) [Explorer ce cas d'usage](https://sourceant.ai/fr/use-cases/onboarding/#overview) ## Le vrai coût n'est pas la nouvelle recrue Un nouvel ingénieur est lent pendant un temps. Tout le monde s'y attend et le budgétise. Ce que personne ne budgétise, c'est le senior qui répond aux questions. Cette personne est l'ingénieur le plus rapide que vous avez, et pendant six semaines, elle est un moteur de recherche. Puis cela recommence avec la prochaine recrue, et encore à chaque fois qu'un agent ouvre une session, car l'agent en sait encore moins et demande plus souvent. Les réponses ont été écrites une fois, dans une pull request que personne ne remontera. Ce qu'ils demandent - Pourquoi ce service est-il encore là ? - Qui appelle ceci, et qu'est-ce qui casse si je le modifie ? - Nous avons essayé. Pourquoi avons-nous arrêté ? - Est-ce le modèle que nous utilisons désormais, ou l'ancien ? - À qui dois-je m'adresser pour la facturation ? Aucune de ces questions ne trouve de réponse dans la lecture du code. Une requête, deux lecteurs ## Votre nouvelle recrue et votre agent ont besoin de la même chose C'est le seul endroit où les deux se recoupent complètement. Tous deux arrivent sans rien savoir, tous deux ont besoin du raisonnement plutôt que du code, et ni l'un ni l'autre ne le trouvera tout seul. ### L'ingénieur qui a commencé lundi Consulte les enregistrements approuvés pour la partie qu'on lui a confiée, voit ce qui en dépend et trouve la décision qui explique le détail étrange avant de demander quoi que ce soit à quiconque. ### L'agent qui a ouvert cette session Récupère les mêmes enregistrements via MCP avant d'écrire quoi que ce soit, afin de ne pas annuler un contournement mis en place volontairement. Consignez la réponse une fois et les deux lecteurs l'ont. C'est tout le mécanisme. ## Ce qui revient Uniquement ce que l'équipe cautionne Chaque enregistrement porte un statut. Demandez les enregistrements approuvés et un brouillon que personne n'a lu n'arrive pas à un nouvel arrivant comme s'il était définitif. Une tranche, pas le tout Un parcours est délimité, si bien que la réponse est assez courte pour être lue. Un wiki vous donne tout et vous laisse chercher. Ceci vous donne la partie qui concerne ce que vous faites. Les voisins, pas seulement le fichier Le graphe du système l'accompagne, si bien que la question « qu'est-ce qui casse si je modifie ceci » trouve sa réponse à côté du code plutôt qu'en réunion. La réponse que le senior a déjà donnée Les revues produisent des décisions et des contraintes. Consignées une fois, elles cessent d'être ce que la même personne explique deux fois. ## Cela ne remplace pas un mentor Un nouvel ingénieur a toujours besoin de quelqu'un pour lui dire ce qui compte et ce qu'il faut ignorer. Ce que cela supprime, c'est la partie de ce travail que personne ne voulait : répondre pour la quatrième fois à la même question factuelle. Gardez le mentor. Rendez-lui son après-midi. ## Inscrivez votre système au registre Exécutez le cœur open source sur votre propre infrastructure, ou commencez sur l'espace de travail hébergé. Le graphe est portable dans les deux cas. [Commencer gratuitement](https://app.sourceant.ai/) [Fonctionnement de Systems](https://sourceant.ai/fr/systems) [Tous les cas d'usage](https://sourceant.ai/fr/use-cases)