29 lines
7.7 KiB
Markdown
29 lines
7.7 KiB
Markdown
---
|
|
title: 'BlueHats #2'
|
|
lang: 'fr'
|
|
---
|
|
|
|
## Deuxième Journée BlueHats «Forgeons !»
|
|
|
|
### Forges-IA : des micro-usines pour agents intelligents
|
|
|
|
|
|
|
|
La deuxième journée du groupe de travail «[Forgeons !](https://forgeons.org)» s\'est tenue le 25 novembre 2025 à la [DINUM](https://fr.wikipedia.org/wiki/Direction_interminist%C3%A9rielle_du_Num%C3%A9rique). Faisant suite à une [première journée](https://code.gouv.fr/fr/bluehats/forgeons-2025/) ayant eu lieu en mars, cette nouvelle édition a été organisée sous la forme d'un hackathon qui avait pour thème les «Forges pour [Usines-IA](https://forgeons.org/usine.html)». Au programme : état des lieux et actualité du protocole [MCP](https://fr.wikipedia.org/wiki/Model_Context_Protocol) (*Model Context Protocol*) et présentation d\'un prototype d\'agent pour le projet [Fordj.org](https://fordj.org) en première partie de journée ; puis présentation de l\'architecture du projet [Tricoteuses.fr](https://tricoteuses.fr) en deuxième partie de journée, avec une mise en pratique par l\'expérimentation d\'un client MCP dans le contexte de la «[Loi sous Git](https://git.tricoteuses.fr/tricoteuses/a_propos/src/branch/main/README.md)».
|
|
|
|
### Forges, Usines, Studios
|
|
|
|
En ouverture des travaux, le principe de «**Forges métiers**» tel que défini dans [un rapport de recherche](https://fordj.org/rvba/doc/src/branch/main/dsf.md) consacré à cette question, a permis de résumer en quelques notions-clés les problématiques du groupe de travail : usages métiers et Forges appliquées dans des domaines tels que l\'éducation, le droit, l\'ingénierie et la création au sens large, hébergement et fédération de Forges libres et open-source, infrastructures et écosystèmes numériques souverains. Du côté de l\'actualité de ces thématiques, la problématique des [dénis de services](https://codeberg.org/forgejo/discussions/issues/421) imputés aux mastodons de l\'IA, et la volonté affichée par l\'[OSPO](https://code.gouv.fr/fr/blog/definition-ospo/) néerlandais de [travailler avec Forgejo](https://forgejo.org/2025-11-monthly-report/#dutch-government-shows-interest-in-forgejo) ont notamment été évoquées. Au moment de la rédaction de ce compte rendu, nous mentionnons également les tout [derniers débats](https://news.ycombinator.com/item?id=46064571) autour de la migration récente du projet [Zig](https://ziglang.org) vers [Codeberg](https://codeberg.org/ziglang/zig) et les controverses associées à la plateforme Github.
|
|
|
|
Comme évoqué ensuite durant la présentation du principe d\'Usine-IA, l\'émergence de nombreuses plateformes de «**programmation assistée par modèle de langage**»([vibecoding](https://fr.wikipedia.org/wiki/Vibe_coding)) s\'accompagne d\'une évolution probable du vocabulaire dans ce domaine, avec par exemple, le terme de «[Studio-IA](https://en.wikipedia.org/wiki/Google_AI_Studio)». Car au-delà des références aux «[usines logicielles](https://fr.wikipedia.org/wiki/Usine_logicielle)», le terme de «studio» est peut-être plus approprié pour évoquer ces plateformes d\'un nouveau genre, qui combinent environnements de développement ([Forges](https://fr.wikipedia.org/wiki/Forge_(informatique)) et [IDE](https://fr.wikipedia.org/wiki/Environnement_de_d%C3%A9veloppement) en ligne) avec des [agents intelligents](https://fr.wikipedia.org/wiki/Agent_intelligent) augmentés d\'[outils](https://claude.com/blog/tool-use-ga). À partir de ces principes théoriques, la mise en oeuvre d'outils agentiques fut abordée en discutant des récentes [controverses](https://x.com/ibuildthecloud/status/1989886154272055719) concernant la «pile d\'exécution» des outils MCP tel que cela est décrit dans un [document](https://www.anthropic.com/engineering/code-execution-with-mcp) publié par [Anthropic](https://www.anthropic.com/). Le principe de «Forge-IA» fut également abordé à propos de la notion de «Proxy Git», mentionné dans un autre [article](https://www.anthropic.com/engineering/claude-code-sandboxing) publié par l'éditeur de [Claude](https://en.wikipedia.org/wiki/Claude_(language_model)), et qui met en avant les problématiques de sécurité et la nécessité de cloisonner les «environnements de travail» entre agents autonomes d'une part, et humains d'autre part.
|
|
|
|
En fin de matinée, une première [démonstration](https://gitaec.org/rvba/ifc-data-horse/src/branch/main/README.md#forge-mcp) d'un environnement MCP («[MCP Host](https://modelcontextprotocol.io/specification/2025-06-18/architecture/index#host)») basée sur [Nanobot](https://nanobot.ai) et [MCP-Forgejo](https://codeberg.org/goern/forgejo-mcp) a permis de démontrer par preuve de concept la faisabilité d'un environnement agentique dans le cadre d'une Forge open-source.
|
|
|
|
### Forges et données métiers
|
|
|
|
Dans la deuxième partie de journée, les travaux du groupe se sont portés sur l\'intégration des systèmes agentiques dans le contexte du traitement des «données métiers». À l\'occasion d\'une présentation d'un outil développé pour un client privé par l\'un des participants de l\'atelier, le principe de la génération automatique de «[contexte](https://fr.wikipedia.org/wiki/Fen%C3%AAtre_de_contexte)» pour des grands modèles de langage (LLM) à été discutée. Grâce à l\'augmentation de la taille des contextes des LLM de dernière génération, les scripts d\'**automatisation de génération de «[prompts systèmes](https://fr.wikipedia.org/wiki/Ing%C3%A9nierie_de_prompt)»** à partir de données métiers (combinant rédaction en Markdown et fonctions en Python) s\'avère être une piste novatrice et intéressante à l\'instar des nouvelles «compétences d'agents» ([skills](https://claude.com/blog/skills)), et en lieu et place des «contextes augmentés» à base de [RAG](https://fr.wikipedia.org/wiki/G%C3%A9n%C3%A9ration_%C3%A0_enrichissement_contextuel) (Retrivial Augmented Generation).
|
|
|
|
Du point de vue des chaînes logicielles de traitement de la donnée dans le cadre des Forges, la présentation des briques logicielles permettant de traiter massivement des données publiques et ouvertes par le projet Tricoteuses.fr a permis de poser un certain nombre de constats. En premier lieu, l\'exemple du traitement massif des données de la loi sous Git --- des millions de [commits](https://git-scm.com/docs/git-commit/fr) dans ce contexte --- à permis d\'acter une forme de robustesse, et de passage à l\'échelle, des **outils d'[intégration continue](https://fr.wikipedia.org/wiki/Int%C3%A9gration_continue)** proposés par Forgejo. En dernière partie de journée, et avant les expérimentations de serveur MCP pour Tricoteuses.fr, le groupe a évoqué brièvement l\'actualité autour des «Forges 2.0» en constatant que deux projets en particulier illustraient comment les problématiques de **[fédération de Forges](https://forgejo.org/2023-01-10-answering-forgejo-federation-questions/)** pourraient être abordées par la blockchain dans le cas du projet [Radicle](https://lwn.net/Articles/966869/) et à partir du [protcole AT](https://fr.wikipedia.org/wiki/Protocole_AT) dans le cadre du projet [Tangled](https://tangled.org).
|
|
|
|
Du côté des résultats pratiques obtenus lors du hackathon, le groupe a pu constater que la création d'un client MCP, notamment via des canaux [SSE](https://fr.wikipedia.org/wiki/Server-sent_events) (Server Sent Events), impliquait une complexité supérieure à la simple intégration d'une [API Rest](https://fr.wikipedia.org/wiki/Representational_state_transfer) (Application Programming Interface) par exemple. **Plus de détails sur ces expérimentation à consulter sur [ce dépôt](https://fordj.org/rvba/forgeons)**.
|
|
|