J’ai ressenti le besoin de réécrire l’ensemble de l’architecture Godot LLM/RAG/SWE Agent
Jusqu’à présent, les travaux partiels et les livrables sont apparus en premier, ce qui a fait vaciller les critères globaux
J’ai conclu qu’il faut d’abord réorganiser l’architecture globale en une seule fois, puis concevoir séparément les architectures détaillées de chaque étape
Le flux allant de la collecte de données, l’analyse de la documentation officielle, le chunking, le RAG, le labellisation, le SFT/DPO, jusqu’à l’Agent SWE sera découpé étape par étape et ré‑élaboré
J’ai structuré le schéma du classificateur RAG de la documentation officielle Godot et son architecture dans le document principal de la feuille de route
Définition des critères de conversion du Markdown source de outputs/godot_docs_full/pages en JSONL
Documentation du projet de tables PostgreSQL docs_chunks, api_mapping, label_prototypes ainsi que de la stratégie d’indexation
Enregistrement de la séparation des responsabilités et de l’ordre d’injection de l’AST Parser, du Retriever, du Validator et de Qwen 3.6
J’ai consigné en rétrospective les questions posées à Qwen concernant la direction de mise en œuvre du convertisseur Markdown → JSONL
Au‑delà d’un simple convertisseur CLI, il faut prévoir le téléchargement web, la saisie de la clé API, la vérification du diff de conversion, la validation du schéma et le routage vers plusieurs tables
J’ai précisé qu’un même fichier Markdown peut être mappé simultanément à docs_chunks, api_mapping et label_prototypes