
Bevel
Bevelは、ベンダーに依存しないGitバックアップのエンタープライズAIエージェント向けコントロールプレーンであり、エージェント、コンテキスト、スキル、ツール、権限、IDを、企業が所有し、MCP/UTCPを介して任意のエージェントランタイムに提供するファイルとして定義します。
https://www.bevel.software/?ref=producthunt&utm_source=aipure

製品情報
更新日:2026年08月14日
Bevelとは
Bevelは、ミュンヘンを拠点とする(2024年設立)コントロールプレーンで、企業がAIエージェントのコアロジックとガバナンスを単一ベンダーの製品内に閉じ込めることなく、AIエージェントを運用できるように設計されています。プロンプト、ツール配線、知識、アクセス制御を複数のコンソールやコネクタパネルに分散させるのではなく、Bevelはリポジトリをバージョン管理された信頼できる唯一の情報源にします。これにより、チームはエージェントが何を知っているか、どのように振る舞うか、何を行うことが許可されているか、誰として行動するかを、インフラストクチャに保存されたプレーンなMarkdownとYAMLを使用して定義できます。これにより、同じ管理されたエージェント設定を社内の異なるエージェントランタイムで利用できます。
Bevelの主な機能
Bevelは、ベンダーに依存しない、gitをバックエンドとするエンタープライズAIエージェント向けのコントロールプレーンです。組織は、エージェントのコンテキスト、スキル、ツール、権限、およびIDを、独自のインフラストラクチャに保存されたプレーンファイル(Markdown/YAML)として定義し、MCP(および関連するプロトコルツール)を介して任意のエージェントランタイムに提供できます。これにより、エージェントの知識と手順に関する統制されたバージョン管理された「信頼できる情報源」が集中管理され、きめ細かなアクセスルールとエージェントごとの資格情報が適用され、標準的なgitワークフロー(ブランチ、差分、変更要求)を通じて変更がレビュー可能になります。これにより、チームは、強力な帰属と制御をもって、従業員向けおよび無人/バックグラウンド自動化の両方でエージェントの展開を拡張できます。
Gitをバックエンドとするファイルとしてのエージェント構成: ベンダー固有のコンソールではなく、標準的なgitブランチ、差分、レビューを使用して、エージェント、知識、スキル、ツールマニフェスト、アクセスポリシーを独自のリポジトリにMarkdown/YAMLで定義します。
来歴付きの型付きコンテキストグラフ: 知識を来歴(ソース、最終編集者、検証時間)を持つ型付きノードとして保存し、更新、監査、ダッシュボードのために横断可能なグラフにコンパイルします。
読みやすくレビュー可能な手順としてのスキル: 運用手順をプレーンなMarkdown(プロンプトの断片に埋もれることなく)でエンコードし、プロセスオーナーが理解しやすく、エージェントランタイム間でポータブルにします。
ツールマニフェスト + 統制された権限: マニフェストを介してツールを一度宣言し、シークレットをボールトに保持し、どのエージェントがどのファイルを読み取るか、どのエンドポイントを呼び出すかを制御するアクセスルールを適用します。変更はレビューを通過します。
エージェントごとのIDと帰属: 各エージェントは、独自の資格情報とスコープ付きアクセス(共有サービスアカウントなし)を持つ名前付きアクターであり、実行されたアクションの監査可能性と説明責任を向上させます。
MCPを介したランタイムに依存しない配信: 同じ統制されたエージェントサーフェスを複数のランタイム(例:デスクトップコーディングアシスタントとサーバーサイド/バックグラウンドエージェント)に提供するため、再構築することなくベンダーを切り替えたり組み合わせたりできます。
Bevelのユースケース
調達・ソーシングコパイロット: バージョン管理された手順(スキル)と、内部文書および調達ツールへの制御されたアクセスを組み合わせることで、RFI、入札管理、サプライヤー認定のためのエージェントを作成します。
GTMキャンペーン自動化: Salesforceや広告プラットフォームなどのシステムに散在するデータを統合し、統制されたツールアクセスと再利用可能なコンテキストでキャンペーン計画/実行エージェントを運用します。
市場インテリジェンスエージェント: 外部の市場データと内部のシグナルを連携させ、適切なチームに厳選されたインサイトを提供するとともに、出所、編集、検証を来歴を通じて追跡可能に保ちます。
全社的なエージェントガバナンスとコンプライアンス: すべてのチームがエージェントの知識、権限、IDを定義する方法を標準化し、最小特権アクセスとgitレビューワークフローを通じた監査可能な変更管理を強制します。
マルチランタイムエージェントのポータビリティ(ベンダーロックイン防止): コネクタ、プロンプト、知識ストアをベンダーごとに再実装することなく、異なるランタイム(インタラクティブなデスクトップアシスタントと無人バックグラウンドエージェント)で同じエージェントを実行します。
メリット
ベンダーに依存しない設計により、エージェントの定義と知識を独自のインフラストラクチャに保持し、MCPを介して任意のランタイムに提供することで、ロックインを軽減します。
強力なガバナンス:ファイルレベルのアクセスルール、ボールトに保持されたシークレット、エージェントごとのID、およびgitベースのレビューにより、セキュリティと監査可能性が向上します。
運用の明確さ:Markdownのスキルと来歴に裏打ちされたコンテキストにより、エージェントの動作を理解し、維持し、時間の経過とともに改善することが容易になります。
デメリット
コンテキストとスキルを正確かつ有用に保つためには、規律あるリポジトリ/プロセス所有権(情報アーキテクチャ、レビュー、メンテナンス)が必要です。
導入には、価値が実現される前に、事前の統合とポリシー設計作業(ツールマニフェスト、権限モデリング、ID設定)が必要になる場合があります。
ベンダーUIに慣れているチームは、エージェント管理のためのファイルベースのgit中心のワークフローへの移行に学習曲線があるかもしれません。
Bevelの使い方
1) どの「Bevel」を指すのかを決定する: 情報源には、「Bevel」という名前の複数の無関係な製品(bevel.softwareのエンタープライズAIエージェントコントロールプレーン、ヘルスアプリ、Blenderのベベルツールなど)が参照されています。提供された公式サイトはBevel(エンタープライズAIエージェント向けのGitバックアップコントロールプレーン)です。以下の手順は、そのBevelについて説明しています。
2) 信頼できる情報源となるGitリポジトリを作成(または選択)する: Bevelのモデルは「あなたのリポジトリが信頼できる情報源である」というものです。エージェントのコンテキスト、スキル、ツール、ID、アクセスルールがファイルとして存在する、会社のインフラストラクチャ内にリポジトリを作成します。
3) 標準のBevelフォルダ構造を追加する: 公式ウェブサイトに記載されているファイルベースのレイアウト(例:knowledge/、skills/、tools/、agents/、access/)にリポジトリを整理し、すべてがGitを介してバージョン管理され、レビュー可能になるようにします。
4) エージェントが知っていること(コンテキスト)を定義する: knowledge/に、事実の出所(どこから来たか、最後に誰が触ったか、いつ検証されたか)を含む型付き知識ノードを入力します。このコンテキストは、トラバース、一括更新、ダッシュボードの構築が可能なグラフにコンパイルされます。
5) エージェントの動作方法(スキル)を定義する: 手順をプレーンなMarkdownファイルとしてskills/に記述します(ベンダーコンソールのプロンプトフラグメントではありません)。プロセスオーナーが読みやすく、差分でレビューできるようにします。
6) ツールとそれらがどのように公開されるかを宣言する(ツールマニフェスト): tools/にツールマニフェストファイル(例:salesforce.yaml、sharepoint.yaml)を作成します。これらのマニフェストはツールを一度宣言するだけで、MCP/UTCPを介して任意のエージェントランタイムに提供できます。
7) ツールのシークレット処理を設定する: ツールのシークレットがボールトに保持されていることを確認します(公式ウェブサイトによると:「ボールトに保持されたシークレットを持つツールマニフェスト」)。シークレットをGitから除外し、取得に必要な参照/メタデータのみを保存します。
8) 各エージェントが何を行うことができるかを定義する(権限/アクセスルール): access/の下にファイルレベルのアクセスルール(例:policy.yaml)を作成し、どのエージェントがどのファイルを読み取り、どのエンドポイントを呼び出すことができるかを指定します。他の変更と同様に、コードレビューを通じて変更をルーティングします。
9) エージェントが誰として行動するかを定義する(ID): エージェントごとのIDを作成し、各エージェントが独自の資格情報とスコープを持つ名前付きアクターとなるようにします(共有サービスアカウントではありません)。これにより、アクションが特定のエージェントに帰属できるようになります。
10) エージェント定義を組み立てる: agents/にエージェント構成ファイル(例:tender-desk.yaml)を作成し、コンテキスト参照、スキル手順、ツールアクセス、ID/スコープの4つの部分を結合します。
11) MCPまたはUTCPを介してエージェントランタイムを接続する: リポジトリで定義されたコンテキスト/スキル/ツール/権限を「MCPを介して」(および/または記載されているUTCPを介して)ランタイムに提供します。公式ウェブサイトには、Claude Code、Cursor、ChatGPTデスクトップ、opencode、バックグラウンドエージェント、プラットフォーム内自己ホスト型モデルなどのサポートされているランタイムが記載されています。
12) 管理されたアクセス動作を検証する: 定義されたアクセスポリシーの内外で読み取り/呼び出しを試行し、不正なファイル/エンドポイントがブロックされていることを確認することで、「エージェントが許可されたものだけを正確に接続して読み取る」ことをテストします。
13) Gitワークフロー(ブランチ、変更要求、差分)を介して運用する: Markdown/YAMLを編集し、変更要求を開き、差分をレビューすることで更新を行います。これが主要な運用モデルです。ガバナンスと進化は、ベンダー固有のコンソールではなく、標準的なGitプラクティスを通じて行われます。
14) 再利用可能なコンテキストとスキルを維持および進化させる: 共有アーティファクト(知識ノード、スキル、ツールマニフェスト、ポリシー)を継続的に更新し、改善がチャットのトランスクリプトに失われるのではなく、耐久性のある「誰もが共有するアーティファクトへのレビュー済み編集」となるようにします。
Bevelのよくある質問
Bevelは、ベンダーに依存しない、GitをバックエンドとするエンタープライズAIエージェント向けのコントロールプレーンです。企業が所有するAIエージェントのコンテキスト、スキル、ツール、権限、およびIDを、自社のインフラストラクチャ内のファイルとして定義し、MCPを介して任意のエージェントランタイムに提供できます。











