Fibo Skills

Lorsque vous pilotez un Agent CLI (Claude Code, Codex ou tout agent prenant en charge les Skills) dans le terminal intégré de FiboCode, Fibo Skills lui enseigne le workflow de FiboCode dirigé par les spécifications. Elles sont facultatives — le terminal fonctionne sans elles — mais leur installation donne à l’agent la même boucle brainstorm → spec → plan → execute → sync que suit FiboCode, afin que ses résultats aboutissent dans le système documentaire .fibo/ au lieu de s’éloigner de votre code source.

Les Skills sont des instructions empaquetées que l’agent charge à la demande. Fibo Skills est open source et s’installe dans votre agent, pas dans FiboCode.

Dépôt des Skills : github.com/Alenkz12/FiboSkills

L’ensemble des skills

Il s’agit d’un seul workflow, pas d’une collection de commandes sans rapport. Les cinq premières skills se transmettent le travail d’une étape à l’autre ; les deux dernières sont autonomes :

fibo-brainstorming — préciser d’abord l’exigence

S’invoque avant toute modification d’un comportement visible de l’extérieur. Il pose une question à la fois, avec des choix lorsque c’est possible, pour transformer « je veux une fonctionnalité » en critères d’acceptation en syntaxe EARS, et n’écrit spec.md qu’après votre approbation explicite. Il n’écrit aucun code de production, n’exécute aucun test et ne valide rien : son seul rôle est de supprimer l’ambiguïté.

fibo-writing-plan — transformer la spec en conception et tâches

S’invoque une fois la spec approuvée. Il lit spec.md et produit dans le même dossier design.md (le HOW, avec chaque décision de conception liée par ↔ AC) et plan.md (une liste où chaque tâche indique ses AC, ses fichiers et sa méthode de vérification). Si la couverture des AC est inférieure à 100 % ou qu’une tâche cite un AC inexistant, il refuse d’écrire sur le disque.

fibo-executing-plan — exécuter le plan strictement en série

Exécute les tâches de plan.md une par une, jamais en parallèle, afin d’éviter que des tâches concurrentes ne se heurtent sur les mêmes fichiers. Chaque tâche ne peut toucher que les fichiers de sa propre liste. En cas d’échec, il s’arrête et vous demande de choisir entre ignorer / abandonner / réessayer, au lieu d’annuler de lui-même. Quand tout est terminé, il affiche un rapport d’implémentation et passe directement à l’enregistrement du diff et à la synchronisation documentaire.

fibo-recording-diff — rendre le changement lisible

S’invoque après l’implémentation. Il transforme un diff réel en explications par hunk, ordonne les fichiers modifiés selon une lecture cohérente, associe à chaque hunk une ancre de code et, si utile, une vue logique Mermaid, puis explique sa raison d’être et ses liens avec la logique environnante. Il ne modifie ni le code ni les AC.

fibo-conventions — une seule voix pour les documents et commentaires

S’applique lorsque vous rédigez du Markdown, ajoutez des commentaires au code ou créez du contenu sous .fibo/docs/ : utilisation de Mermaid, formats des balises code / text / graph, règles de chemins et de nommage, synchronisation des commentaires avec le code et synchronisation documentaire par lots avant commit, dont .fibo/index.json suit la référence.

fibo-code-analysis — une sortie d’analyse structurée

S’utilise pour générer l’analyse structurée sous .fibo/analysis et pour comprendre ou étendre le pipeline d’analyse propre à FiboCode : choix des prompts, concurrence, organisation sur disque et prompts par langage. Cette skill et Code Analysis dans l’application sont deux portes vers la même méthode de compréhension du code.

fibo-skills-reviewer — un bilan des skills elles-mêmes

N’audite que la rédaction des fichiers de skills : contradictions, lacunes logiques, références imprécises, dérive due aux répétitions et apartés de maintenance divulgués. Il modifie la façon dont une règle est exprimée, jamais son contenu ; s’il découvre un véritable conflit de règles, il s’arrête et vous laisse trancher.

Installation : Claude Code

Claude Code lit les skills dans un dossier .claude/skills/. Le niveau projet les limite à un seul code source ; le niveau utilisateur les rend disponibles partout :

# Project level (recommended: travels with the repo, so team and agent share one rule set)
git clone https://github.com/Alenkz12/FiboSkills .claude/skills

# Or user level (available in every project)
git clone https://github.com/Alenkz12/FiboSkills ~/.claude/skills

Redémarrez Claude Code (ou ouvrez une nouvelle session) : les skills fibo-* apparaîtront dans sa liste. Invoquez-en une avec /fibo-brainstorming, ou décrivez simplement votre tâche et laissez l’agent choisir l’étape adaptée.

Installation : Codex et autres agents

Les fichiers de skills sont de simples fichiers Markdown avec un frontmatter YAML ; ils sont donc portables entre agents. Clonez-les où vous le souhaitez :

git clone https://github.com/Alenkz12/FiboSkills

• Agents dotés d’un mécanisme natif de skills — faites pointer leur dossier de skills vers le clone en suivant leur documentation.
• Agents qui ne lisent qu’un fichier d’instructions — décrivez l’emplacement et le rôle de ces skills dans ce fichier (par exemple AGENTS.md) pour que l’agent les lise au bon moment.

Vérifier leur activation

Demandez une petite modification à l’agent dans le terminal intégré de FiboCode, par exemple « ajoute une option de configuration à ce dépôt ». Si les skills sont actives, il ne modifiera pas immédiatement le code : il ouvrira d’abord la phase de brainstorming pour confirmer les AC, puis laissera spec.md, design.md et plan.md sous .fibo/docs/specs/<feature>/.

Les maintenir à jour

Comme les skills résident dans un git clone, une seule ligne suffit pour récupérer la dernière version :

cd .claude/skills && git pull

Obtenir de l’aide

• Parcourez l’ensemble complet des Skills sur github.com/Alenkz12/FiboSkills.
• Posez vos questions dans GitHub Discussions.
• Signalez les problèmes dans l’issue tracker.