Créez des outils internes efficaces avec Claude Code
est incroyablement efficace pour créer rapidement de nouvelles applications. Ceci est, bien sûr, très utile pour toute tâche de programmation, qu’il s’agisse de travailler sur une application existante ou sur une nouvelle base de code.
Cependant, d’après mon expérience personnelle, j’estime que les agents de codage tels que Claude Code sont beaucoup plus puissants sur des bases de code complètement nouvelles en raison de l’efficacité avec laquelle ils peuvent passer de 0 à 1.
Cette capacité à créer rapidement une application est incroyablement utile pour créer des produits hyper-personnalisés, tels que des outils internes. Dans cet article, je vais vous expliquer comment j’utilise Claude Code pour créer rapidement des applications entièrement personnalisées, qui auparavant auraient pris des semaines à créer mais qui peuvent désormais être créées en moins d’une heure.
Pourquoi créer des outils internes
Les outils internes ont toujours été utiles. Il est généralement construit par des ingénieurs au sein d’une entreprise pour simplifier les processus répétitifs. Ceci est bien sûr très utile car cela rend ces processus répétitifs beaucoup plus efficaces car ils peuvent simplement être exécutés avec un seul script ou similaire. Cela présente deux avantages principaux :
- Vous pouvez terminer le processus plus efficacement avec des outils internes que sans
- L’outillage interne rend la manipulation déterministe, contrairement à un ingénieur proposant à chaque fois une solution personnalisée au problème.
Cependant, la création de ces outils internes prend généralement un certain temps (surtout si vous n’avez pas accès à un agent d’enregistrement). Ce temps vous a empêché de créer des outils internes pour toute tâche qui n’est pas assez répétitive ou qui ne prend pas assez de temps.
Cependant, ce jeu a complètement changé avec la sortie de Coding Agents. Le coût de création d’outils internes a considérablement diminué, ce qui vous permet de créer beaucoup plus d’outils internes pour devenir beaucoup plus efficace.
Je dirais que, puisque le coût de création d’outils internes est si faible, vous devriez certainement consacrer du temps à la création de systèmes internes qui peuvent vous rendre, ainsi que les autres membres de votre entreprise, plus efficaces. Cela permet également de rendre les processus plus déterministes. Si l’on demandait à deux ingénieurs différents de résoudre une tâche, ils proposeraient probablement des solutions quelque peu différentes. Cependant, si vous disposez déjà d’outils internes pour résoudre cette tâche, le résultat est naturellement déterministe car il est géré par un morceau de code. Cela augmente encore plus la valeur de l’outillage interne.
Comment créer des outils internes
Si vous êtes arrivé jusqu’ici, vous savez, espérons-le, pourquoi vous devriez disposer d’outils internes. Il s’agit simplement d’un moyen de rendre votre entreprise et vous-même plus efficaces, et de garantir que les cas sont traités de manière déterministe.
Cependant, encore faut-il savoir construire des outils internes. J’ai divisé cette section en deux parties principales, qui, je pense, sont les piliers de la création d’outils internes :
- Trouver où vous devez créer l’outil
- Construire un outil réutilisable, facilement accessible à tous et connu de tous. Vous pouvez souvent créer un seul script pour réaliser quelque chose, mais le rendre réutilisable, généralisable et accessible à tous peut s’avérer plus difficile.
Trouver un besoin pour l’outil
La première étape consiste toujours à trouver le besoin d’un outil. Vous pouvez probablement le trouver partout dans votre entreprise. Vous devez essentiellement rechercher les goulots d’étranglement, les processus qui prennent le plus de temps et qui freinent votre croissance. Un outil interne doit également être créé pour les tâches effectuées de manière répétitive.
Si un processus revient sans cesse, vous devez absolument créer des outils internes pour celui-ci. Cela pourrait être :
- Vérifier si le traitement du document est terminé
- Acheminer automatiquement les demandes des clients vers la bonne personne
- Rédaction de la documentation pour votre API.
Tous ces processus sont généralement répétés plusieurs fois par semaine et que vous ne souhaitez pas effectuer manuellement à chaque fois.
Vous devriez toujours être à l’affût de ce genre de tâches. Tâches que vous effectuez de manière répétitive, répétée et tâches qu’un logiciel peut facilement résoudre. Bien entendu, certaines tâches nécessitent une touche humaine. Par exemple, répondre à des e-mails ou répondre à des rapports de bogues.
Cependant, vous devriez essayer d’ouvrir votre esprit sur le type de tâches qui peuvent être résolues automatiquement. Avec la sortie des LLM, de plus en plus de tâches peuvent être automatisées. Vous pouvez disposer de systèmes intelligents tels qu’OpenClaw, qui gèrent automatiquement les demandes entrantes ou similaires, et peuvent automatiser une quantité surprenante de travail.
Je vous exhorte simplement à avoir un état d’esprit ouvert quant aux tâches qui peuvent être automatisées, et à toujours le garder à l’esprit, car nous voyons les agents de codage devenir de plus en plus intelligents et peuvent automatiser de plus en plus de tâches.
Construire un outil réutilisable
Une fois que vous avez trouvé le besoin d’un outil, ce que vous devriez pouvoir faire plusieurs fois par semaine à ce stade en raison de l’efficacité des agents de codage, il est temps de créer un outil réutilisable.
Lorsque je crée un outil réutilisable, j’essaie de garder les éléments suivants à l’esprit :
- Il doit être généralisable, il doit donc s’appliquer non seulement à votre problème exact, mais également à certaines variantes de celui-ci.
- Il doit être facilement accessible à tous (par exemple, via un référentiel GitHub partagé)
- Tout le monde devrait en être conscient.
La dernière partie peut en réalité être plus délicate que vous ne le pensez. Si vous avez créé de nombreux outils internes, il est impossible pour chaque employé de suivre tous les outils disponibles.
C’est pourquoi j’essaie de toujours mettre à jour les fichiers tels que CLAUDE.MD, AGENTS.MD, WARP.MD ou similaire, pour m’assurer que les agents eux-mêmes connaissent les outils.
Les outils doivent ensuite, bien entendu, être mis à disposition via un référentiel GitHub partagé auquel chaque agent a accès et dont il est conscient.
Si vous suivez ces étapes, vous avez déjà parcouru un long chemin vers la création d’un outil interne réutilisable et efficace.
Une autre partie très importante et un peu plus difficile à réaliser à mon avis est de construire un outil généralisable. Bien sûr, vous pouvez créer un outil qui résout exactement le problème sur lequel vous travaillez actuellement, ce qui est généralement relativement simple.
Cependant, la partie généralement la plus difficile consiste à créer un outil qui gère différentes variantes du problème et qui soit plus généralisable. Il peut être appliqué plus largement et par un plus grand nombre de personnes à tout problème similaire à votre problème d’origine.
La raison pour laquelle c’est plus difficile est que vous ne connaissez pas nécessairement les différentes variantes du problème qui peuvent survenir. Cependant, une solution simple à ce problème consiste à inviter le LLM à créer des outils internes pour réfléchir aux différentes variations que vous pouvez rencontrer et à en discuter avec le LLM.
Je recommande fortement d’utiliser intensivement le mode plan pour discuter avec LLM du problème que vous rencontrez, de la manière de le résoudre et de la manière d’en résoudre différentes variantes afin de rendre votre script aussi généralisable que possible. Dans de nombreux cas, le simple fait de demander cela au LLM lui permettra de créer un meilleur script qui pourra être appliqué à davantage de variantes du problème que vous rencontrez et rendra l’outil beaucoup plus réutilisable.
Outillage spécifique que j’ai construit
C’est formidable de savoir comment découvrir les problèmes qui nécessitent un outillage et de savoir comment construire un outil. Je pense également qu’il est très important de connaître certains outils spécifiques pour mieux comprendre comment vous pouvez créer des outils pour vous-même.
Je pense que le meilleur outil que vous puissiez créer est celui qui est hyper-personnalisé selon vos besoins, ce qui signifie qu’il est difficile de suggérer aux autres quel type d’outils ils devraient créer. Cependant, je fournirai quelques exemples des outils que j’ai construits comme source d’inspiration.
Exemples :
- Un robot qui vérifie mes e-mails et mon calendrier et me donne un rapport quotidiennement. Il lit également automatiquement les e-mails dont je l’ai formé pour qu’il ne se soucie pas, de sorte que je n’ai qu’à lire les e-mails pertinents.
- Un robot de révision GitHub qui me prévient chaque fois que je reçois une demande de révision, fournissant une explication de la demande d’extraction. Décrit exactement comme je veux qu’il soit décrit
- Scripts pour vérifier le traitement des documents
La façon dont je crée ces scripts est simplement de réfléchir à mes principaux goulots d’étranglement ou aux choses sur lesquelles je passe beaucoup de temps. Pour tout ce sur quoi je passe beaucoup de temps, je commence alors à réfléchir à la manière dont cela peut être entièrement remplacé par un outil. Ou du moins être rendu beaucoup plus efficace à l’aide d’un outil.
Pour certains cas d’utilisation, cela ne sera pas possible. Certaines tâches, comme écrire un morceau de code particulier ou traiter avec différentes parties prenantes, sont difficiles à sous-traiter à un outil interne. Cependant, pour d’autres cas d’utilisation, cela peut être assez facilement simplifié à l’aide d’un outil.
L’outil qui vérifie mes rapports de courrier électronique et de calendrier, par exemple, est une simple configuration de modèle OpenClaw qui exécute une tâche cron quotidiennement avant que je vienne travailler. C’était une chose assez simple à proposer puisque je passe souvent du temps le matin à lire mes e-mails ou à vérifier si j’ai quelque chose à préparer pour mon calendrier. Et j’ai pensé que cela pourrait être plus facilement automatisé.
Pour le bot de révision GitHub, j’ai également remarqué que je commençais à passer de plus en plus de temps à découvrir et à examiner les pull request. Compte tenu de la quantité de code actuellement écrite avec les moteurs de codage, l’examen des demandes d’extraction est devenu une partie plus importante de ma journée que je ne l’aurais souhaité.
Une simplification consistait à recevoir une alerte sur Slack chaque fois que j’étais tagué dans la demande d’extraction et à générer un résumé spécialisé décrivant la demande d’extraction. J’ai également demandé à l’agent de rechercher les erreurs typiques que j’ai trouvées dans les demandes d’extraction précédentes en analysant mon historique de révision GitHub. Cette configuration m’a déjà permis d’économiser environ 50 % du temps que je passais à examiner les demandes de sondage, où certaines demandes pouvaient être automatiquement approuvées, étant donné qu’il s’agissait d’un simple changement et que j’avais réussi tous mes tests pour lesquels j’avais configuré l’agent. Alors que d’autres, généralement des demandes de sondage plus importantes, je devais quand même réviser moi-même, mais la révision était plus efficace étant donné que j’avais un résumé descriptif de la demande de révision et que je savais quelles parties du code je devais examiner.
Conclusion
Dans cet article, j’ai expliqué comment créer des outils efficaces pour un usage interne à l’aide de Claude Code ou de tout autre agent de codage. Les agents de codage ont rendu beaucoup plus simple la création d’outils internes pour devenir encore plus efficace. Alors qu’auparavant vous étiez contraint de créer des outils internes uniquement pour des problèmes très répétitifs qui prenaient beaucoup de temps, la barre est désormais baissée afin que vous puissiez créer des outils internes pour des problèmes moins importants. Cela présente l’incroyable avantage de vous faire gagner beaucoup de temps. Chaque fois que vous remarquez un problème qui, selon vous, est susceptible de se répéter, vous pouvez créer des outils internes, les mettre à la disposition de tous les membres de votre équipe et ainsi rendre chacun plus efficace. Les outils internes ont le potentiel d’être incroyablement puissants, et vous devez toujours garder à l’esprit comment nous pouvons résoudre un problème en créant des outils internes qui géreront différentes variantes du problème que vous résolvez.
👉 Mon eBook et mon webinaire gratuits :
🚀 10x votre ingénierie avec les LLM (cours gratuit par e-mail de 3 jours)
📚 Obtenez mon ebook gratuit sur les modèles de langage de vision
💻 Mon webinaire sur les modèles de langage de vision
👉 Retrouvez-moi sur les réseaux sociaux :
