Platforma, która zarządza agentami AI na twojej infrastrukturze, jest produktem bezpieczeństwa. Jeśli wyolbrzymia to, co obejmuje, daje fałszywe poczucie bezpieczeństwa — co jest gorsze niż brak narzędzia. Dlatego ta strona to jawny kontrakt: co działa dzisiaj, co jest na etapie projektowania i co jest celowo poza zakresem. Reszta dokumentacji tego się trzyma. Tam, gdzie produkt jeszcze czegoś nie obejmuje, strona mówi o tym zamiast sugerować, że tak jest.
Olivares AI jest pre-1.0 i open-core. Traktuj głębię na poziomie modułów jako pracę w toku, chyba że strona stwierdza inaczej.
Co działa dzisiaj
- Pojedynczy plik binarny uruchamia się do wypełnionego grafu dostępu. Plik binarny płaszczyzny kontrolnej kompiluje się do jednego statycznego artefaktu z wbudowanym interfejsem webowym. Uruchomienie go na syntetycznej demostracyjnej infrastrukturze i przejście ścieżki discover → graf R/RW → dryf dozwolone-vs-obserwowane → inwentarz jest testowane end-to-end przez zestaw testów. Szybki start odtwarza tę ścieżkę.
- Pierwsze uruchomienie nie wymaga poświadczeń. Świeża instalacja nie ma żadnych domyślnych poświadczeń. Przy pierwszym uruchomieniu, bez użytkowników, silnik tworzy jednorazowy, jednorazowego użytku token konfiguracji i drukuje go na stdout (nigdy do logów); wymieniasz go, aby utworzyć pierwszego administratora.
- REST API i rejestr audytu są prawdziwe. Publiczna powierzchnia jest opisana własnym kontraktem OpenAPI 3.1 produktu. Rejestr audytu jest tylko-do-dopisywania i z łańcuchem haszy, z podpisanymi punktami kontrolnymi, i może być eksportowany do formatów SIEM do weryfikacji offline.
- Podpisywanie wydań jest zbudowane i weryfikuje się offline — dowody publikują się z pierwszym publicznym wydaniem. Każde otagowane wydanie niesie podpisy cosign, provenance SLSA i SBOM (SPDX i CycloneDX). Wszystko to można zweryfikować bez dostępu do sieci. Podpis oparty na kluczu (nie-OIDC) jest obsługiwany dla izolowanych sieciowo potoków budowania, a pakiet air-gap jest dostarczany dla instalacji bez ruchu wychodzącego.
Co jest na etapie projektowania lub pre-1.0
Katalog to 29 modułów; wszystkie są podłączone w standardowej instalacji dzisiaj. Zobacz referencje modułów dla statusu per-moduł.
Wierność mapy R/RW jest warstwowa, z zamysłu
Wierność zależy od tego, co źródło może udowodnić, a mapa dostępu pokazuje to uczciwie zamiast udawać pewność. Zobacz wierność dla pełnego modelu.
- Pokrycie jest
cleanna magazynach z natywnym audytem (SQL, magazyny obiektów, hurtownie/jeziora danych),lossyna magazynach dokumentów i wektorów, gdzie krawędzie istnieją ale są zgrubne, iopaquegdzie nie ma żadnego pasywnego sygnału odczyt/zapis (na przykład Redis, SQLite, D1). Tam, gdzie odczyt vs zapis nie może być określony, krawędź jest oznaczana jakounknown. - Atrybucja jest
firmgdy źródło niesie tożsamość per-agent i składa się doapproximategdy współdzielone konto serwisowe to ukrywa. Cokolwiek nierozwiązane pozostajeapproximate— nigdy cicho promowane do sfabrykowanego agenta.
Źródła: obserwatory hosta podłączone; niektóre konektory ładowane na zadanie
Korzeń kompozycji rejestruje obserwatory R/RW na poziomie hosta w standardowej ścieżce serve, konfigurowalne przez konfigurację źródeł. Kilka konektorów źródeł jest zbudowanych, ale jeszcze nie podłączonych do standardowego serve — na przykład źródła dokumentów wiedzy, które są ładowane na zadanie przez zadania ingest zamiast działać jako stojące obserwatory. Przewodnik połączenia źródła i referencje modułów oznaczają, które jest które.
Domyślnie jeden plik binarny; rozproszony bus jest opcjonalny
Domyślna instalacja działa jako pojedynczy plik binarny z wewnątrz-procesowym busem zdarzeń — blokujące ciśnienie wsteczne, brak lokalnej utraty. Rozproszony most NATS jest zbudowany i podłączony dla skalowalnej wysokiej dostępności, opcjonalny przez konfigurację busu; źle skonfigurowany bus uniemożliwia uruchomienie zamiast cicho partycjonować. Dostarczanie między węzłami przez most jest uczciwie udokumentowane jako co-najwyżej-raz (wewnątrz-procesowe przechwycenie to granica trwałości); utracone wiadomości są liczone w metrykach, nigdy ciche.
Zarządzana aktywacja ma trzy uczciwe stany
Platforma obserwuje i zarządza szeroko; nie aktywuje szeroko. Przeczytaj dozwolone vs obserwowane dlaczego ta linia ma znaczenie. Aktywacja dzieli się na trzy stany:
- Aktywna w domyślnym pliku binarnym, bez udostępniania: egzekwowanie budżetu FinOps (egzekwujący budżet przy swoim limicie odrzuca wydatek — wewnątrz-procesowe, zawsze podłączone), wysyłka powiadomień po skonfigurowaniu celu, detektywistyczne odkrycia bezpieczeństwa i wewnątrz-procesowy syntetyczny runner sandboxa.
- Na zadanie — backend zbudowany i podłączony, ale domyślnie odrzucający lub zdegradowany aż operator go udostępni: deploy
apply/retire(503aż executor jest udostępniony), orchestration fire i voice dispatch (domyślnie odrzucające aż dispatcher jest skonfigurowany), izolowany sandbox/red-team runtime (syntetyczny aż udostępniony), i model execution (503aż poświadczenie inferencji jest skonfigurowane). - Szew — zadeklarowany, domyślnie odrzucający interfejs bez backendu jeszcze.
Air-gap dotyczy płaszczyzny kontrolnej, nie inferencji Claude
To najważniejsze zastrzeżenie. Płaszczyzna kontrolna — zarządzanie i obserwacja — działa w pełni self-hosted i może być izolowana sieciowo: pojedynczy węzeł, podpisane wydanie offline, pakiet air-gap.
Claude sam nie jest self-hostowalny. Anthropic nie publikuje wag, więc jakakolwiek inferencja Claude dociera do API Anthropic, bezpośrednio lub przez Bedrock / Vertex / Foundry. W Olivares AI te szwy inferencji są zamknięte na awarie: bez poświadczenia inferencji sędzia LLM pozostaje pominięty, a embeddingi wracają do lokalnego embeddера bez ruchu wychodzącego. “Izolowana sieciowo” oznacza tutaj, że twoja płaszczyzna zarządzania i obserwacji oraz jej dane pozostają w twoim perymietrze — nie oznacza, że Claude działa offline. Tylko modele, które rzeczywiście sam hostujesz (na przykład przez vLLM lub Ollama w module zarządzania modelami) mogą działać w izolacji; pośredniczone modele frontierowe nie mogą. Zobacz podłącz Claude Code i bezpieczeństwo.
Nie wszystkie trasy modułów są w publicznym kontrakcie API
Niektóre punkty końcowe modułów (na przykład graf mapy dostępu i dryf) są osiągalne, ale celowo nie są częścią serwowanego dokumentu OpenAPI; ich kontrakty na poziomie pól znajdują się w typowanych interfejsach produktu. Referencje CLI i konfiguracji obejmują powierzchnię operacyjną; kontrakt OpenAPI to rdzeń powierzchni REST, nie cały produkt.
Brak certyfikacji
Olivares AI jest projektowany w kierunku SOC 2, ISO 27001 i EU AI Act — nie jest certyfikowany wobec żadnego z nich. Zobacz zgodność co oznacza “projektowany w kierunku” i jakie dowody platforma produkuje.
Czego produkt celowo nie robi
- Brak funkcji ofensywnych. To nie jest framework command-and-control i nie skanuje poświadczeń innych osób. Mapa dostępu to rozpoznanie dla obrońców, by zarządzać własną infrastrukturą — oglądanie jej to uprzywilejowana, ograniczona do dzierżawcy, w pełni audytowana akcja. Linia defensywna jest celowa.
- Brak natywnego forwardera Splunk S2S. Przekazywanie do Splunka to udokumentowana postawa (skieruj Universal Forwarder na plik, do którego płaszczyzna kontrolna dopisuje, lub wyślij przez Splunk HEC), nie natywny emiter Splunk-do-Splunk.
- Brak wychodzących webhooków w kontrakcie REST. Dokument OpenAPI nie definiuje
webhooks. Podpisane dostarczanie wychodzące istnieje jako wewnętrzny cel powiadomień, a przychodzący punkt końcowy SCIM Security-Event-Token to odbiornik — żaden z nich nie jest webhookiem OpenAPI. - Brak fine-tuningu przed v1. Fine-tuning modeli (moduł zarządzania modelami) jest post-v1. Jego brak to decyzja, nie luka.
Uwaga dotycząca eksportu audytu
Eksport rejestru CLI celuje w cef, syslog i otlp. Ścieżka push zdarzeń do SIEM renderuje szerszy zbiór dialektów (włączając OCSF i LEEF) gdy sink jest skonfigurowany. Eksport pull ma odpowiedni kształt dla archiwizacji WORM i weryfikacji offline.
Jeśli znajdziesz polecenie, które nie zachowuje się jak udokumentowane, to błąd w dokumentacji lub produkcie — prosimy o zgłoszenie. Ta strona jest kotwicą zaufania; wszystko inne się do niej odwołuje.