Olivares AI to modułowa platforma: jeden silnik plus katalog modułów zdolności plus konektory. Moduł konsumuje znormalizowane zdarzenia z rdzenia, deklaruje swoje encje we współdzielonym modelu danych i udostępnia własne API i widoki — bez przebudowy reszty.
Standardowy plik binarny podłącza 29 pakietów modułów, zorganizowanych poniżej w
numerowane obszary zdolności (tabela grupuje kilka pakietów w jeden obszar, a kilka
wpisów to fundamentalne elementy lub post-v1). Czytaj to jako katalog, nie listę
funkcji do odhaczenia: zarządzanie/obserwacja jest szerokie i aktywne w całej
infrastrukturze; aktywacja to wąska, bramkowana część — każdy wiersz jest oznaczony
jako aktywny, udostępniany na zadanie (503 aż do skonfigurowania) lub domyślnie
odrzucający szew. Platforma jest pre-1.0. Zobacz
Uczciwości i ograniczenia jak formułujemy
co jest a czego nie ma.
Poza numerowanym katalogiem jest wspomagający moduł live-ingest (numerowany XXIV w kodzie): kran zdarzeń na żywo, z którego czytają inne moduły. To element infrastrukturalny, nie samodzielna powierzchnia, więc nie jest liczony wśród numerowanego katalogu.
Jak czytać status każdego modułu
Każdy moduł ma dwie połowy, a uczciwe rozróżnienie między nimi jest całym sednem:
- Zarządzaj / Obserwuj — kataloguj, obserwuj, porównuj, bramkuj, raportuj. To jest zbudowane i podłączone dzisiaj dla modułów oznaczonych jako aktywne poniżej. Produkt jest odczyt-jako-priorytet i detektywistyczny domyślnie: obserwuje i zarządza poza pasmem, nie siedzi na ścieżce żądań.
- Aktywuj — działanie na twojej prawdziwej infrastrukturze (wdrażaj, odpalaj,
wyślij, egzekwuj). To jest celowo wąskie i dzieli się na trzy stany:
- aktywny — podłączony w domyślnym pliku binarnym, bez udostępniania wymaganego.
- na-zadanie — backend zbudowany i podłączony do punktu wstrzykiwania, ale
pozostaje domyślnie odrzucający aż operator go udostępni przez konfigurację;
do tego czasu zatwierdzona akcja jest uczciwie “zadeklarowana, nie zaktywowana”
(na przykład deploy
apply/retirezwraca wyraźny503). - szew — zadeklarowany, domyślnie odrzucający interfejs bez domyślnego backendu jeszcze.
Podział to kontrakt: produkt obserwuje i zarządza szeroko, a aktywuje na małym, przeważnie bramkowanym udostępnianiem podzbiorze. Nic tutaj nie twierdzi wykonania, którego kod nie robi.
Odkrywanie i stan na żywo
| # | Moduł | Zarządzaj/Obserwuj | Aktywuj | Co robi |
|---|---|---|---|---|
| I | Inwentarz i odkrywanie | aktywny | — | Pasywnie odkrywa i kataloguje agentów, sesje, serwery MCP, narzędzia, modele, dostawców i tożsamości nie-ludzkie w całej infrastrukturze. |
| II | Operacje na żywo i sesje | aktywny | — | Śledzi stan w czasie rzeczywistym każdej sesji agenta — bieżącą akcję, tokeny/koszty na żywo, odtwarzalną linię czasu — wyprowadzane z sygnałów, nigdy sfabrykowane. |
| III | Mapa dostępu i zasobów (R/RW) | aktywny | — | Wyróżnik: który agent odczytuje (R) lub odczytuje-zapisuje (RW) który zasób, i czy ten dostęp jest dozwolony czy jedynie obserwowany. Zobacz prezentację. |
| XXII | Zdrowie, SLA i uptime | aktywny | — | Niezawodność agentów i serwerów MCP — zdrowy, zdegradowany lub niedziałający, i mapa zależności — wyprowadzane z obserwowanych sygnałów, nie przez sondowanie twojej infry. |
Zdolności, tożsamość i zarządzanie
| # | Moduł | Zarządzaj/Obserwuj | Aktywuj | Co robi |
|---|---|---|---|---|
| V | MCP, umiejętności i zdolności | aktywny | — | Wizualne zarządzanie serwerami MCP, umiejętnościami, pluginami/subagentami i który agent jest podłączony do którego narzędzia. Zobacz prezentację MCP. |
| VI | Tożsamość, uprawnienia i zarządzanie | aktywny | na-zadanie | Zarządza kto i co może robić co, z zatwierdzaniem HITL. Aktywatory cyklu życia tożsamości z możliwością zapisu są opcjonalne i domyślnie odrzucające aż udostępnione. Zobacz prezentację tożsamości. |
| VIII | Dane, wiedza i kontekst | aktywny | aktywny | Zarządzana płaszczyzna danych — bazy wiedzy i RAG z redakcją przed indeksowaniem, zarządzane pobieranie i rodowód danych w zarządzanej płaszczyźnie danych — dane zarządcze Olivares pozostają w infrastrukturze pod Państwa kontrolą; zapytania do modeli hostowanych trafiają do wybranych przez Państwa dostawców. Pobieranie leksykalne jest domyślne; semantyczne embeddingi wspierane modelem są podłączane na zadanie. |
| XIV | Wewnętrzny katalog i marketplace | aktywny | — | Kuratuje i pozwala organizacji ponownie używać zatwierdzonych, wersjonowanych agentów, serwerów MCP, umiejętności i szablonów; żądania instanciacji trasują przez zarządzanie. |
Wdrożenie i stos modeli
| # | Moduł | Zarządzaj/Obserwuj | Aktywuj | Co robi |
|---|---|---|---|---|
| VII | Wdrożenie i integracja | aktywny | na-zadanie (503) | Planuje i zarządza wdrożeniami/podłączeniami do infrastruktury — jedyny moduł, który może ją mutować. Każda zmiana jest bramkowana HITL, planuj-przed-zastosowaniem i rejestrowana w rejestrze. Executor jest podłączany na zadanie: apply/retire zwracają 503 aż jest udostępniony. |
| X | Zarządzanie modelami i dostawcami | aktywny | tylko routing | Zarządza i trasuje w całym stosie modeli — Claude, OpenAI, Gemini, lokalna inferencja — z cenami referencyjnymi zweryfikowanymi przez operatora. Rozwiązanie trasy jest aktywne; samo wywołanie modelu działa na zadanie po udostępnieniu poświadczenia inferencji. |
Hostowane modele nie są self-hostowalne. Moduł X może trasować do Claude (bezpośrednio lub przez Bedrock/Vertex/Foundry), ale ta inferencja nadal dociera do API dostawcy. Tylko prawdziwie self-hostowane modele (vLLM/Ollama) działają w pełni offline; air-gap dotyczy płaszczyzny kontrolnej Olivares, nie hostowanej inferencji.
Koszty, jakość i zgodność
| # | Moduł | Zarządzaj/Obserwuj | Aktywuj | Co robi |
|---|---|---|---|---|
| XI | Koszty i AI FinOps | aktywny | aktywny | Rozlicza wydatki AI ze strumienia kosztów dostawcy i egzekwuje budżety — przy limicie brama budżetowa throttle/block odrzuca wydatek (domyślnie odrzucając). Zobacz prezentację FinOps. |
| XII | Jakość, ewaluacje i testowanie | aktywny | — | Ocenia kandydackie wyniki wobec wersjonowanych zestawów złotych z deterministycznymi scorerami plus sędzia LLM, produkując dowody międzymodułowe. Zobacz prezentację ewaluacji. |
| XIII | Zgodność i regulacje | aktywny | — | Mapuje to, co platforma już obserwuje i audytuje, na frameworki (EU AI Act, NIST AI RMF, ISO/IEC 42001, SOC 2, GDPR, OWASP Agentic) i emituje dowody konsumowalne przez audytora. Projektowany w kierunku, nie certyfikowany. Zobacz prezentację zgodności. |
Bezpieczeństwo i pewność
| # | Moduł | Zarządzaj/Obserwuj | Aktywuj | Co robi |
|---|---|---|---|---|
| IX | Bezpieczeństwo, guardrails i audyt | aktywny | aktywny | Płaszczyzna defensywna: guardrails nad wejściem/wyjściem/tekstem narzędzi agenta (PII, sekrety, prompt-injection, OWASP Agentic Top 10), wykrywanie anomalii nad obserwowanym dryfem i rekonstruowalne linie czasu incydentów. Odkrycia emitują na żywo; dowody przechowują hash plus zredagowany fragment, nigdy surowy ładunek. |
| XVII | Sandbox testowy agenta | aktywny | na-zadanie | Izolowane, efemeryczne uruchomienia scenariuszy agentów wobec zamockowanych zasobów, plus deterministyczne odtwarzanie. Wewnątrz-procesowy syntetyczny runner jest aktywny; runtime izolowany na poziomie OS jest podłączany na zadanie. |
| XVIII | Red-teaming i testy adwersaryjne | aktywny | na-zadanie | Defensywna uprząż robustności (prompt injection, jailbreak, eksfiltracja, zatruwanie narzędzi) zmapowana do OWASP Agentic i MITRE ATLAS. Izolowane uruchomienia są podłączane na zadanie i raportują DEGRADED — nigdy fałszywy pass — aż runtime sandboxa jest udostępniony. |
Koordynacja, głos i wyjście
| # | Moduł | Zarządzaj/Obserwuj | Aktywuj | Co robi |
|---|---|---|---|---|
| IV | Komunikacja międzyagentowa i orkiestracja | aktywny | na-zadanie | Wyprowadza aktywny graf delegacji/komunikacji z obserwowanych krawędzi i zarządza zaplanowanymi/autonomicznymi agentami. Odpalenie jednego jest dwufazowe i bramkowane HITL; dyspozycja na żywo jest domyślnie odrzucająca aż dispatcher jest udostępniony. |
| XV | Integracje wyjściowe i powiadomienia | aktywny | aktywny | Router powiadomień — decyduje jaki sygnał idzie do kogo, jakim kanałem; konektory (Slack/Teams, PagerDuty/Opsgenie, podpisany webhook, SIEM) dostarczają. Dyspozycja jest aktywna; cele są udostępniane przez operatora. |
| XVI | Głos i agenci czasu rzeczywistego | aktywny | na-zadanie | Obserwuj-i-zarządzaj dla konwersacyjnych/czasu-rzeczywistego agentów: zarządza kto może otworzyć sesję, z jakim modelem, pod jaką domyślnie-odrzucającą polityką. Otwarcie jest bramkowane HITL; aktywacja wychodzi przez domyślnie odrzucający dispatcher aż dostawca głosu jest udostępniony. |
Platforma i raportowanie
| # | Moduł | Zarządzaj/Obserwuj | Aktywuj | Co robi |
|---|---|---|---|---|
| XIX | Własne API i zarządzaj-jako-kod | aktywny | — | Zarządzaj samą płaszczyzną kontrolną przez API/IaC, plus powierzchnia eventingowa skierowana do integratora (trwałe subskrypcje, ponowne próby, dead-letter, odtwarzanie). Fundamentalny. |
| XX | Wielodzierżawczość i zarządzanie organizacją | aktywny | — | Hierarchia organizacji i delegowany admin dla MSP i dużych organizacji. Fundamentalny. |
| XXI | Pulpity wykonawcze i raportowanie | aktywny | — | Widoki wysokiego poziomu dla kierownictwa obok konsoli technicznej. |
| XXIII | Własne zarządzanie modelami / fine-tuning | post-v1 | — | Zarządzaj modelami trenowanymi lub hostowanymi przez firmę. Post-v1 — nie podłączone dzisiaj. |
Uwaga przekrojowa: wyłącznik awaryjny
Poza jakimkolwiek pojedynczym modułem, wyłącznik awaryjny infrastruktury podłącza bramę zatrzymania do każdego punktu aktywacji: deploy, orchestration fire, voice open, model execution i budget spend. Zatrzymanie to pozytywna egzekucja i jest domyślnie odrzucające — nieczytelny stan zatrzymania jest traktowany jako zatrzymany, nigdy jako przepuszczenie. Zobacz prezentację wyłącznika awaryjnego.
Powiązane
- Czym jest Olivares AI? — produkt na jednej stronie.
- Dozwolone vs obserwowane i wierność — jak moduły I-III pozostają uczciwe wobec tego, co mogą udowodnić.
- Uczciwości i ograniczenia — pełna postawa aktywne-vs-planowane.
- Architektura — jak silnik, warstwy i konektory się składają.