Architektur · So funktioniert es
Olivares AI läuft dort, wo Ihre Agenten laufen. Es wird als einzelnes selbstgehostetes Artefakt bereitgestellt, erkennt passiv, ohne im Anfragepfad zu sitzen, und die Control Plane ist für den vollständig air-gapped-Betrieb ausgelegt. So greifen die Bausteine ineinander. Air-gapped-Installation und Offline-Updates gehören zu Enterprise; das Helm-Chart, der Kubernetes-Operator und der Terraform-Provider gehören zu Business.
So läuft es
Installieren Sie die Engine als einzelnes selbstgehostetes Artefakt — als Binary, als Container oder auf Kubernetes. Die Web-Konsole ist eingebettet; es gibt kein separates Frontend, das aufgesetzt werden muss.
Platzieren Sie Collectors in Ihrer eigenen Infrastruktur. Sie nehmen passiv die OpenTelemetry-Daten auf, die Ihre Agenten emittieren, und lesen die nativen Audit-Trails der Systeme, mit denen sie interagieren — read-first, Least-Privilege, ausschließlich Push.
Die Plattform normalisiert diese Signale zu einem Modell aus Agenten, Sessions, Modellen, MCP-Servern, Ressourcen und Identitäten — sowie den Zugriffskanten dazwischen, lesend oder lesend/schreibend, jeweils mit einem ehrlichen Konfidenzniveau.
Sehen Sie auf dieser Karte die Lücke zwischen dem, worauf ein Agent zugreifen darf, und dem, worauf er beobachtet wurde, setzen Sie Richtlinien durch und leiten Sie Erkenntnisse an die Tools weiter, die Sie bereits einsetzen — alles über CLI, API und die Web-Konsole.
Konsole, CLI und API senden Anfragen an die Engine. Identität, Berechtigungen und Richtlinien bestimmen den Zugriff. Zugelassene Sitzungen nutzen konfigurierte Anbieter-Treiber; die Engine speichert ihren Zustand und die Audit-Ereignisse ihres Lebenszyklus in SQLite oder PostgreSQL.
Der Community-Kern benötigt keine kommerzielle Lizenz. Kommerzielle Module ergänzen separate Funktionen. Die Durchsetzung von Richtlinien für Tools hängt von der Integration ab.
Wie es gebaut ist
Die Collectors laufen in Ihrer eigenen Infrastruktur und erfassen Kanten und Beziehungen — keine Payloads. Die Control Plane ist selbstgehostet (eine Managed-Option ist auf der Roadmap). Governance-Daten — Inventar, Zugriffskarte, Richtlinienstatus und Audit-Nachweise — bleiben standardmäßig in Infrastruktur unter Ihrer Kontrolle.
Die Engine ist CLI-first und stellt ihren vollen Funktionsumfang über eine stabile API bereit; die Web-Konsole ist eine Schicht über genau dieser API und wird eingebettet ausgeliefert. Sie deployen eine Sache, nicht eine ganze Flotte von Services.
Es hört auf Telemetrie, die Ihre Agenten ohnehin emittieren, und liest native Audit-Trails, anstatt den Datenverkehr abzufangen. Ein stabiles Connector-SDK unter Apache-2.0 deckt eine wachsende Zahl von Quellen ab — Modelle und Anbieter, Runtimes, Datenspeicher, Identität und Secrets, Observability sowie Ausgabeziele.
Es nimmt OTLP-Telemetrie auf und arbeitet mit dem Observability-Stack zusammen, den Sie bereits betreiben — es stellt Standardmetriken und Health-Endpoints bereit und exportiert in gängige SIEM-Formate. Es fügt sich in Ihre Pipelines ein, statt sie zu ersetzen.
Die selbst gehostete Control Plane kann in einem isolierten Netz laufen. Prüfen Sie Release-Artefakte vor dem Transfer: schlüssellose Prüfungen mit Sigstore und SLSA benötigen Netzwerkzugriff. Prüfungen mit dem Schlüssel des Betreibers decken nur damit signierte Dateien ab. Gehostete Modelle erreichen weiterhin die API ihres Anbieters; nur selbst gehostete Modelle können vollständig offline laufen. Air-gapped-Installation und Offline-Update-Pakete gehören zu Enterprise.
Read-first und asymmetrisch risikoarm. Collectors arbeiten ausschließlich per Push, ohne eingehenden Listener, der Datenverkehr zum Core ist über TLS beidseitig authentifiziert, es werden nur die minimal nötigen Daten vorgehalten, der Audit-Trail ist append-only, und Manipulationen sind erkennbar, und die Mandantentrennung ist von Tag eins an im Modell verankert.
Diagrammbeschriftungen sind auf Englisch. Die Beschreibungen erklären den vollständigen Ablauf auf kleinen Bildschirmen.
Deployment
Dasselbe Produkt, bereitgestellt so, wie es Ihre Umgebung erfordert.
Die Engine und die eingebettete Web-Konsole als ein selbstgehostetes Artefakt — als Binary oder Container oder installiert auf Kubernetes — für einen einzelnen Knoten.
Collectors über viele Hosts hinweg, die eine zentrale Control Plane mit einer externen Datenbank speisen — für Skalierung über mehrere Hosts und mandantenfähigen Betrieb.
Control Plane und Collectors laufen lokal, ohne jeglichen Egress und mit Offline-Lizenzierung — für getrennte, regulierte oder klassifizierte Netze. Agenten auf gehosteten Modellen benötigen weiterhin ausgehenden Zugriff auf ihren Anbieter; Agenten auf selbsthostbaren Modellen laufen vollständig offline.
Die Control Plane von uns gehostet — wobei die Collectors stets in Ihrer eigenen Infrastruktur verbleiben.
Funktionen und Bereitstellungsoptionen hängen von der Edition und Ihrer Konfiguration ab; die Dokumentation beschreibt jede davon.
Hosten Sie Community, das vollständige Produkt für eine Person oder ein Team, selbst in Ihrer eigenen Infrastruktur oder sprechen Sie mit uns über ein verteiltes oder air-gapped-Deployment. Die Air-gapped-Installation gehört zu Enterprise.