Bevel
Bevel est un plan de contrôle agnostique vis-à-vis des fournisseurs, basé sur Git, pour les agents IA d'entreprise qui définit les agents, le contexte, les compétences, les outils, les permissions et l'identité comme des fichiers que vous possédez et servez à tout environnement d'exécution d'agent via MCP/UTCP.
https://www.bevel.software/?ref=producthunt&utm_source=aipure
Informations sur le produit
Mis à jour:Aug 14, 2026
Qu'est-ce que Bevel
Bevel est un plan de contrôle basé à Munich (fondé en 2024) conçu pour aider les organisations à opérationnaliser les agents IA sans enfermer la logique et la gouvernance de leurs agents principaux dans le produit d'un seul fournisseur. Au lieu de disperser les invites, le câblage des outils, les connaissances et les contrôles d'accès sur plusieurs consoles et panneaux de connecteurs, Bevel fait de votre référentiel la source unique de vérité versionnée. Il permet aux équipes de définir ce que les agents savent, comment ils se comportent, ce qu'ils sont autorisés à faire et qui ils représentent – en utilisant du Markdown et du YAML simples stockés dans votre infrastructure – afin que la même configuration d'agent gouvernée puisse être consommée par différents environnements d'exécution d'agents au sein de l'entreprise.
Caractéristiques principales de Bevel
Bevel est un plan de contrôle agnostique, basé sur Git, pour les agents d'IA d'entreprise qui permet aux organisations de définir le contexte, les compétences, les outils, les permissions et l'identité des agents sous forme de fichiers simples (Markdown/YAML) stockés dans leur propre infrastructure et servis à tout environnement d'exécution d'agent via MCP (et les outils de protocole associés). Il centralise une "source de vérité" gouvernée et versionnée pour la connaissance et les procédures des agents, applique des règles d'accès granulaires et des identifiants par agent, et rend les modifications révisables grâce aux flux de travail Git standard (branches, différences, demandes de modification) afin que les équipes puissent étendre le déploiement des agents à l'automatisation destinée aux employés et à l'automatisation non supervisée/en arrière-plan avec une attribution et un contrôle solides.
Configuration d'agent basée sur Git sous forme de fichiers: Définit les agents, les connaissances, les compétences, les manifestes d'outils et les politiques d'accès en Markdown/YAML dans votre propre dépôt, en utilisant les branches, les différences et les révisions Git standard au lieu des consoles spécifiques aux fournisseurs.
Graphe de contexte typé avec provenance: Stocke les connaissances sous forme de nœuds typés avec provenance (source, dernier éditeur, heure de vérification) et les compile en un graphe traversable pour les mises à jour, les audits et les tableaux de bord.
Compétences sous forme de procédures lisibles et révisables: Encode les procédures opérationnelles en Markdown simple (pas des fragments d'invite enfouis), les rendant compréhensibles pour les propriétaires de processus et portables entre les environnements d'exécution d'agents.
Manifestes d'outils + permissions gouvernées: Déclare les outils une fois via des manifestes, conserve les secrets dans un coffre-fort et applique des règles d'accès qui contrôlent quel agent peut lire quels fichiers ou appeler quels points de terminaison - les modifications passent par une révision.
Identité et attribution par agent: Chaque agent est un acteur nommé avec ses propres identifiants et un accès délimité (pas de comptes de service partagés), améliorant l'auditabilité et la responsabilité des actions entreprises.
Livraison agnostique de l'environnement d'exécution via MCP: Sert la même surface d'agent gouvernée à plusieurs environnements d'exécution (par exemple, assistants de codage de bureau et agents côté serveur/arrière-plan) afin que vous puissiez changer ou mélanger les fournisseurs sans reconstruire.
Cas d'utilisation de Bevel
Copilotes d'approvisionnement et de sourcing: Créez des agents pour les demandes d'informations, la gestion des appels d'offres et la qualification des fournisseurs en combinant des procédures versionnées (compétences) avec un accès contrôlé aux documents internes et aux outils d'approvisionnement.
Automatisation des campagnes GTM: Unifiez les données fragmentées entre des systèmes comme Salesforce et les plateformes publicitaires, puis exécutez des agents de planification/exécution de campagnes avec un accès aux outils gouverné et un contexte réutilisable.
Agents d'intelligence de marché: Reliez les données de marché externes aux signaux internes pour fournir des informations ciblées aux bonnes équipes, tout en gardant les sources, les modifications et la vérification traçables via la provenance.
Gouvernance et conformité des agents à l'échelle de l'entreprise: Standardisez la manière dont toutes les équipes définissent les connaissances, les permissions et les identités des agents ; appliquez l'accès au moindre privilège et le contrôle des modifications auditable via les flux de travail de révision Git.
Portabilité des agents multi-runtime (anti-verrouillage fournisseur): Exécutez les mêmes agents sur différents environnements d'exécution (assistants de bureau interactifs et agents d'arrière-plan non supervisés) sans réimplémenter les connecteurs, les invites ou les bases de connaissances par fournisseur.
Avantages
La conception agnostique des fournisseurs réduit le verrouillage en conservant les définitions et les connaissances des agents dans votre infrastructure et en servant n'importe quel environnement d'exécution via MCP.
Gouvernance forte : les règles d'accès au niveau des fichiers, les secrets conservés dans un coffre-fort, l'identité par agent et la révision basée sur Git améliorent la sécurité et l'auditabilité.
Clarté opérationnelle : les compétences en Markdown et le contexte basé sur la provenance rendent le comportement de l'agent plus facile à comprendre, à maintenir et à améliorer au fil du temps.
Inconvénients
Nécessite une propriété de dépôt/processus disciplinée (architecture de l'information, révisions et maintenance) pour maintenir le contexte et les compétences précis et utiles.
L'adoption peut impliquer un travail d'intégration et de conception de politiques initial (manifestes d'outils, modélisation des permissions, configuration de l'identité) avant que la valeur ne soit réalisée.
Les équipes habituées aux interfaces utilisateur des fournisseurs peuvent rencontrer une courbe d'apprentissage en passant à des flux de travail basés sur des fichiers et centrés sur Git pour la gestion des agents.
Comment utiliser Bevel
1) Décidez de quel "Bevel" vous parlez: Les sources font référence à plusieurs produits sans rapport nommés "Bevel" (un plan de contrôle d'agents IA d'entreprise sur bevel.software, une application de santé, l'outil de biseautage de Blender, etc.). Le site officiel fourni est Bevel (plan de contrôle basé sur Git pour les agents IA d'entreprise). Les étapes ci-dessous couvrent ce Bevel.
2) Créez (ou choisissez) un dépôt Git qui sera votre source de vérité: Le modèle de Bevel est "votre dépôt est la source de vérité". Créez un dépôt dans l'infrastructure de votre entreprise où le contexte, les compétences, les outils, les identités et les règles d'accès des agents vivront sous forme de fichiers.
3) Ajoutez la structure de dossiers standard de Bevel: Organisez votre dépôt selon la disposition basée sur les fichiers décrite sur le site officiel, par exemple knowledge/, skills/, tools/, agents/, access/ afin que tout soit versionné et révisable via Git.
4) Définissez ce que l'agent sait (Contexte): Remplissez knowledge/ avec des nœuds de connaissance typés qui incluent la provenance des faits (d'où ils viennent, qui les a modifiés en dernier, quand ils ont été vérifiés). Ce contexte est compilé dans un graphe que vous pouvez parcourir, mettre à jour en masse et utiliser pour créer des tableaux de bord.
5) Définissez comment l'agent fonctionne (Compétences): Écrivez des procédures sous forme de fichiers Markdown simples dans skills/ (pas des fragments d'invite dans une console de fournisseur). Gardez-les lisibles par les propriétaires de processus et révisables dans les diffs.
6) Déclarez les outils et comment ils sont exposés (Manifestes d'outils): Créez des fichiers manifestes d'outils dans tools/ (par exemple, salesforce.yaml, sharepoint.yaml). Ces manifestes déclarent les outils une fois afin qu'ils puissent être servis à tout environnement d'exécution d'agent via MCP/UTCP.
7) Configurez la gestion des secrets pour les outils: Assurez-vous que les secrets des outils sont conservés dans un coffre-fort (selon le site officiel : "manifestes d'outils avec des secrets conservés dans un coffre-fort"). Gardez les secrets hors de Git ; ne stockez que les références/métadonnées nécessaires à la récupération.
8) Définissez ce que chaque agent peut faire (Permissions / règles d'accès): Créez des règles d'accès au niveau des fichiers sous access/ (par exemple, policy.yaml) qui spécifient quel agent peut lire quel fichier et appeler quel point de terminaison. Faites passer les changements par une révision de code comme tout autre changement.
9) Définissez qui l'agent représente (Identité): Créez des identités par agent afin que chaque agent soit un acteur nommé avec ses propres identifiants et sa propre portée (pas un compte de service partagé). Cela rend les actions attribuables à un agent spécifique.
10) Assemblez une définition d'agent: Créez un fichier de configuration d'agent dans agents/ (par exemple, tender-desk.yaml) qui relie les quatre parties : références de contexte, procédures de compétences, accès aux outils et identité/portée.
11) Connectez un environnement d'exécution d'agent via MCP ou UTCP: Servez le contexte/les compétences/les outils/les autorisations définis dans le dépôt à l'environnement d'exécution "via MCP" (et/ou UTCP comme décrit). Le site officiel répertorie les environnements d'exécution pris en charge tels que Claude Code, Cursor, ChatGPT desktop, opencode, les agents d'arrière-plan et les modèles auto-hébergés en plateforme.
12) Vérifiez le comportement d'accès gouverné: Testez que "les agents se connectent et lisent exactement ce qu'ils sont autorisés à lire" en tentant des lectures/appels à l'intérieur et à l'extérieur de la politique d'accès définie, confirmant que les fichiers/points de terminaison non autorisés sont bloqués.
13) Opérez via des flux de travail Git (branches, demandes de changement, diffs): Effectuez des mises à jour en éditant du Markdown/YAML, en ouvrant des demandes de changement et en révisant les diffs. C'est le modèle d'exploitation principal : la gouvernance et l'évolution se font par des pratiques Git standard plutôt que par des consoles spécifiques aux fournisseurs.
14) Maintenez et faites évoluer le contexte et les compétences réutilisables: Mettez continuellement à jour les artefacts partagés (nœuds de connaissance, compétences, manifestes d'outils, politiques) afin que les améliorations deviennent des "modifications révisées et durables de l'artefact que tout le monde partage", plutôt que d'être perdues dans les transcriptions de chat.
FAQ de Bevel
Bevel est un plan de contrôle indépendant des fournisseurs et basé sur Git pour les agents d'IA d'entreprise. Il permet à une entreprise de définir le contexte, les compétences, les outils, les autorisations et l'identité de ses agents d'IA sous forme de fichiers que l'entreprise possède dans sa propre infrastructure, et de les servir à tout environnement d'exécution d'agent via MCP.
Vidéo de Bevel
Articles populaires
Atoms : Une plateforme d'IA multi-agents qui transforme les idées en produits prêts à être lancés
May 22, 2026
Nano Banana SBTI : Qu'est-ce que c'est, comment ça marche et comment l'utiliser en 2026
Apr 15, 2026
Atoms : L'outil de création de produits IA qui redéfinit la création numérique en 2026
Apr 10, 2026
Kilo Claw : Comment déployer et utiliser un véritable agent d'IA "Faites-le pour vous" (Mise à jour 2026)
Apr 3, 2026
Derniers outils d'IA similaires à Bevel
Gait
Gait est un outil de collaboration qui intègre la génération de code assistée par l'IA avec le contrôle de version, permettant aux équipes de suivre, comprendre et partager efficacement le contexte du code généré par l'IA.
invoices.dev
invoices.dev est une plateforme de facturation automatisée qui génère des factures directement à partir des commits Git des développeurs, avec des capacités d'intégration pour GitHub, Slack, Linear et les services Google.
EasyRFP
EasyRFP est un outil de calcul en périphérie alimenté par l'IA qui rationalise les réponses aux RFP (demande de proposition) et permet le phénotypage des champs en temps réel grâce à la technologie d'apprentissage profond.
Cart.ai
Cart.ai is an AI-powered service platform that provides comprehensive business automation solutions including coding, customer relations management, video editing, e-commerce setup, and custom AI development with 24/7 support.
Outils d'IA populaires comme Bevel
GitHub Copilot Chat
GitHub Copilot Chat est un assistant de codage alimenté par l'IA qui fournit des interactions en langage naturel, des suggestions de code en temps réel et un soutien contextuel directement dans les IDE pris en charge et sur GitHub.com.
CopilotForXcode
CopilotForXcode est une extension d'Éditeur de Source Xcode qui intègre GitHub Copilot, Codeium et ChatGPT pour fournir des suggestions de code alimentées par l'IA, une assistance par chat et une fonctionnalité de prompt-à-code au sein de Xcode.
BrowserAI
BrowserAI est une bibliothèque open source qui permet d'exécuter des grands modèles de langage (LLM) locaux directement dans les navigateurs Web avec l'accélération WebGPU, offrant des capacités d'IA axées sur la confidentialité sans nécessiter d'infrastructure de serveur.
OpenAI Codex CLI
OpenAI Codex CLI est un agent de codage open source léger qui s'exécute dans votre terminal, permettant aux développeurs de traduire le langage naturel en exécution de code tout en fournissant un raisonnement de niveau ChatGPT avec la possibilité d'exécuter du code, de manipuler des fichiers et d'itérer sous contrôle de version.