Bevel

Cette plateforme d'agents adossée à git fait de votre dépôt le lieu qui contient le savoir, les compétences, les outils, les agents et la politique d'accès. Les branches, les demandes de changement et les diffs viennent de Git plutôt que d'un système de relecture maison, ce qui signifie que votre workflow et vos outils actuels restent valables. Chaque modification est versionnée et réversible.

Bevel ne vous enferme pas dans un seul runtime. Il sert les mêmes définitions à Claude Code, Cursor, ChatGPT, opencode, aux agents d'arrière-plan et aux agents auto-hébergés dans la plateforme. Changez d'outil et rien ne casse. Le contexte et les compétences que vous avez construits n'ont pas à être refaits.

Le savoir est stocké sous forme de nœuds typés, et chaque fait garde la trace de son origine, de qui l'a touché en dernier et de la date de vérification. Les nœuds se compilent en un graphe que vous pouvez parcourir, mettre à jour en masse et exploiter pour des tableaux de bord. Pourquoi est-ce important ? Les équipes ont besoin de répondre à la question de savoir pourquoi un agent a cru quelque chose. C'est la différence entre une affirmation et une piste d'audit.

Les compétences ne sont pas des bouts de prompt enfouis dans un fichier de configuration. Ce sont des procédures rédigées en Markdown simple, lisibles par ceux qui possèdent le processus et relisables dans un diff. Elles deviennent ainsi portables d'un runtime à l'autre. Cela facilite aussi les transmissions quand le personnel change.

Les manifestes d'outils déclarent ce qu'un agent peut appeler, tandis que les secrets restent dans un coffre au lieu d'être collés dans des panneaux de connecteurs. Les règles d'accès précisent quel agent peut lire quel fichier et appeler quel point de terminaison. C'est là que réside l'essentiel de la gouvernance des agents d'IA. Les changements passent par une relecture comme le reste, donc une seule permission mal configurée ne passe pas inaperçue.

Chaque agent est un acteur nommé, avec ses propres identifiants et son périmètre, et non un compte de service partagé. Ni un identifiant partagé. Chaque action est attribuable à un agent précis, ce qui compte quand il faut remonter d'une sortie défectueuse jusqu'à sa source.