Перейти до вмісту

Машинний переклад. Авторитетним джерелом є англійська версія; перевірка носієм мови ще не виконана.

FAQ

Запитання та чесні відповіді про Olivares AI

Практичні відповіді для команд, що оцінюють Olivares AI як ground truth для корпоративного AI: що це таке, що лишається всередині вашого периметра і де продукт чесно показує обмеження.

Що таке Olivares AI?

Olivares AI — це self-hosted і vendor-neutral платформа для інтеграції, керування та захисту корпоративного AI на інфраструктурі, яку ви вже експлуатуєте. Вона виявляє агентів, сесії, моделі й MCP-сервери, а потім будує мапу доступу того, що кожен із них може читати або записувати. Мета — дати platform, security та operations командам ground truth для політик, витрат і доказів.

Чим Olivares відрізняється від AI gateway або LLM observability?

Gateway зосереджується на викликах моделей: routing, keys, бюджети, cache і інколи content filters. LLM observability зосереджується на traces, spans і debugging prompts. Olivares дивиться на весь estate, мапить агентів до ресурсів, яких вони реально торкаються, і порівнює дозволений доступ із спостережуваною поведінкою. Ці інструменти можуть залишатися на місці; Olivares додає поруч рівень governance і evidence на інфраструктурному рівні.

Що означає self-hosted або air-gapped, якщо Claude не можна self-hostити?

Inference Claude не можна self-hostити, тому запит до Claude все одно доходить до Anthropic або підтриманого cloud provider account, який ви налаштуєте. Self-hosted є сам Olivares: discovery, мапа доступу, audit ledger, стан policy і governance data працюють у вашій інфраструктурі. Air-gapped означає, що цей рівень governance та observation може працювати без викликів назовні. Для моделей, які ви справді self-hostите, inference також може лишатися локальним.

Чому Claude-first, і чи це створює lock-in?

Claude-first означає, що найглибша продуктова робота стосується Claude Code і того, як enterprise-команди його експлуатують. Мапа доступу, identity, policy, FinOps і evidence є vendor-neutral та проєктуються навколо того, чого торкаються агенти, а не одного постачальника моделей. Claude — це перша глибока інтеграційна поверхня, не клітка.

Olivares конкурує з Anthropic або перепродає Claude?

Ні. Olivares доповнює Claude; він не замінює його, не перепродає і не посередничає з subscription credential. Ваша модельна взаємодія лишається між вашою організацією і model provider. Olivares — це рівень governance і observation навколо агентів та сесій, які використовують ці моделі.

Чи виходять мої дані за наш периметр?

Governance data Olivares лишається у вашому периметрі: мапа доступу, audit ledger, inventory і policy state живуть у вашому сховищі. Платформа записує relationships і outcomes, а не prompt payloads, result rows, secrets чи personal data. Обов’язкової telemetry home немає. Чесний виняток — сам model inference: hosted models на кшталт Claude отримують запити, які ви вирішили їм надіслати.

Чи може Olivares зламати production?

Discovery і мапа доступу працюють out-of-band. Вони читають audit logs, OpenTelemetry і source-native signals, а не стоять у кожному data path агентів, тому збій collector погіршує visibility, не production traffic. Enforcement застосовується лише там, де ви навмисно підключили governed gate, наприклад Claude Code hook або іншу provisioned actuation surface. Ці gates спроєктовані fail-closed, а не для фальшивого зеленого статусу.

Наскільки довіряти мапі доступу?

Кожному edge варто довіряти рівно настільки, наскільки дозволяє його evidence. Мапа розрізняє read і read/write лише там, де source може це довести, і несе confidence щодо attribution та coverage. Якщо shared service account приховує identity агента або source не може довести read проти write, продукт позначає невизначеність замість припущення. Clean evidence придатна для дії; unknown або approximate evidence показує, де покращити instrumentation.

Чи готовий Olivares до production?

Olivares є pre-1.0 і активно розробляється, а публічний сайт позначає product experience як preview. Командам варто оцінювати його read-first, у некритичних середовищах або контрольованому estate, перш ніж підключати до важливих control paths. API і module surfaces ще можуть змінюватися. Ця чесність є частиною продукту: governance platform не має перебільшувати те, що може довести.

Яка ліцензія?

Self-hosted core відкритий під AGPL-3.0. Намір у тому, щоб повний self-hosted продукт був корисним без feature-capped community edition. Commercial license доступна організаціям, яким потрібен AGPL exception з юридичних або distribution причин. Межі connectors та integrations слід перевіряти у published repository під час launch.

Скільки це коштує?

Ви можете self-hostити AGPL продукт без оплати Olivares за unlock features. Ваші operating costs — це ваша інфраструктура і model inference, який ви вирішите використовувати через provider accounts. Paid options стосуються commercial licensing та enterprise arrangements, а не того, щоб core product працював.

Як команді безпечно оцінити продукт?

Почніть read-first: підключіть signals, перегляньте мапу доступу і порівняйте permitted з observed behavior перед увімкненням enforcement. Раннє використання варто трактувати як оцінку design і coverage, не як єдину safety net. Коли мапа показує uncertainty, покращіть identity propagation і audit sources, перш ніж спирати рішення на цей edge.