idea_world_labDEV JOURNAL
vendredi 26 juin 2026

26 juin 2026

  • En partant du docs/roadmaps/2026-06-25-source-analysis-scoring-architecture.md, j’ai structuré le flux qui transmet les prompts et le code source au parseur AST
    • Le prompt n’est pas destiné à l’analyse syntaxique AST, mais séparé en intention d’analyse et orientation du jugement Retriever/LLM
    • Le parseur AST reçoit le code source, le chemin du fichier, le type de fichier et le hash original comme métadonnées du source
    • Le Retriever doit interroger la base vectorielle à partir des API, symboles, identifiants et intentions extraites du fragment de code, et non à partir du chemin du fichier
    • Le document rédigé aujourd’hui devra être revu demain. En particulier, il faut vérifier que les frontières entre les fragments AST, les chunks directs, les requêtes Retriever et les métadonnées de traçage restent cohérentes dans le texte
    • Feuille de route : Flux du code source vers l’analyse AST
    • Rétrospective : docs/retrospectives/2026-06-26.md