Contexte du codebase
Donnez aux Coding Agents un contexte persistant du codebase.
Transformez les connaissances du dépôt en contexte qui survit à un seul prompt. FiboCode relie dans le projet spécifications, conceptions, plans, analyses, explications de changements, code, documentation et graphes, afin que la tâche suivante de l’Agent commence avec plus qu’un historique de chat.
Les Agents ont besoin du contexte du projet, pas seulement d’un prompt plus long.
Un Coding Agent peut inspecter des fichiers pendant une session, mais le raisonnement des décisions passées se perd facilement s’il n’existe que dans la conversation. Répéter l’architecture, les contraintes et les changements précédents prend du temps et oblige encore l’Agent à reconstruire des relations déjà comprises par l’équipe.
L’ingénierie du contexte rend ces connaissances durables et sélectionnables. FiboCode consigne la compréhension du projet en Markdown près du code et la relie par des chemins et des graphes. L’Agent reçoit des ressources concrètes du dépôt que les personnes peuvent vérifier, enrichir et transmettre au changement suivant.
Voyez le contexte du projet grandir avec le code.
Les démonstrations montrent des connaissances reliées qui circulent entre les vues et évoluent avec le dépôt.
Voyez des documents durables s’accumuler autour du travail réel au lieu de disparaître à la fin d’une conversation avec l’Agent.
Suivez les liens qui permettent à un Agent ou à un développeur de retrouver les preuves derrière un élément du contexte du projet.
Créez un contexte qu’un Agent peut réutiliser.
Le but n’est pas de conserver chaque message, mais les faits et décisions du projet dont dépendra le travail futur.
Définissez la limite du contexte.
Commencez par la fonctionnalité, le module, la décision ou l’erreur que l’Agent doit comprendre. Sélectionnez les fichiers et symboles pertinents plutôt que de traiter tout le dépôt comme un prompt indifférencié.
Consignez les connaissances durables en Markdown.
Documentez spécifications, conceptions, plans, analyses et explications de changements dans un format qui reste lisible sans la session de chat d’origine.
Reliez les connaissances au code source et aux relations.
Utilisez chemins, balises et graphes pour conserver l’origine d’une affirmation et ses liens avec d’autres modules ou documents.
Apportez le contexte à la tâche suivante de l’Agent.
Laissez l’Agent CLI choisi lire les ressources pertinentes, puis révisez et actualisez ces documents à mesure que l’implémentation et la compréhension évoluent.
Un contexte qui reste vérifiable.
Des documents détenus par le dépôt.
Le contexte important vit avec le projet dans un Markdown lisible, sans dépendre de la session d’un fournisseur ni d’une mémoire privée.
Des liens traçables vers le code source.
Les chemins et balises maintiennent les explications reliées au code décrit et permettent aux personnes de vérifier les hypothèses de départ d’un Agent.
Plusieurs vues du contexte.
Le code apporte la vérité de l’implémentation, la documentation explique le comportement et l’intention, et les graphes révèlent les relations que le texte seul peut masquer.
Une évolution au fil des changements.
Spécifications, conceptions, plans, registres de diff et analyses conservent ce qui a changé et pourquoi, afin que les travaux suivants s’appuient sur la compréhension acquise.
Cas d’utilisation : transmettre une fonctionnalité à une nouvelle session de l’Agent.
Une équipe a déjà cartographié un sous-système, documenté une contrainte et terminé un changement associé. Plutôt que de coller une ancienne conversation dans une nouvelle session, le développeur oriente l’Agent CLI vers l’analyse, la conception et le registre de changements pertinents, aux côtés des fichiers source.
L’Agent part de ressources de projet déjà révisées. Pendant le nouveau changement, l’équipe peut affiner le même contexte et garder le dépôt utile à la prochaine personne ou au prochain Agent, au lieu de créer une nouvelle explication isolée.
L’ingénierie du contexte n’est pas une accumulation de prompts.
Un long prompt peut transporter des détails dans une requête, mais il ne devient pas automatiquement une connaissance de projet maintenable. FiboCode sépare le contexte durable de la conversation transitoire et lui donne des liens visibles vers le code, les documents et les graphes.
L’Agent continue de raisonner et de modifier via l’Agent CLI de votre choix. FiboCode fournit le contexte partagé et vérifiable autour de ce flux ; le développement piloté par les spécifications ajoute un parcours structuré du nouveau besoin à l’exécution planifiée.
FAQ sur le contexte du codebase
Que signifie ici un contexte persistant ?
Les connaissances importantes du projet sont consignées près du code dans des documents et des liens réutilisables, plutôt que d’exister seulement dans une conversation temporaire avec un Agent.
FiboCode fournit-il un nouveau Coding Agent ?
Non. Vous conservez l’Agent CLI auquel vous faites déjà confiance. FiboCode enrichit son contexte de travail et relie le travail de l’Agent à la compréhension et à la révision dans l’éditeur.
Pourquoi utiliser Markdown pour le contexte de l’Agent ?
Markdown est facile à lire et à écrire pour les personnes comme pour les Agents, convient aux spécifications et explications et reste vérifiable comme ressource du projet.
Le contexte peut-il inclure des diagrammes et des relations ?
Oui. Les graphes et les balises complètent Markdown et le code, rendent les relations navigables et conservent les chemins vers les ressources sous-jacentes.
Comment le contexte doit-il évoluer lorsque le code change ?
Confrontez les documents concernés à la nouvelle implémentation et actualisez-les si nécessaire. Le but est une base de connaissances vivante et traçable, pas un résumé figé.