DEMIURGOS ajoute un mode de débogage des règles pour les agents AI et la prise en charge de plus de 20 outils

DEMIURGOS — un outil pour ceux qui écrivent du code avec des agents IA et qui en ont assez de re-expliquer le projet dans chaque nouveau chat. Il rassemble les règles de l'équipe dans un seul système, les distribue à différents agents et, dans la nouvelle version, montre quelles instructions ont réellement fonctionné et où il reste des lacunes de contexte.

Pourquoi les Agents Font des Erreurs

Le principal problème avec les agents de codification aujourd'hui n'est pas tant le modèle que le contexte. Claude, GPT, Gemini, Qwen et autres savent écrire du code, mais ne connaissent pas comment un référentiel spécifique est structuré : où se trouvent les tests, quel est le format de réponse de l'API, quels répertoires ne doivent pas être touchés, où TypeScript strict mode est nécessaire et où un ensemble différent de règles s'applique. En conséquence, le développeur gaste du temps non pas sur la tâche elle-même, mais sur des corrections constantes : re-expliquer la structure du projet, attraper les écarts de style et corriger les solutions qui sont formellement fonctionnelles, mais qui s'adaptent mal à la base de code.

Comment Fonctionne DEMIURGOS

DEMIURGOS résout ce problème par un schéma à trois niveaux. À sa base se trouve le répertoire .rules/, qui stocke la source de vérité sur le projet : pile technologique, modèles architecturaux, contraintes, format de réponses et niveaux d'accès.

Au-dessus se créent des adaptateurs pour des outils spécifiques. Pour Cursor il y a ses propres fichiers de règles, pour Claude Code — CLAUDE.md, pour GitHub Copilot — **.

github/copilot-instructions.md, et pour les autres AGENTS.md** peut être utilisé comme format universel.

Les extensions séparées comme subagents, hooks et MCP n'apparaissent que lorsqu'elles sont vraiment nécessaires, pas « pour le futur ». L'approche ne repose pas sur un joli dossier, mais sur la portabilité des règles entre agents et IDEs. Un développeur peut travailler dans Cursor, un autre dans Claude Code, un responsable d'équipe dans Copilot, mais tous reçoivent la même vision du projet sans synchronisation manuelle des prompts.

L'auteur incorpore également le minimalisme dans le système : avant de créer un nouveau fichier, il vérifie s'il résout un problème réel et s'il ne serait pas possible de s'en contenter avec une seule ligne dans un document déjà existant.

• Un ensemble de règles est stocké dans le référentiel et arrive dans git avec le code
• Les adaptateurs permettent de connecter les mêmes instructions à Claude Code, Cursor, Copilot, Windsurf, Zed, Codex, Cline et autres outils
• Avant la sortie, le système exécute 3–5 scénarios typiques comme ajouter un endpoint API, refactoriser un module ou corriger un bug d'autorisation
• Si une règle gêne, interfère ou duplique un contexte déjà connu, on propose de l'assouplir, de la promouvoir ou de la supprimer

Qu'offre /debug

La mise à jour la plus notable est le mode /debug et /debug full. Après une requête ordinaire, l'agent non seulement retourne du code, mais montre aussi quelles règles ont fonctionné, d'quel fichier elles provenaient et comment elles ont influencé la solution finale. Cela transforme le système d'une boîte noire en quelque chose d'observable.

Si une règle sur les transactions ne s'applique pas, vous le voyez immédiatement. Si le projet manque de convention pour input naming, cooldown UI feedback, FOUC ou manipulation de browser API, le mode debug marque ces lacunes et suggère exactement ce qu'il faut ajouter dans patterns.md ou constraints.

md. En essence, /debug n'évalue pas les règles pour évaluer, mais aide à voir leur couverture après une série de requêtes réelles. Après 10–20 tâches, il est déjà clair où l'agent s'appuie avec confiance sur **.

rules/**, où il active les heuristiques natives du modèle et où il commence à improviser. Ce mode est particulièrement utile pour les équipes qui construisent progressivement leur propre système de règles et ne veulent pas le réécrire en aveugle après chaque erreur.

« Les règles ne sont pas 'réglez et oubliez' ».

Cela détermine aussi la logique des mises à jour : si la même erreur se produit deux fois, une règle doit être ajoutée ; si une instruction gêne — simplifiez ou supprimez-la ; si l'agent l'ignore — promouvoir-la et la soutenir avec un exemple. Dans l'article ceci est décrit comme un document vivant, pas un artefact statique. C'est-à-dire qu'il s'agit d'un cycle de maintenance, pas d'un simple prompt, où les règles évoluent avec le projet, la pile et les habitudes de travail de l'équipe.

Ce Que Cela Signifie

Le marché des agents de codification se déplace des prompts ponctuels vers une infrastructure complète autour d'eux. DEMIURGOS est intéressant non pas comme un énième chatbot, mais comme une couche pour gérer le comportement des agents dans un référentiel : avec versioning, adaptateurs, audit et rétroaction. Pour les équipes vivant déjà dans Claude Code, Cursor, Copilot ou Windsurf, c'est un moyen pratique de réduire le nombre d'explications répétées, de diminuer le bruit dans le code et d'amener les agents IA à fonctionner de manière prévisible plus rapidement.