J'essaie d'utiliser les nouveaux outils d'IA comme Github Copilot et Aider pour développer mes applications plus rapidement. Mais j'ai un problème avec eux : ils ne savent pas utiliser les versions récentes des frameworks/bibliothèques que j'utilise. C'est normal car les nouvelles documentations ne faisaient pas partie de leurs données de formation.
Une solution triviale à ce problème consisterait simplement à inclure la nouvelle documentation dans le contexte. Mais cela sera coûteux et rendra la réponse lente (et parfois imprécise). Ce n'est pas non plus possible si je résous un problème qui implique plusieurs outils (leurs documents dépasseraient la taille du contexte du modèle).
J'ai besoin d'un moyen d'extraire uniquement les parties pertinentes des documentations et de les ajouter à l'invite, je pense que c'est l'idée derrière RAG. Ainsi, dans cette série d'articles, je partagerai mon parcours de création d'un outil CLI simple qui m'aide à stocker des documentations et à en récupérer les parties pertinentes. Je peux ensuite intégrer cet outil avec des assistants IA comme Copilot et Aider, ou simplement l'utiliser comme moteur de recherche sémantique hors ligne sur les documentations des outils que j'utilise.
Je publierai l'outil résultant en tant que projet open source, et ces articles serviront en quelque sorte de documentation pour ce projet. Je pense que ce type de documentation est très intéressant mais rare. Par exemple, j'aimerais pouvoir lire l'histoire de Linus lorsqu'il construisait la première version de Git, quel a été son processus de réflexion ? différents problèmes auxquels il a été confronté ? quelles ont été les différentes conceptions/solutions qu’il a essayées ? etc. Je pense que j'apprendrais beaucoup d'une telle histoire. Mon objectif ici est donc...
[Courte citation de 8% de l'article original]