1. Conectar para leer
Inventariar sistemas, clasificar datos, nombrar responsables y habilitar fuentes de solo lectura. Medir el proceso actual.
Empresa nativa en IA · 03 / 04
Arquitectura de la solución.
De tus redes y aplicaciones actuales a una empresa que coordina personas, procesos y agentes. Explora dónde se ejecuta la IA y cómo se gobierna su trabajo.
Punto de partida
Tu empresa ya tiene una base.
Equipos y redes+ERP, CRM y aplicaciones+Documentos e identidad
Sobre esa base se incorpora un servicio de procesos y agentes. Los sistemas actuales conservan sus registros; las nuevas capacidades acceden a ellos mediante conexiones con permisos definidos.
Un agente es software. Varios agentes pueden compartir un modelo y un servidor. Crear un agente para Compras no exige comprar un equipo dedicado para Compras.
01 / Arquitectura física y redes
Tres maneras de situar la inteligencia.
Explora una topología. La elección depende de tus datos, la concurrencia, la conectividad y la capacidad de TI para operarla.
Datos locales y modelos externos cuando procede.
Una pasarela decide qué solicitudes pueden salir hacia un proveedor. Los procesos que requieren permanencia local siguen usando inferencia interna.
- Cuándo considerarla
- Cuando conviene combinar control local con capacidades externas y capacidad variable.
- Qué hay que resolver
- Definir qué datos salen, a qué proveedor y con qué condiciones. Si falla la nube, el proceso debe degradarse o pasar a revisión humana.
02 / Un ejemplo concreto: NVIDIA PAIR
Repartir peticiones entre equipos.
Personal AI Router presenta un punto de acceso local para aplicaciones y agentes. Cada petición se dirige a un equipo compatible según el modelo disponible y la carga.
Se instala en el equipo de la aplicación; su entrada acepta solicitudes de ese mismo equipo. Los nodos que atienden peticiones necesitan un motor compatible, como Ollama o LM Studio, y el modelo correspondiente.
Ver la documentación de NVIDIA PAIR ↗Aplicación + PAIR local
Petición A
Nodo RTXPetición B
DGX Spark
Red local de confianza · solicitudes independientesNodo RTXPetición B
DGX Spark
PAIR no suma la memoria de las GPU.
Una petición va a un sistema. Dividir un modelo entre nodos requiere otra arquitectura. NVIDIA documenta también la conexión de dos DGX Spark mediante QSFP a 200 GbE para cargas distribuidas; enlazarlos no hace que cualquier programa distribuya automáticamente su trabajo.
Conexión de dos DGX Spark ↗Qué valorar antes de elegir el hardware
DGX Spark dispone de 128 GB de memoria unificada y combina CPU, GPU y red en un equipo compacto. Es una opción para desarrollo y cargas locales; la idoneidad de un despliegue depende del modelo y del servicio requerido.
Compara memoria útil, contexto, usuarios simultáneos, latencia, consumo eléctrico, refrigeración, soporte y recuperación. Un máximo teórico de parámetros o de operaciones no equivale a una capacidad garantizada de expedientes por hora.
Especificaciones de DGX Spark ↗03 / Arquitectura del software
Seis capas para convertir
capacidad en trabajo fiable.
Selecciona una capa para ver su función, un ejemplo y el control que necesita. Es una arquitectura de referencia que debe adaptarse a cada empresa.
QUIÉN RESPONDE
Personas y responsabilidad
Un catálogo relaciona cada proceso con su dueño, sus agentes y la persona supervisora.
Cómo se concreta
Compras → propuesta de pedido → agente comparador → técnico supervisor → responsable aprobador.
Control necesario
Las identidades de los agentes son distintas de las personales. La persona responsable aprueba cambios en el alcance del proceso.
MCP facilita el intercambio con herramientas y fuentes; no es el motor del proceso ni sustituye el control de acceso. LangGraph es un ejemplo de ejecución con estado y revisión humana, no una elección obligatoria.
04 / Cómo encajan proceso y tecnología
Un expediente recorre toda la arquitectura.
- 1
Una persona registra una necesidad
El portal autentica al solicitante y crea un expediente con identificador único.
- 2
El motor carga la definición aprobada
Compras ha definido agentes, supervisor, permisos y criterios de aceptación.
- 3
El agente prepara una propuesta
Consulta fuentes autorizadas y utiliza el modelo local o externo permitido.
- 4
La persona revisa y aprueba
Ve la propuesta, las fuentes y las excepciones; la aprobación queda ligada a esa versión.
- 5
La integración ejecuta y registra
Comprueba la autorización, evita duplicados y conserva el resultado. El panel muestra el coste y las incidencias.
Del sistema actual a la nueva operación.
2. Proponer y revisar
Probar un proceso con casos representativos, registrar errores y medir el coste completo. Revisar cada salida.
3. Ejecutar con límites
Autorizar acciones concretas, configurar recuperación y comprobar el comportamiento ante fallos antes de extenderlo a otro departamento.
Local se comprueba de extremo a extremo.
Que el modelo se ejecute en tu oficina no impide que una herramienta envíe datos a un servicio externo. TI debe revisar también conectores, registros y salidas de red. Los servicios de procesos, bases de datos y colas pueden funcionar en servidores o máquinas virtuales existentes; la GPU se dimensiona para las tareas que realmente la requieren.