Olivares AI v26.8.0 ist die erste öffentliche, mit einem Tag versehene Version einer selbst gehosteten Go-Binärdatei. Sie gibt den KI-Agenten, die Sie bereits einsetzen – Claude Code, Codex, Grok Build und den übrigen –, dauerhafte Arbeit, begrenzten Zugriff und signierte Nachweise auf Ihrer eigenen Hardware. Ich bin der Autor. Dieser Beitrag erfasst, was im Tag tatsächlich vorhanden ist, und nennt die Lücken direkt neben den Funktionen. Denn bei einem Produkt dieser Kategorie sind die Lücken Teil der Spezifikation.
1. Das Problem, ohne Adjektive
Agenten laufen auf unterschiedlichen Rechnern und bei verschiedenen Anbietern. Kein dauerhaftes System weiß, wer eine Aufgabe innehat, worauf jeder Agent zugreifen darf, worauf er tatsächlich zugegriffen hat oder wer an wen übergeben hat. Die Berechtigungen liegen in mehreren IAM-Systemen; das Verhalten steht in Audit-Logs, die niemand liest. Jedes Team, das Agenten ernsthaft betreibt, hat einen Teil der Lösung von Hand nachgebaut – hier eine Tabelle, dort eine Namenskonvention, dazu eine Person, die sich erinnert. Diesen Teil ersetzt das Produkt.
2. Der Kern: eine gemeinsame Arbeitsebene für Agenten
Dauerhafte Arbeitselemente enthalten Auftrag, Abhängigkeiten, Abnahmekriterien, Entscheidungen, einen Verantwortlichen und einen Ereignisverlauf – ein einziges Steuerungsdokument, das REST, CLI und prozessinterne Aufrufer gemeinsam nutzen. Leases machen Zuständigkeit zu einer durch Fencing geschützten, ablaufenden Berechtigung: erwerben, verlängern, freigeben, übernehmen, entziehen. Ein veralteter Inhaber kann nicht weiterhandeln, und bei gleichzeitigem Erwerb gibt es genau einen Gewinner. Arbeitsbezogener Start reserviert, übernimmt die Lease und startet erst danach die Sitzung; dadurch lässt sich der Vorgang sicher wiederholen. Nachrichten zwischen Agenten enthalten Bestätigungen und Übergaben sowie Replay und die Ablehnung veralteter Epochen. Delegation über A2A erreicht einen autorisierten Peer durch ein Durchsetzungs-Gateway und liefert dauerhafte Belege zurück.
All das ist funktionsfähig. Und hier ist die Grenze, ebenso klar benannt wie die Funktionen: Nachrichten sind auf einen Orchestrierungsablauf begrenzt – absichtlich gibt es keinen allgemeinen Nachrichtenbus für beliebige Agenten, und ein Boot-Test schlägt fehl, falls ihn jemand versehentlich verdrahtet. Schattenmodus und endgültige Entscheidungsbefugnis sind nicht implementiert. Das README führt beide Seiten in derselben Tabelle auf.
3. Integrationen, mit ausgewiesener Tiefe
Claude Code ist über den Hook PreToolUse/PostToolUse integriert, mit
verwalteten Einstellungen, Starten, Verbinden und Stoppen über die Konsole sowie
Modellzugriff je Subjekt. Codex und Grok Build sind daneben vollwertige
Befehlsoberflächen. gemini-cli, Cursor, opencode, goose, cline, OpenHands,
OpenClaw und Hermes werden als Konnektoren ausgeliefert – und jeder weist aus,
was er durchsetzen und was er lediglich beobachten kann, denn das sind
unterschiedliche Zusagen. Ollama und andere selbst gehostete Endpunkte werden
über einen lokalen Konnektor inventarisiert, der absichtlich nur Lesezugriff
hat.
4. Governance dort, wo der Agent handelt
Eine Cedar-Autorisierungsengine – RBAC, überlagernde Verbotsregeln, positive
begrenzte Freigaben – und vier deny-closed Durchsetzungspunkte: der Hook von
Claude Code, ein Inline-Inferenzproxy für /v1/messages, ein MCP-Gateway für
tools/call und ein A2A-Delegations-Gateway. Eine unzulässige Aktion wird
blockiert, einer Vier-Augen-Freigabe zugeführt oder vor der Ausführung
umgeschrieben. „Deny-closed“ wird gemessen, nicht behauptet: Ein Punkt zählt nur,
solange ein Test seinen unkonfigurierten Pfad durchläuft und die Ablehnung
prüft. Ist ein Punkt nicht bereitgestellt, wird die Fähigkeit als Beobachtung
geführt, nicht als Durchsetzung – und jeder Konnektor weist aus, um welche der
beiden es sich handelt. Hinzu kommen Vier-Augen-Freigaben, Break-glass und ein
Not-Aus für die gesamte Umgebung, der sich mit einem Klick aktivieren lässt und
für die Wiederinbetriebnahme zwei verschiedene Menschen erfordert.
5. Nachweise, die Sie weitergeben können
Ein nur erweiterbares, per Hash-Kette gesichertes Audit-Ledger mit Ed25519-signierten Checkpoints. Exporte in CEF, LEEF, syslog, OTLP und OCSF; At-least-once-Übertragung an Splunk HEC, Microsoft Sentinel, Datadog, New Relic oder einen HMAC-Webhook. Compliance-Nachweise, die 26 Framework-Katalogen zugeordnet sind – technische Kontrollzuordnungen und Nachweispakete zur Prüfung durch Ihre Rechtsberatung oder Ihre Auditoren, keine Zertifizierungen. Das stellt auch der eigene Produktkatalog ausdrücklich klar.
6. Zahlen und das Skript, das sie erzeugt
30 Module. 158 Integrationen. 26 Framework-Kataloge. Vier deny-closed
Durchsetzungspunkte. 68 gruppierte CLI-Befehle. Nichts davon ist
Marketingarithmetik: scripts/check-public-counts.sh leitet die ersten vier
Werte aus dem Verzeichnisbaum ab und lässt den Build fehlschlagen, sobald das
README vom Code abweicht. Die CLI-Gesamtzahl sichert ein Test, der keinen
ungruppierten Befehl zulässt. Die Integrationszahl benennt ihre Einheit ehrlich:
Konnektorverzeichnisse mit Go-Code, von denen zwölf gemeinsam genutzte
Vertragspakete und keine Fähigkeiten sind; die Aufschlüsselung steht im
Repository. Die Demo-Umgebung liefert 20 Knoten, 13 Kanten, 8 unerwartete
Zugriffe und 2 ungenutzte Freigaben – synthetische Zahlen, die ein Smoke-Test
mit der echten Binärdatei prüft, die als Demo-Ausgabe ausgewiesen und niemals
als Kundengröße dargestellt werden.
7. Ein Build für jede Größenordnung
Dieselbe Binärdatei bedient einen Heimserver (SQLite, an Loopback gebunden, ein Referenz-Compose, das ohne root und schreibgeschützt mit 1 CPU und 1 GiB läuft), einen Freelancer mit einem Tenant je Kunde und Budgets, die ablehnen, bevor die Rechnung entsteht, ein Entwicklungsteam mit gemeinsamen Arbeitselementen und SSO sowie ein reguliertes Unternehmen mit Zeilensicherheit in Postgres, Air-Gap-Installationen und WORM-Archivierung. Mehrere dieser Fähigkeiten müssen Sie bereitstellen; sie sind beim ersten Start nicht standardmäßig vorhanden – und die Dokumentation kennzeichnet dies für jede einzelne Fähigkeit.
8. Lizenz und Kosten, klar benannt
AGPL-3.0 für Kern, Module und Webkonsole; Apache-2.0 für SDK, Konnektoren und Client-SDKs; eine kleine Gruppe ergänzender kommerzieller Add-ons, die nur mit einem separaten Build-Tag erstellt werden und in der öffentlichen Binärdatei fehlen. Der offene Build ist die vollständige Plattform – niemals funktional begrenzt und mit unbegrenzt vielen Benutzerkonten. Eine kommerzielle Lizenz ist eine rechtliche Ausnahme von der AGPL; ein Abonnement ist der Zugangsnachweis, mit dem Sie signierte Artefakte herunterladen, nicht ein Schlüssel, der bereits auf Ihrer Festplatte liegende Bytes aktiviert. Kommerzielle Konditionen auf Anfrage: enterprise@olivares.ai. Hosted Cloud steht derzeit nicht zum Verkauf; das Produkt ist die selbst gehostete Variante.
9. Lieferkette
Releases werden mit cosign signiert und enthalten SLSA-Provenienz, eine SBOM und
OpenVEX; alles lässt sich offline mit scripts/verify-release.sh prüfen.
Artefakte: Binärdateien für linux und darwin (amd64/arm64),
.deb/.rpm/.apk-Pakete mit gehärteter systemd-Unit, ein Multi-Arch-
Container-Image und ein Air-Gap-Bundle. Windows wird nicht gebaut – verwenden
Sie den Linux-Container oder bauen Sie aus dem Quellcode.
10. Was wir bewusst nicht behaupten
Keine Nutzer und keine Benchmarks – beides gibt es nicht öffentlich, und eines
davon zu erfinden wäre das Schlimmste, was ein Governance-Produkt tun könnte.
Kein SLA, kein SOC 2, keine Zertifizierungen. Keine Behauptung wie „Nichts
verlässt jemals Ihr Netzwerk“: Geschlossene Frontier-Modelle lassen sich nicht
selbst hosten, daher erreicht die Inferenz mit ihnen weiterhin die API des
Anbieters. Selbst hosten und vom Netz trennen lässt sich die Ebene um sie herum;
Modelle, die Sie tatsächlich selbst betreiben (vLLM, Ollama), halten den
gesamten Pfad intern. Es gibt keine verpflichtende Telemetrie und standardmäßig
keinen Egress der Steuerungsebene; der einzige Anbieteraufruf ist
olivares upgrade, der nach dem Speicherort der neuen Version fragt, und
--endpoint leitet ihn um. Kein Remote-Kill-Switch. Keine Begrenzung der
Benutzerplätze in der selbst gehosteten Engine.
Ausprobieren
# Demo estate — synthetic data through the real engine, loopback-only:
task build && ./bin/olivares serve --seed-demo --insecure \
--listen 127.0.0.1:8901 --grpc-listen 127.0.0.1:8902 --data-dir "$(mktemp -d)"
# Real install — secure by default (TLS on, loopback, one-time setup token):
./bin/olivares quickstart
# Or the container image (registry tags carry no v prefix):
docker pull ghcr.io/olivaresai/olivares:26.8.0Lesen Sie vor der Bereitstellung start/honesty-and-limits – es ist der
Vertrag darüber, was heute läuft, was sich in der Entwurfsphase befindet und
was das Produkt bewusst nicht tut.
Release: https://github.com/olivaresai/olivares/releases/tag/v26.8.0 · Repository: https://github.com/olivaresai/olivares · Dokumentation: https://docs.olivares.ai