Sistema e implementación

Sistema operativo
  • Linux, en servidor físico o máquina virtual
  • Arquitecturas x86_64 y ARM64

Windows no es compatible. macOS solo para desarrollo.

Contenedores2
  • Docker Engine con Compose v2 (instalación guiada)
  • Podman, con compatibilidad parcial y sin instalación guiada
Servicios

Diez servicios en contenedores: proxy, web, API, worker, PostgreSQL, Redis, almacenamiento de objetos compatible con S3, Milvus, etcd y un guardián aislado para Docker.

Dependencias externas

PostgreSQL, Redis, almacenamiento compatible con S3 y Milvus o Zilliz pueden ser los de la propia instalación o servicios que su organización ya utiliza.

Topología

Un nodo por instalación. Varias instalaciones aisladas pueden convivir en el mismo servidor, cada una con sus contenedores y su red.

Red
  • Proxy HTTP en un puerto, 8080 por defecto
  • TLS terminado en el balanceador o en el proxy inverso de su organización
  • Compatible con proxies corporativos e inspección TLS, con la CA de la organización instalada en el servidor
Modos de operación3
  • En línea
  • Totalmente sin conexión, en red aislada, con licencia por archivo
Interfaz
  • 9 idiomas, con la traducción más completa en portugués, inglés y español
  • Temas claro y oscuro
  • Logotipo, nombre y color de su organización en la pantalla de acceso y en el menú

Hardware y aceleración

Memoria4
  • Mínimo: 4 GiB
  • Recomendado: 8 GiB
Disco
  • Mínimo: 10 GiB
  • Recomendado: 50 GiB
CPU

Ejecuta la plataforma y los modelos locales solo con CPU, en x86_64 o ARM64. La verificación de la máquina indica el modelo más grande del catálogo que cabe en ella.

GPU
  • NVIDIA, mediante CUDA, con el controlador y el NVIDIA Container Toolkit
  • Intel integradas o dedicadas, mediante OpenVINO

Sin el NVIDIA Container Toolkit, la plataforma arranca en la CPU en lugar de fallar.

NPU

Inferencia en NPU.

Detección

El panel del sistema muestra CPU, memoria, discos y GPU (NVIDIA, AMD, Intel y Apple), con la memoria de video.

Verificación de compatibilidad

Antes de implementar un modelo, la plataforma verifica el runtime, el hardware y la memoria disponible y rechaza combinaciones incompatibles.

Modelos y runtimes

Proveedores en la nube

OpenAI, Azure OpenAI, Anthropic y cualquier endpoint compatible con la API de OpenAI.

Claves cifradas y prueba de conexión.

Runtimes locales gestionados

vLLM, llama.cpp, OpenVINO Model Server, TensorRT-LLM, SGLang e IPEX-LLM, en contenedores aislados, con instalación, inicio, parada, reinicio y eliminación desde el panel.

IPEX-LLM aún en validación.

Servidores locales existentes

Los servidores Ollama, vLLM y LM Studio en ejecución se detectan y se conectan como endpoints compatibles.

Catálogo

Más de 1.000 modelos abiertos, en un catálogo curado filtrable por modalidad, familia, cuantización y runtime, con estimación de compatibilidad con la máquina.

Formatos de pesos
  • GGUF
  • OpenVINO IR
  • safetensors (Hugging Face)

Cada formato se ofrece solo a los runtimes que lo ejecutan.

Cuantizaciones

Q4_K_M, Q5_K_M, Q8_0, FP16, INT8 e INT4

Habilitación

Modelos globales, habilitados por workspace, con modelos predeterminados para embeddings, reclasificación, visión y transcripción.

Agentes

Modelo base local o en la nube, instrucciones de sistema, temperatura, máximo de tokens, penalización por repetición, top-p y top-k. Borrador, publicado o archivado, con acceso por workspace y por persona.

Datos y formatos

Contextos de conocimiento5
  • 41 extensiones de archivo
  • Texto: txt, md, csv, tsv, json, xml, html y log
  • PDF y Office: pdf, docx, xlsx y pptx
  • Imágenes, en 10 extensiones, descritas por un modelo de visión
  • Audio, en 9 extensiones, y video, en 8, transcritos
Búsqueda

Híbrida: vectorial (Milvus) y textual (PostgreSQL), combinadas por Reciprocal Rank Fusion y reordenadas por un modelo de reclasificación.

Fragmentos de 900 caracteres, con 150 de superposición.

Embeddings

Servidos localmente por modelos compatibles con la API de OpenAI. Cada contexto fija su modelo y puede reindexarse.

Contextos de datos
  • Tipos: texto, entero, decimal, booleano, fecha, fecha y hora y JSON
  • Clave primaria, columnas buscables y etiquetas de sensibilidad
  • Carga de CSV, TSV o XLSX hasta 100 MB, por adición o reemplazo, con las filas rechazadas y el motivo
Consultas SQL

Solo lectura, en un rol de base de datos separado: una instrucción SELECT por vez, con tiempo límite y hasta 1.000 filas. Pueden desactivarse por contexto.

Adjuntos en el chat

Documentos, imágenes, audio y video, hasta 100 MB por archivo, con tipos y límites definidos por el administrador.

Archivos generados

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

Búsqueda web

Opcional, por mensaje: DuckDuckGo (predeterminado), Tavily o Brave.

Entrada por voz

Reconocimiento de voz del navegador o un modelo de transcripción.

Flujos

Editor

Visual, con 13 tipos de bloque: Entrada, Decisión, Agente, Modelo de IA, Integración, Búsqueda en almacenamiento, Consulta de datos, Escritura de datos, IA sobre filas, Cargar archivos, Transformar, Subflujo y Salida.

Salida estructurada

JSON Schema con enumeraciones cerradas y nivel de razonamiento configurable en los bloques de IA.

IA sobre filas

Hasta 50 filas por llamada y hasta 8 llamadas simultáneas.

Subflujos

Hasta 8 niveles de anidamiento.

Ciclo de vida

Borrador, publicado y archivado, con contrato de entrada y de salida en JSON Schema.

Ejecución
  • Desde el chat
  • Por endpoint HTTP, con el token propio de cada flujo
  • Por programación en intervalos desde 60 segundos, con entrada fija, inicio y número máximo de ejecuciones
Traza

Cada ejecución registra la entrada, las fuentes consultadas con su relevancia, las decisiones y la salida de cada etapa.

Plantillas de flujo

30, en 6 áreas: crédito y riesgo (8), documentos y back office (7), atención (5), cumplimiento y jurídico (4), RR. HH. (3) y ventas (3).

Portabilidad

Exportación e importación de flujos en JSON.

Integraciones

Conectores listos6
  • Más de 99. Ejemplos por categoría:
  • E-commerce: Amazon Selling Partner, Mercado Libre, Shopify, Meta Product Catalog y TikTok Shop
  • Mensajería: WhatsApp Cloud API, Telegram, Twilio y Slack
  • Productividad: Microsoft 365 y Google Workspace
  • ERP: TOTVS Protheus
  • CRM: Salesforce
  • Base de datos: SAP HANA
  • DevOps: Jira y Confluence
  • ITOM: HPE OpsRamp
  • Backup: Veeam
  • Seguridad: Netskope
  • Datos de mercado: AwesomeAPI
Conexiones personalizadas
  • REST y GraphQL, ejecutadas en los flujos
  • Otros tipos, como base de datos, transferencia de archivos y gRPC, quedan registrados con prueba de conectividad
Autenticación

Clave de API, bearer, básica, OAuth 2.0 client credentials y OAuth 2.0 refresh token, con renovación automática, además de la opción sin autenticación.

Credenciales cifradas y descifradas solo en la ejecución.

API de flujos

Endpoint HTTP (POST) por flujo publicado, con token bearer propio, mostrado una sola vez, guardado como hash y rotable, y lista de orígenes permitidos (CORS).

Protección

Llamadas salientes validadas contra SSRF y sin seguir redirecciones.

Identidad y acceso

SSO

OIDC (Authorization Code con PKCE) con Microsoft Entra ID, Google Workspace o cualquier proveedor OIDC, como Keycloak, Okta y Auth0.

MFA a través del proveedor de identidad. Política opcional de acceso solo por SSO.

Reglas por grupo

Los grupos del directorio otorgan administración, módulos y workspaces.

Roles

Propietario (root), administrador y miembro.

Módulos

Otorgados por persona: Chat, Agentes, Almacenamiento, Datos, Flujos, Programaciones e Integraciones. Los usuarios nuevos comienzan sin ninguno.

Workspaces

Un espacio personal para cada usuario y espacios compartidos, con miembros, modelos y agentes habilitados por espacio.

Acceso local
  • Contraseñas de al menos 12 caracteres, con hash Argon2
  • Cookies de sesión HttpOnly y SameSite=Strict
Bloqueo

Tras 7 fallos por origen o 30 por cuenta, durante 15 minutos.

Cuenta de emergencia

Cuenta root con contraseña, nunca federada, recuperable en el servidor con una clave de un solo uso verificada sin conexión.

Gobernanza y auditoría

Pista de auditoría

Accesos y fallos, usuarios y workspaces, SSO y política de acceso, proveedores y secretos, licencia, cuenta root, consultas y cargas de datos, configuraciones con valores anteriores y posteriores y cada eliminación.

No entra en la depuración automática y no puede editarse ni eliminarse por la API.

Registro de interacciones

Cada interacción de chat, agente y flujo, con contenido, modelo, workspace, usuario, tokens, latencia y evaluación, con filtros.

Procedencia

Modelo y fuentes de cada respuesta: documentos con su relevancia, o la consulta SQL con el número de filas. Indicadores de respuestas con fuentes y de documentos indexados.

Calidad de datos7

Registro de irregularidades con plan de acción, informe semestral y diccionario de datos legible por máquina, alineados con la Resolución Conjunta CMN/BCB n.º 18/2025.

Retención

Opcional: depuración de ejecuciones de flujo, mensajes y cargas de datos tras el plazo definido. Sin política, los datos se conservan. Cada eliminación queda registrada.

Uso

Conversaciones, mensajes, tokens de entrada y de salida y evaluaciones, en total y por persona.

Observabilidad

Logs estructurados en JSON, verificaciones /health y /ready y exportación de trazas y logs vía OpenTelemetry (OTLP) al colector de su organización.

Secretos

XChaCha20-Poly1305 para claves y credenciales. Cada instalación genera sus propios secretos y contraseñas de servicio.

Aislamiento de Docker

La API no tiene acceso directo al Docker del servidor. Un guardián aislado y sin red permite solo operaciones de los runtimes de modelo, sin contenedores privilegiados, montajes del servidor ni red del host.

Operación y CLI

CLI

Binario estático para Linux x86_64 y ARM64, incluidos RHEL 8, Ubuntu 20.04 y Debian 11, en portugués e inglés.

Verificación

aptabit check: sistema, memoria, disco, Docker y Compose, GPU y NPU, red, reloj y proxy, con salida en JSON y modo sin conexión.

Instalación

aptabit install: verifica, configura e inicia la plataforma. Ejecutarlo de nuevo actualiza la instalación existente y nunca borra datos.

Actualización

aptabit update: copia de seguridad previa, actualización por etapas con verificación de salud y reversión automática si la nueva versión falla. Canales y fijación de versión.

Copia de seguridad

Copias locales de la configuración y de los volúmenes de la instalación, con listado, reversión y limpieza.

La plataforma se detiene unos instantes durante la copia. Los servicios externos no se incluyen.

Diagnóstico

Estado en JSON, diagnóstico y paquete de soporte sin contraseñas, claves ni tokens. Cada error tiene un código estable.

Migraciones

Se aplican automáticamente al iniciar la plataforma.

Imágenes

Registro privado con credenciales de corta duración vinculadas a la licencia y declaración de procedencia firmada en cada imagen del producto.

Licenciamiento

Facturación
  • Solo por los flujos publicados en producción
  • Sin cobro por usuario, por token, por almacenamiento ni por uso
Licencia

Por cliente, firmada digitalmente (Ed25519), con un par de claves generado en cada instalación.

Modo en línea

Verificación al menos cada 6 horas. Sin contacto, la plataforma sigue funcionando hasta 7 días, plazo predeterminado definido en cada licencia.

Modo sin conexión

Archivo de licencia válido hasta 120 días, renovado de la misma forma. La instalación nunca contacta a Aptabit.

Datos enviados en modo en línea

Metadatos de la licencia y de la instalación. Según el nivel de telemetría definido en la licencia, también recuentos agregados de uso, informes de fallos del CLI sin contraseñas, claves ni tokens y, en el nivel completo, un inventario del hardware y del entorno. Ningún documento, conversación, prompt ni archivo.

Vencimiento

Período de gracia de 7 días por defecto. Una licencia vencida o suspendida bloquea el acceso, pero nunca borra datos ni contenedores.

¿Necesita más detalles técnicos?

Hable con nuestro equipo para planificar la instalación en su entorno.

Notas

  1. Especificaciones de la versión 3.7.1. Pueden cambiar en versiones futuras.
  2. El instalador guiado usa Docker Engine con Compose v2. La compatibilidad con Podman es parcial.
  3. En instalaciones aisladas, las imágenes de los runtimes y los pesos de los modelos locales se transfieren por separado, o el modelo lo sirve un servidor de inferencia compatible en la red local.
  4. Requisitos de la plataforma. Cada modelo local añade de 1 a 40 GB de memoria y de disco, según su tamaño.
  5. Los PDF escaneados sin capa de texto no pasan por OCR. Los archivos .doc, .xls y .ppt se aceptan, pero su texto no se extrae.
  6. Los flujos ejecutan llamadas HTTP (REST y GraphQL). Las conexiones de otros tipos, incluido el conector de SAP HANA, ofrecen registro y prueba de conectividad.
  7. Recursos de apoyo al cumplimiento. No constituyen certificación.

© 2026 NVIDIA, the NVIDIA logo, CUDA, and TensorRT are trademarks and/or registered trademarks of NVIDIA Corporation in the U.S. and other countries.