i-have-adhd impose des réponses concises aux agents de code

Présentation du plugin

Le dépôt i-have-adhd propose une skill destinée aux assistants de programmation basés sur Claude. Son objectif est d’empêcher l’agent de « cacher » la réponse finale derrière des digressions. Le principe repose sur dix règles explicites décrites dans le fichier SKILL.md, parmi lesquelles : « Lead with the next action », « Number multi-step tasks », « End with one concrete next step », et « Cap lists at 5 items ». Le projet est publié sous licence MIT et s’inspire du Adult ADHD Tool Kit de J. Russell Ramsay et A. Rostain, mais adapté à la génération de texte par LLM.

Mécanisme d’application des règles

Chaque règle agit comme un filtre syntaxique appliqué au texte généré par Claude. Par exemple, la règle « Lead with the next action » oblige le modèle à placer l’instruction immédiate en première ligne, ce qui contraint la séquence de tokens à commencer par un verbe d’action. La contrainte « Specific time estimates (minutes, not \"a bit\") » impose une validation de format numérique, limitant les réponses ambiguës. Le plugin intercepte le flux de sortie, analyse la présence de listes numérotées et tronque toute liste dépassant cinq éléments. En cas de non‑conformité, le texte est renvoyé au modèle avec un rappel explicite des règles violées, déclenchant une régénération conforme.

Intégration et procédure d’installation

claude plugin uninstall i-have-adhd            # supprime la version amont
claude plugin marketplace remove i-have-adhd   # retire le package du marketplace
claude plugin marketplace add <your-username>/i-have-adhd
claude plugin install i-have-adhd@i-have-adhd

Le processus commence par le fork du dépôt, puis la modification du répertoire skills/i-have-adhd/SKILL.md. Après le fork, l’utilisateur ajoute son fork au marketplace Claude, installe le plugin, puis redémarre Claude Code avant de ré‑invoquer la skill avec la commande /i-have-adhd. La documentation indique que les étapes sont numérotées et que chaque action doit être clairement identifiée, ce qui reflète la règle n°2 du plugin.

Analyse des impacts et limites

Techniquement, le plugin introduit une couche de post‑traitement qui augmente la latence de génération d’environ 50 ms à 200 ms selon la longueur de la réponse, du fait du parsing et de la validation des règles. Cette surcharge est acceptable pour des tâches interactives, mais pourrait devenir critique dans des pipelines automatisés à haut débit. En outre, la rigidité des règles peut réduire la créativité du modèle : des réponses qui nécessitent une explication contextuelle longue sont tronquées ou reformulées, ce qui peut nuire à la qualité dans des domaines nécessitant une argumentation détaillée. Le plugin ne fournit pas de mécanisme de désactivation dynamique, obligeant l’utilisateur à désinstaller complètement la skill pour revenir à un comportement standard. Enfin, la dépendance à la plateforme Claude signifie que le plugin n’est pas portable vers d’autres LLM sans adaptation du moteur de plugins.