Fragen & ehrliche Antworten zu Olivares AI

Olivares AI ist eine selbst gehostete, herstellerneutrale Plattform, mit der Unternehmen KI auf ihrer bestehenden Infrastruktur integrieren, verwalten und absichern. Sie entdeckt Agenten, Sitzungen, Modelle und MCP-Server und erstellt daraus eine Zugriffskarte dessen, was jedes System lesen oder schreiben kann. Ziel ist Ground Truth für Plattform-, Sicherheits- und Betriebsteams: nutzbar für Policy, Kosten und Nachweise.

Ein Gateway konzentriert sich auf Modellaufrufe: Routing, Schlüssel, Budgets, Caching und manchmal Inhaltsfilter. LLM-Observability konzentriert sich auf Traces, Spans und Prompt-Debugging. Olivares betrachtet den gesamten Bestand und verknüpft Agenten mit den Ressourcen, die sie tatsächlich berühren, samt Vergleich von erlaubtem Zugriff und beobachtetem Verhalten. Diese Werkzeuge können bleiben; Olivares ergänzt daneben die Governance- und Nachweisebene auf Infrastrukturebene.

Claude-Inferenz ist nicht selbst hostbar, deshalb erreicht eine Claude-Anfrage weiterhin Anthropic oder einen unterstützten Cloud-Provider, den Sie konfigurieren. Selbst gehostet ist Olivares selbst: Discovery, Zugriffskarte, Audit-Ledger, Policy-Zustand und Governance-Daten laufen in Ihrer Infrastruktur. Air-gapped bedeutet, dass diese Governance- und Beobachtungsschicht ohne Rückruf nach außen arbeiten kann. Bei Modellen, die Sie wirklich selbst hosten, kann auch die Inferenz lokal bleiben.

Claude-first bedeutet, dass die tiefste Produktarbeit rund um Claude Code und dessen Betrieb in Enterprise-Teams liegt. Zugriffskarte, Identität, Policy, FinOps und Nachweise sind herstellerneutral und richten sich danach, was Agenten berühren, nicht nach einem einzelnen Modellanbieter. Claude ist die erste Integrationsfläche, kein Käfig.

Nein. Olivares ergänzt Claude; es ersetzt Claude nicht, verkauft Claude nicht weiter und vermittelt keine Abonnement-Zugangsdaten. Ihre Modellbeziehung bleibt zwischen Ihrer Organisation und dem Modellanbieter. Olivares ist die Governance- und Beobachtungsschicht um die Agenten und Sitzungen, die diese Modelle nutzen.

Olivares-Governance-Daten bleiben in Ihrem Perimeter: Zugriffskarte, Audit-Ledger, Inventar und Policy-Zustand liegen in Ihrem Speicher. Die Plattform speichert Beziehungen und Ergebnisse, nicht Prompt-Payloads, Ergebniszeilen, Secrets oder personenbezogene Daten. Es gibt keine verpflichtende Telemetrie nach Hause. Die ehrliche Ausnahme ist die Modellinferenz selbst: gehostete Modelle wie Claude erhalten die Anfragen, die Sie an sie senden.

Discovery und Zugriffskarte laufen out of band. Sie lesen Audit-Logs, OpenTelemetry und quellnative Signale, statt in jedem Datenpfad der Agenten zu stehen; ein Collector-Ausfall reduziert Sichtbarkeit, nicht Produktionstraffic. Enforcement gilt nur dort, wo Sie bewusst ein gesteuertes Gate verbinden, etwa einen Claude-Code-Hook oder eine andere provisionierte Aktionsfläche. Diese Gates sind darauf ausgelegt, geschlossen zu fehlschlagen statt ein falsches Grün zu zeigen.

Vertrauen Sie jeder Kante genau so weit, wie ihre Evidenz reicht. Die Karte unterscheidet Lesen von Lesen/Schreiben nur dort, wo die Quelle diese Unterscheidung beweisen kann, und sie zeigt Vertrauen in Attribution und Abdeckung. Wenn ein gemeinsames Servicekonto die Agentenidentität verdeckt oder eine Quelle Lesen gegen Schreiben nicht beweisen kann, markiert das Produkt diese Unsicherheit statt zu raten. Saubere Evidenz ist handlungsfähig; unbekannte oder ungefähre Evidenz zeigt, wo Instrumentierung verbessert werden sollte.

Olivares ist pre-1.0, aktiv in Entwicklung, und die öffentliche Website kennzeichnet die Produkterfahrung als Preview. Teams sollten es zunächst read-first in nicht kritischen Umgebungen oder einem kontrollierten Bestand bewerten, bevor sie es mit wichtigen Steuerungspfaden verbinden. APIs und Moduloberflächen können sich noch ändern. Diese Ehrlichkeit gehört zum Produkt: Eine Governance-Plattform sollte nicht übertreiben, was sie beweisen kann.

Der selbst gehostete Kern ist unter AGPL-3.0 offen. Die Absicht ist, dass das vollständige selbst gehostete Produkt ohne funktionsbeschränkte Community Edition nützlich ist. Eine kommerzielle Lizenz ist für Organisationen verfügbar, die aus Rechts- oder Distributionsgründen eine AGPL-Ausnahme benötigen. Grenzen von Connectors und Integrationen sollten beim Launch gegen das veröffentlichte Repository geprüft werden.

Sie können das AGPL-Produkt selbst hosten, ohne Olivares für Feature-Freischaltung zu bezahlen. Ihre Betriebskosten sind Ihre eigene Infrastruktur und die Modellinferenz, die Sie über Providerkonten nutzen. Bezahlte Optionen betreffen kommerzielle Lizenzierung und Enterprise-Vereinbarungen, nicht die Funktionsfähigkeit des Kernprodukts.

Beginnen Sie read-first: Signale verbinden, Zugriffskarte prüfen und erlaubtes mit beobachtetem Verhalten vergleichen, bevor Enforcement aktiviert wird. Behandeln Sie frühe Nutzung als Design- und Abdeckungsbewertung, nicht als einziges Sicherheitsnetz. Wenn die Karte Unsicherheit zeigt, verbessern Sie Identitätsweitergabe und Audit-Quellen, bevor eine Entscheidung auf dieser Kante beruht.