Olivares AI は、ほとんどのチームが今日答えられない問いに答えるオープンでセルフホスト可能なプラットフォームです: 自分のインフラストラクチャ上でどの AI エージェントが実行されているか、そして各エージェントが実際に何にアクセスできるか?
エージェントが実行される場所で実行され、パッシブにエージェントを検出し、読み取り/書き込みアクセスマップを構築します — すべてのエージェントについて、アクセスできるリソースと、それを読み取りできるのか読み書きできるのかを示します。そこからそのアクセスをガバナンスし、事後に正確に何が起こったかを証明できます。
読み取り/書き込みアクセスマップ
マップは製品のコアです（モジュール III）。各 AI エージェントがノードになります。アクセスできる各リソース — データベース、オブジェクトストア、MCP サーバー、API — もノードになります。各エッジは R（読み取り）または RW（読み書き）で型付けされます。
この読み取りと書き込みの区別がポイントです。本番ストアを読み取りのみできるエージェントは、それに書き込みできるエージェントとは非常に異なる影響範囲です。マップはその違いを、散在する IAM ポリシーに埋もれたままにするのではなく、明示的にします。
許可と観測
マップを差別化するのは、2つのレイヤー間の差分です:
- 許可（Permitted） — エージェントがアクセスを許可されたもの。付与とポリシーから。
- 観測（Observed） — 実際にアクセスしているのが確認されたもの。テレメトリから。
比較により、重要な2つの発見事項が表面化されます:
- 予期しないアクセス — 観測されたが予期されていなかった。検出したいもの。
- 未使用の付与 — 許可されているが行使されていない。最小権限のクリーンアップリスト。
証明できることに正直
マップは確実性を捏造しません。忠実度は段階的であり、そのように表示されます:
- 読み取りと書き込みのカバレッジは、ネイティブ監査を持つソース（pgAudit 経由の PostgreSQL、CloudTrail 経由のオブジェクトストレージ、ウェアハウスおよびデータレイク）で
clean、一部のドキュメント/ベクターストアでlossy、パッシブに再構築できないもの（Redis、SQLite、D1）でopaqueです — そこではエッジは推測ではなくunknownとしてマークされます。 - 帰属は、ソースがエージェントごとのIDを持つ場合は
firmであり、共有サービスアカウントが誰が何をしたかを隠す場合はapproximateに縮退します。
製品が実際にどれだけ知っているかが常に確認できます: ティアは隠されるのではなく UI に表示されるため、clean/firm なエッジと unknown/approximate なエッジが同じものとして提示されることはありません。
セルフホストとオープンコア
Olivares AI はオープンコアです: 完全な製品は AGPL-3.0 の下でフリーかつオープンソースです — 機能を削った Community Edition ではありません。単一の静的バイナリとして Web コンソールが組み込まれてデプロイされます。
コントロールプレーンはお客様自身のインフラストラクチャ内で実行され、エアギャップで実行可能です — ガバナンスと観測データがペリメーターを離れることはありません。正直な注意点が1つ: Claude のようなホストされたモデルはセルフホスト可能ではないため、モデルの推論はプロバイダーの API（直接、または Bedrock/Vertex/Foundry 経由）に到達します。「エアギャップ」はお客様のエステートデータが手元に留まることを意味し、モデルがオフラインで動作するということではありません。真にセルフホスト可能なモデル（例: vLLM/Ollama 経由）のみが完全にオフラインで実行されます。
現在の状況
プラットフォームはプレ1.0です。29 のケーパビリティモジュールのカタログを出荷しており、標準インストールでは今日そのすべてが接続されています。製品は読み取り優先でデフォルトで検知型です — 観測しガバナンスを行い、アクションを取れる場合は deny-closed で実行します。ここに、コードが行っていないことを行っていると主張するものはありません。
見てみる準備はできましたか? クイックスタートから始めてください。