Démarrage rapide

FiboCode construit dans l’éditeur une base de connaissances à partir du code, de la documentation et des graphes. Cette base grandit avec le code, et FiboCode en partage le contexte avec l’Agent CLI de votre choix afin que vous puissiez comprendre, parcourir et modifier le code avec vos agents.

La compréhension grandit avec le code.

Au quotidien, cela correspond à deux usages : l’un pour écrire, l’autre pour lire :

Les deux parcours commencent de la même manière : installez l’application, ouvrez un workspace et configurez un modèle.

Télécharger et installer

Récupérez le dernier programme d’installation sur la page des versions de FiboCode :

• macOS : ouvrez le .dmg et faites glisser FiboCode dans Applications.
• Windows : lancez le programme d’installation .exe et suivez les instructions.

Le bouton Download de la page d’accueil pointe toujours automatiquement vers la dernière version : inutile de rechercher un numéro de version.

Avant de commencer

1. Ouvrez un workspace. Cliquez sur « Open Folder » dans le panneau du workspace et choisissez votre code source, ou faites glisser un dossier directement dans le panneau. Le glisser-déposer d’un fichier .zip n’est pas pris en charge ; « Recently Opened » permet ensuite de changer de workspace. FiboCode considère le dépôt, et non un fichier isolé, comme l’unité de compréhension.

2. Configurez un modèle. Ouvrez System Config → Model Config → Add Provider et renseignez Provider Name, Interface Type (compatible OpenAI), Base URL, API Key et Model Name ; après l’enregistrement, cochez Main Model. Désignez un fournisseur à faible latence comme Fast Model afin que les appels sensibles à la latence le privilégient. Advanced Settings couvre la concurrence, le délai d’expiration et le nombre maximal de tokens de sortie.

Une fois le modèle configuré, trois fonctions deviennent disponibles :

• Résumés de diff — survolez un fichier ou un dossier dans le panneau de contrôle de source pour obtenir instantanément un résumé des changements et générer en un clic un message de commit avant la validation.
• Complétion de code — le panneau de suggestions AI de l’éditeur, où chaque suggestion peut être acceptée ou refusée séparément.
• Analyse de code — une analyse de tout le dépôt qui produit des documents explicatifs et des graphes conceptuels au niveau des dossiers et des fichiers.

3. Installez Fibo Skills pour votre agent (facultatif, recommandé). Fibo Skills ajoutent un workflow spec → plan → execute → sync à l’Agent CLI du terminal et lui indiquent d’écrire les spécifications, plans et relevés de changements dans le système documentaire .fibo/. FiboCode ne crée pas automatiquement cet historique d’évolution ; installez et utilisez Fibo Skills si vous souhaitez que l’agent le maintienne. Consultez Fibo Skills pour l’installation.

Usage 1 : le workflow terminal amélioré

Gardez l’Agent CLI auquel vous faites déjà confiance sans changer vos habitudes : FiboCode complète simplement le contexte et la revue qui l’entourent.

1. Passez en mode CLI et commencez à coder. Basculez le panneau de discussion en mode CLI, ouvrez le terminal et lancez Claude Code, Codex ou l’Agent CLI de votre choix.
2. Revenez au mode discussion pour consolider les changements. À la fin de la session, revenez dans ce mode : FiboCode recense tous les fichiers touchés entre-temps et les affiche dans la changed files card. Plus besoin de reconstituer de mémoire ou avec git status ce que l’agent a réellement fait.
3. Effectuez une revue rapide. Cliquez sur Review dans la carte : lisez le diff hunk par hunk, acceptez ou refusez chaque bloc, ou traitez un fichier entier. Les instantanés permettent de revenir à un état antérieur du fichier.
4. Validez. Ouvrez Source Control, préparez les changements, générez ou écrivez le message de commit, puis validez.

Usage 2 : analyser et comprendre le code

Lire un dépôt ne signifie pas ouvrir chaque fichier du début à la fin, mais laisser le code décrire sa propre structure.

1. Configurez le périmètre et les modèles. Ouvrez System Config → Code Analysis :
   • Directory Blacklist — les noms de dossiers sont comparés exactement ; un dossier correspondant et tout son contenu sont exclus (node_modules, dist, …).
   • Extension Whitelist — seuls les fichiers dont l’extension figure dans la liste autorisée de code ou de configuration sont analysés.
   • Analysis Templates — les modèles Directory, Code File et Configuration File sont modifiés séparément et déterminent la structure des explications générées ; chacun peut être réinitialisé à son contenu d’origine.
2. Lancez l’analyse. De retour dans le panneau du workspace, cliquez sur Analyze pour exécuter l’analyse de tout le dépôt. Les dossiers et fichiers sont analysés en parallèle dans la limite de concurrence définie pour le modèle ; vous pouvez interrompre à tout moment et une notification annonce la fin.
3. Lisez les explications. Cliquez sur un dossier ou un fichier : la vue Document à droite affiche son explication. Passez à la vue Graph pour voir le graphe conceptuel associé. Les notes de dossier répondent à « que fait cette couche ? », celles de fichier à « comment ce fichier le fait-il ? ».
4. Suivez les balises. Les balises code / text / graph d’une explication sont des ancres cliquables : code mène au fichier source et à la plage de lignes, text au document lié, graph au graphe conceptuel correspondant. Où que vous lisiez, le code et son explication restent accessibles l’un depuis l’autre.

Pour aller plus loin

• Fibo Skills — consultez le guide des skills pour découvrir le rôle et l’installation de chaque skill.
• Forum — posez vos questions et partagez vos workflows dans GitHub Discussions.
• Bug Report — signalez les problèmes dans l’issue tracker.