Coderrr

Chaque tâche commence par un plan écrit, pas par une modification. Coderrr lit votre code, rassemble les skills pertinentes et génère requirements.md, design.md et tasks.md avant toute autre chose. Le plan vous est montré, et l'outil s'arrête. C'est important parce que vous pouvez corriger la trajectoire en anglais simple avant qu'un fichier ne change, ce qui coûte bien moins cher que d'annuler un mauvais patch. C'est la boucle centrale qui distingue cet outil de codage pour terminal des agents qui modifient au fur et à mesure.

On ne demande pas à l'agent de s'abstenir de modifier ; il n'a simplement aucun outil d'édition disponible pendant qu'il planifie. Les outils d'écriture sont totalement absents de la liste d'outils du modèle, et l'approbation est l'événement qui les déverrouille. C'est une protection structurelle plutôt qu'une demande polie, ce qui fait une vraie différence quand vous pointez une IA vers un dépôt réel.

Coderrr n'a aucun outil qui exécute des commandes sur votre arborescence de travail. Les commandes s'exécutent dans une sandbox, et l'agent lit le vrai code de sortie et la vraie sortie. Le niveau scratch par défaut utilise une copie jetable du projet, ce qui limite le rayon d'action d'une mauvaise instruction. Quand Docker est disponible, il passe automatiquement à un conteneur avec le réseau coupé et toutes les capacités retirées. Cette montée en gamme compte, parce qu'un conteneur isolé du réseau empêche l'agent de récupérer une dépendance ou d'appeler un endpoint que vous n'avez jamais approuvé pendant l'exécution.

Les plans vivent dans .coderrr/specs/NNN-slug/ et sont destinés à être commités avec votre code. Au-delà de la documentation, ils servent de mémoire à l'agent : une session ultérieure lit le tasks.md pour savoir où en sont les choses au lieu de rejouer un journal de chat. Vous pouvez modifier ces fichiers avant d'approuver pour orienter le travail.

Coderrr atteint chaque fournisseur via HTTP simple, donc aucun SDK de fournisseur n'est installé. Il prend en charge Ollama, Anthropic, OpenAI, Google et OpenRouter. La valeur par défaut est gemma4:31b-cloud via Ollama, utilisable sur un compte gratuit. Les clés d'API se résolvent d'abord dans les variables d'environnement, puis dans le trousseau de l'OS, puis dans un fichier de configuration écrit avec des permissions restreintes.

Les skills sont des consignes markdown sur la manière d'aborder une classe de problème, récupérées quand l'agent décide qu'il en a besoin et supprimées après usage. Elles n'ajoutent aucune capacité exécutable, donc une mauvaise skill ne peut donner que de mauvais conseils à un agent dont les outils sont déjà bridés. Vous pouvez parcourir ce même registre vous-même avec coderrr skills search.

Vous pouvez connecter vos propres serveurs MCP, et leurs outils deviennent des outils que Coderrr peut appeler : Figma, Linear, Notion ou quelque chose d'interne à votre entreprise. Aucune installation supplémentaire n'est nécessaire, puisque le client est en HTTP simple comme toutes les autres connexions de l'outil. Depuis une session, vous collez une URL et c'est réglé.