Especificações técnicas

• Linux, em servidor físico ou máquina virtual
• Arquiteturas x86_64 e ARM64

Windows não é suportado. macOS apenas para desenvolvimento.

• Docker Engine com Compose v2 (instalação guiada)
• Podman, com suporte parcial e sem instalação guiada

Dez serviços em contêineres: proxy, web, API, worker, PostgreSQL, Redis, armazenamento de objetos compatível com S3, Milvus, etcd e um guardião isolado para o Docker.

PostgreSQL, Redis, armazenamento compatível com S3 e Milvus ou Zilliz podem ser os da própria instalação ou serviços já existentes na sua organização.

Um nó por instalação. Várias instalações isoladas podem conviver no mesmo servidor, cada uma com seus contêineres e sua rede.

• Proxy HTTP em uma porta, 8080 por padrão
• TLS terminado no balanceador ou no proxy reverso da sua organização
• Compatível com proxies corporativos e inspeção TLS, com a CA da organização instalada no servidor

• Online
• Totalmente offline, em rede isolada, com licença por arquivo

• 9 idiomas, com tradução mais completa em português, inglês e espanhol
• Temas claro e escuro
• Logo, nome e cor da sua organização na tela de entrada e no menu

• Mínimo: 4 GiB
• Recomendado: 8 GiB

• Mínimo: 10 GiB
• Recomendado: 50 GiB

Executa a plataforma e os modelos locais somente com CPU, em x86_64 ou ARM64. A verificação da máquina indica o maior modelo do catálogo que cabe nela.

• NVIDIA, via CUDA, com o driver e o NVIDIA Container Toolkit
• Intel integradas ou dedicadas, via OpenVINO

Sem o NVIDIA Container Toolkit, a plataforma sobe na CPU em vez de falhar.

Inferência em NPU.

O painel do sistema mostra CPU, memória, discos e GPUs (NVIDIA, AMD, Intel e Apple), com a memória de vídeo.

Antes de implantar um modelo, a plataforma confere o runtime, o hardware e a memória disponível e recusa combinações incompatíveis.

OpenAI, Azure OpenAI, Anthropic e qualquer endpoint compatível com a API da OpenAI.

Chaves cifradas e teste de conexão.

vLLM, llama.cpp, OpenVINO Model Server, TensorRT-LLM, SGLang e IPEX-LLM, em contêineres isolados, com instalação, início, parada, reinício e remoção pelo painel.

IPEX-LLM ainda em validação.

Ollama, vLLM e LM Studio em execução são detectados e conectados como endpoints compatíveis.

Mais de 1.000 modelos abertos, em um catálogo curado filtrável por modalidade, família, quantização e runtime, com estimativa de compatibilidade com a máquina.

• GGUF
• OpenVINO IR
• safetensors (Hugging Face)

Cada formato é oferecido apenas aos runtimes que o executam.

Q4_K_M, Q5_K_M, Q8_0, FP16, INT8 e INT4

Modelos globais, habilitados por workspace, com modelos padrão para embeddings, reclassificação, visão e transcrição.

Modelo base local ou em nuvem, instruções de sistema, temperatura, máximo de tokens, penalidade de repetição, top-p e top-k. Rascunho, publicado ou arquivado, com acesso por workspace e por pessoa.

• 41 extensões de arquivo
• Texto: txt, md, csv, tsv, json, xml, html e log
• PDF e Office: pdf, docx, xlsx e pptx
• Imagens, em 10 extensões, descritas por um modelo de visão
• Áudio, em 9 extensões, e vídeo, em 8, transcritos

Híbrida: vetorial (Milvus) e textual (PostgreSQL), combinadas por Reciprocal Rank Fusion e reordenadas por um modelo de reclassificação.

Trechos de 900 caracteres, com 150 de sobreposição.

Servidos localmente por modelos compatíveis com a API da OpenAI. Cada contexto fixa o seu modelo e pode ser reindexado.

• Tipos: texto, inteiro, decimal, booleano, data, data e hora e JSON
• Chave primária, colunas pesquisáveis e rótulos de sensibilidade
• Carga de CSV, TSV ou XLSX até 100 MB, em acréscimo ou substituição, com as linhas rejeitadas e o motivo

Somente leitura, em um papel de banco separado: uma instrução SELECT por vez, com tempo limite e até 1.000 linhas. Podem ser desligadas por contexto.

Documentos, imagens, áudio e vídeo, até 100 MB por arquivo, com tipos e limites definidos pelo administrador.

.xlsx, .pptx, .pdf, .csv, .md e .txt

Opcional, por mensagem: DuckDuckGo (padrão), Tavily ou Brave.

Reconhecimento de fala do navegador ou um modelo de transcrição.

Visual, com 13 tipos de bloco: Entrada, Decisão, Agente, Modelo de IA, Integração, Busca no armazenamento, Consulta de dados, Gravar dados, IA sobre linhas, Carregar arquivos, Transformar, Subfluxo e Saída.

JSON Schema com enumerações fechadas e nível de raciocínio configurável nos blocos de IA.

Até 50 linhas por chamada e até 8 chamadas simultâneas.

Até 8 níveis de aninhamento.

Rascunho, publicado e arquivado, com contrato de entrada e de saída em JSON Schema.

• Pelo chat
• Por endpoint HTTP, com token próprio de cada fluxo
• Por agendamento em intervalos a partir de 60 segundos, com entrada fixa, início e número máximo de execuções

Cada execução registra a entrada, as fontes consultadas com a relevância, as decisões e a saída de cada etapa.

30, em 6 áreas: crédito e risco (8), documentos e back-office (7), atendimento (5), compliance e jurídico (4), RH (3) e vendas (3).

Exportação e importação de fluxos em JSON.

• Mais de 99. Exemplos por categoria:
• E-commerce: Amazon Selling Partner, Mercado Livre, Shopify, Meta Product Catalog e TikTok Shop
• Mensageria: WhatsApp Cloud API, Telegram, Twilio e Slack
• Produtividade: Microsoft 365 e Google Workspace
• ERP: TOTVS Protheus
• CRM: Salesforce
• Banco de dados: SAP HANA
• DevOps: Jira e Confluence
• ITOM: HPE OpsRamp
• Backup: Veeam
• Segurança: Netskope
• Dados de mercado: AwesomeAPI

• REST e GraphQL, executadas nos fluxos
• Outros tipos, como banco de dados, transferência de arquivos e gRPC, ficam cadastrados com teste de conectividade

Chave de API, bearer, básica, OAuth 2.0 client credentials e OAuth 2.0 refresh token, com renovação automática, além da opção sem autenticação.

Credenciais cifradas e decifradas apenas na execução.

Endpoint HTTP (POST) por fluxo publicado, com token bearer próprio, exibido uma única vez, guardado como hash e rotacionável, e lista de origens permitidas (CORS).

Chamadas de saída validadas contra SSRF e sem seguir redirecionamentos.

OIDC (Authorization Code com PKCE) com Microsoft Entra ID, Google Workspace ou qualquer provedor OIDC, como Keycloak, Okta e Auth0.

MFA pelo provedor de identidade. Política opcional de acesso somente por SSO.

Grupos do diretório concedem administração, módulos e workspaces.

Proprietário (root), administrador e membro.

Concedidos por pessoa: Chat, Agentes, Armazenamento, Dados, Fluxos, Agendamentos e Integrações. Novos usuários começam sem nenhum.

Um espaço pessoal para cada usuário e espaços compartilhados, com membros, modelos e agentes habilitados por espaço.

• Senhas com no mínimo 12 caracteres, com hash Argon2
• Cookies de sessão HttpOnly e SameSite=Strict

Após 7 falhas por origem ou 30 por conta, por 15 minutos.

Conta root com senha, nunca federada, recuperável no servidor com uma chave de uso único verificada offline.

Logins e falhas, usuários e workspaces, SSO e política de acesso, provedores e segredos, licença, conta root, consultas e cargas de dados, configurações com valores antes e depois e cada exclusão.

Não entra no expurgo automático e não pode ser editada nem excluída pela API.

Cada interação de chat, agente e fluxo, com conteúdo, modelo, workspace, usuário, tokens, latência e avaliação, com filtros.

Modelo e fontes de cada resposta: documentos com a relevância, ou a consulta SQL com o número de linhas. Indicadores de respostas com fontes e de documentos indexados.

Registro de irregularidades com plano de ação, relatório semestral e dicionário de dados legível por máquina, alinhados à Resolução Conjunta CMN/BCB nº 18/2025.

Opcional: expurgo de execuções de fluxo, mensagens e cargas de dados após o prazo definido. Sem política, os dados são mantidos. Cada exclusão fica registrada.

Conversas, mensagens, tokens de entrada e de saída e avaliações, no total e por pessoa.

Logs estruturados em JSON, verificações /health e /ready e exportação de rastros e logs via OpenTelemetry (OTLP) para o coletor da sua organização.

XChaCha20-Poly1305 para chaves e credenciais. Cada instalação gera os próprios segredos e senhas de serviço.

A API não tem acesso direto ao Docker do servidor. Um guardião isolado e sem rede permite apenas operações dos runtimes de modelo, sem contêineres privilegiados, montagens do servidor ou rede do host.

Binário estático para Linux x86_64 e ARM64, inclusive RHEL 8, Ubuntu 20.04 e Debian 11, em português e inglês.

aptabit check: sistema, memória, disco, Docker e Compose, GPUs e NPUs, rede, relógio e proxy, com saída em JSON e modo offline.

aptabit install: verifica, configura e sobe a plataforma. Executar de novo atualiza a instalação existente e nunca apaga dados.

aptabit update: backup prévio, atualização em etapas com verificação de saúde e reversão automática se a nova versão falhar. Canais e fixação de versão.

Cópias locais da configuração e dos volumes da instalação, com listagem, reversão e limpeza.

A plataforma para por alguns instantes durante a cópia. Serviços externos não entram no backup.

Status em JSON, diagnóstico e pacote de suporte sem senhas, chaves ou tokens. Cada erro tem um código estável.

Aplicadas automaticamente ao iniciar a plataforma.

Registro privado com credenciais de curta duração vinculadas à licença e declaração de proveniência assinada em cada imagem do produto.

• Apenas pelos fluxos publicados em produção
• Sem cobrança por usuário, por token, por armazenamento ou por uso

Por cliente, assinada digitalmente (Ed25519), com um par de chaves gerado em cada instalação.

Verificação pelo menos a cada 6 horas. Sem contato, a plataforma segue funcionando por até 7 dias, prazo padrão definido em cada licença.

Arquivo de licença válido por até 120 dias, renovado da mesma forma. A instalação nunca contata a Aptabit.

Metadados da licença e da instalação. Conforme o nível de telemetria definido na licença, também contagens agregadas de uso, relatórios de falha do CLI sem senhas, chaves ou tokens e, no nível completo, um inventário do hardware e do ambiente. Nenhum documento, conversa, prompt ou arquivo.

Carência de 7 dias por padrão. Uma licença vencida ou suspensa bloqueia o acesso, mas nunca apaga dados nem contêineres.