Olivares AI v26.8.0 é a primeira versão pública, marcada com tag, de um binário Go self-hosted que oferece aos agentes de IA que você já usa — Claude Code, Codex, Grok Build e os demais — trabalho durável, acesso delimitado e evidências assinadas, no seu próprio hardware. Eu sou o autor. Este artigo inventaria o que existe de verdade na tag e apresenta as lacunas ao lado das funcionalidades, porque, em um produto dessa categoria, as lacunas fazem parte da especificação.
1. O problema, sem adjetivos
Os agentes operam em diferentes máquinas e fornecedores. Nenhum sistema durável sabe quem detém uma tarefa, até onde cada agente pode chegar, aonde ele realmente chegou ou quem repassou o trabalho a quem. As concessões estão em vários sistemas IAM; o comportamento, em logs de auditoria que ninguém lê. Toda equipe que opera agentes a sério reconstruiu manualmente alguma parte da resposta — uma planilha aqui, uma convenção de nomes ali, uma pessoa que se lembra. É essa parte que o produto substitui.
2. O núcleo: um plano de trabalho compartilhado pelos agentes
Itens de trabalho duráveis carregam uma descrição da tarefa, dependências, critérios de aceitação, decisões, um responsável e um histórico de eventos — um único documento de comando compartilhado por REST, pela CLI e por chamadores no mesmo processo. Leases transformam a responsabilidade em uma autoridade protegida por fencing e com prazo de validade: adquirir, renovar, liberar, assumir, revogar. Um detentor desatualizado não pode continuar agindo, e uma aquisição simultânea produz exatamente um vencedor. A inicialização vinculada ao trabalho reserva, assume a lease e só então inicia a sessão, portanto é seguro tentar novamente. Mensagens entre agentes incluem confirmações e repasses, com replay e rejeição de epochs obsoletos. A delegação por A2A chega a um peer autorizado através de um gate de aplicação e devolve recibos duráveis.
Tudo isso está operacional. E aqui está o limite, dito com a mesma clareza das funcionalidades: as mensagens se restringem a um workflow de orquestração — deliberadamente não existe um barramento geral de mensagens para agentes arbitrários, e um teste de inicialização falha se alguém conectar um por acidente. O modo shadow e a autoridade final não foram implementados. O README apresenta os dois lados na mesma tabela.
3. Integrações, com a profundidade declarada
Claude Code é integrado no hook PreToolUse/PostToolUse, com configurações
gerenciadas, inicialização, conexão e encerramento pelo console e acesso a
modelos por sujeito. Codex e Grok Build são interfaces de comando de primeira
classe ao lado dele. gemini-cli, Cursor, opencode, goose, cline, OpenHands,
OpenClaw e Hermes são fornecidos como conectores — cada um declara o que pode
aplicar e o que pode apenas observar, pois são promessas diferentes. Ollama e
outros endpoints self-hosted são inventariados por meio de um conector local
que, por definição de projeto, é somente leitura.
4. Governança onde o agente atua
Um mecanismo de autorização Cedar — RBAC, uma camada sobreposta de negação,
concessões positivas delimitadas — e quatro pontos de aplicação deny-closed:
o hook de Claude Code, um proxy de inferência inline /v1/messages, um gate MCP
para tools/call e um gate de delegação A2A. Uma ação não permitida é bloqueada,
enviada para aprovação de duas pessoas ou reescrita antes da execução.
“Deny-closed” é medido, não alegado: um ponto só entra na contagem enquanto um
teste percorre seu caminho não configurado e verifica a recusa. Quando um
ponto não está provisionado, a capacidade é apresentada como observação, não
como aplicação — e cada conector informa qual das duas oferece. Há ainda
aprovações por duas pessoas, break-glass e um kill switch para todo o ambiente,
acionado com um clique; reativar o ambiente exige duas pessoas distintas.
5. Evidências que você pode entregar
Um livro-razão de auditoria somente para acréscimo, encadeado por hashes, com checkpoints assinados por Ed25519. Exportações em CEF, LEEF, syslog, OTLP e OCSF; envio at-least-once para Splunk HEC, Microsoft Sentinel, Datadog, New Relic ou um webhook HMAC. Evidências de conformidade mapeadas para 26 catálogos de frameworks — mapeamentos técnicos de controles e pacotes de evidências para análise da sua assessoria jurídica ou auditoria, não certificações. O próprio catálogo do produto deixa isso claro.
6. Os números e o script que os produz
30 módulos. 158 integrações. 26 catálogos de frameworks. Quatro pontos de
aplicação deny-closed. 68 comandos CLI agrupados. Nenhum deles é aritmética de
marketing: scripts/check-public-counts.sh deriva os quatro primeiros da árvore
e faz a build falhar quando o README diverge do código; o total da CLI é mantido
por um teste que não permite a entrada de um comando sem grupo. A contagem de
integrações é transparente sobre sua unidade — diretórios de conectores que
contêm código Go, dos quais 12 são pacotes de contratos compartilhados, não
funcionalidades — e a divisão está no repositório. O ambiente de demonstração
retorna 20 nós, 13 arestas, 8 acessos inesperados e 2 concessões não utilizadas:
números sintéticos, verificados por um smoke test contra o binário real,
apresentados como saída da demonstração e nunca como escala de clientes.
7. Uma única build em qualquer escala
O mesmo binário atende a um servidor doméstico (SQLite, vinculado a loopback, um Compose de referência que roda sem root e somente leitura com 1 CPU e 1 GiB), a um freelancer com um tenant por cliente e orçamentos que negam antes que a fatura faça isso, a uma equipe de engenharia com itens de trabalho compartilhados e SSO e a uma empresa regulada com segurança em nível de linha no Postgres, instalações air-gapped e arquivamento WORM. Várias dessas capacidades precisam ser provisionadas; não são padrões disponíveis na primeira inicialização — a documentação informa quais, capacidade por capacidade.
8. Licença e dinheiro, sem rodeios
AGPL-3.0 para o núcleo, os módulos e o console web; Apache-2.0 para o SDK, os conectores e os SDKs de cliente; um pequeno conjunto de add-ons comerciais aditivos, compilados apenas com uma tag de build separada e ausentes do binário público. A build aberta é a plataforma inteira — nunca limitada em recursos, com contas de usuário ilimitadas. Uma licença comercial é uma exceção legal à AGPL; uma assinatura é a credencial usada para baixar artefatos assinados, não uma chave que ativa bytes já presentes no seu disco. Termos comerciais sob consulta: enterprise@olivares.ai. Hosted Cloud não está à venda hoje; o produto é self-hosted.
9. Cadeia de suprimentos
As versões são assinadas com cosign e incluem proveniência SLSA, uma SBOM e
OpenVEX, tudo verificável offline com scripts/verify-release.sh. Artefatos:
binários linux e darwin (amd64/arm64), pacotes .deb/.rpm/.apk com uma
unidade systemd reforçada, uma imagem de contêiner multiarch e um pacote air-gap.
Não há build para Windows — use o contêiner Linux ou compile a partir do código-
fonte.
10. O que nos recusamos a afirmar
Não há usuários públicos nem benchmarks públicos — nenhum deles existe
publicamente, e inventar qualquer um seria a pior coisa que um produto de
governança poderia fazer. Sem SLA, sem SOC 2, sem certificações. Não afirmamos
que “nada jamais sai da sua rede”: modelos frontier fechados não podem ser
self-hosted, portanto a inferência com esses modelos ainda chega à API do
fornecedor. O plano ao redor deles pode ser self-hosted e air-gapped, e os
modelos que você realmente executa por conta própria (vLLM, Ollama) mantêm todo
o caminho internamente. Não há telemetria obrigatória nem egress do control
plane por padrão; a única chamada ao fornecedor é olivares upgrade, que
pergunta onde está a nova versão, e --endpoint a redireciona. Não há kill
switch remoto. Não há limite de assentos no mecanismo self-hosted.
Experimente
# 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.0Leia start/honesty-and-limits antes da implantação — esse é o contrato que
define o que funciona hoje, o que está em fase de projeto e o que o produto
deliberadamente não faz.
Versão: https://github.com/olivaresai/olivares/releases/tag/v26.8.0 · Repositório: https://github.com/olivaresai/olivares · Documentação: https://docs.olivares.ai