Los 10 pilares · ingeniería inversa del sistema

La anatomía del Operante, pieza por pieza.

Un Operante no es una IA. Es un sistema compuesto por 10 pilares que, juntos, lo hacen una categoría nueva de participante empresarial. La inteligencia artificial es uno solo de esos pilares — y además, intercambiable. El resto es lo que lo vuelve tuyo, permanente, auditable y contratable.

PILAR 01
Inteligencia artificial
El motor de razonamiento — una pieza, no el todo

El núcleo de razonamiento del Operante. Lee contexto, infiere, decide acciones, redacta. Es una pieza intercambiable: hoy usamos el modelo más capaz del mercado; mañana, cuando aparezca otro mejor, se reemplaza sin romper el resto del sistema. Por eso la IA es el pilar 01, no el sistema entero.

La diferencia entre un chatbot genérico y un Operante: el chatbot es la IA. El Operante contiene la IA dentro de un sistema con políticas externas, identidad propia, audit trail, conocimiento vertical y herramientas concretas. Por eso el Operante puede operar tu negocio — el chatbot, no.

Cómo se ve en la práctica

El Operante interpreta un audio de WhatsApp del productor: "Mandame los 30 bidones del fungicida que llevamos siempre, factura a la SRL". Resuelve qué SKU es, contra qué CUIT factura, qué condición de pago aplica, contrasta el saldo, mira la receta, decide si avanza solo o escala — todo eso es la IA. Lo que sigue (operar el sistema, firmar la acción, dejar audit trail) es el resto de los pilares.

PILAR 02
Policy Engine
El activo organizacional que crece día a día

Cada regla de tu empresa, codificada, versionada y firmada. El dueño la define desde WhatsApp: "Neo: nunca facturar a clientes con mora mayor a 90 días sin mi OK", "Nunca despachar sin receta vigente", "Nunca compensar saldo canje sin liquidación cerrada". Cada integrante de la empresa — gerente comercial, agrónomo, cobranzas, depósito — puede agregar reglas en su área.

Son las 47 red-lines del canal agropecuario argentino ya codificadas + las reglas específicas de tu empresa. Crece cada día, cada operación, cada conversación con el dueño. Después de 12 meses, un cliente de Socio Virtual no tiene un software — tiene un activo organizacional con la inteligencia del dueño hecha ejecutable.

Crítico: el Policy Engine es externo al reasoning del agente. El Operante no puede editar ni desactivar las reglas del dueño. Es un requisito del Stanford CodeX 2026 — "Kill Switches Don't Work If the Agent Writes the Policy".

Cómo se ve en la práctica

Un productor pide una venta de USD 850K a 60 días. Mora histórica: 0. Score AFIP OK. El Operante aplica la política: monto mayor al umbral estándar → escala al dueño por WhatsApp. "Federico: cliente pide USD 850k a 60d. Mora 0, AFIP OK. ¿Avanzo con política estándar o me frenás?" — y espera tu decisión firmada.

PILAR 03
Domain Layer — ADN del canal agropecuario
La ontología del sector codificada

El Operante no aprende qué es un canje grano-insumo en tu conversación — ya lo trae. Entiende nativamente:

9 componentes del Domain Layer agro: SKUs con tabla de equivalencias por principio activo · Taxonomía fiscal AR (monotributo, IVA, retenciones, RG 5616) · Plan de cuentas contable LATAM · Schemas de remito A/B/C, factura electrónica, OC, nota de crédito, CPE, canje con doble factura cruzada · AgroTraza SENASA nativo (Res 1175/2024) · Régimen IIBB multi-jurisdicción (24 provincias + CABA + Convenio Multilateral) · Receta agronómica + regencia provincial (SIGIRADO, SIRECA, análogos) · Canje grano-insumo y consignación · ROE / DJVE / LPG.

Cada uno son meses de co-construcción con distribuidoras reales. Ningún horizontal global (Sierra, Harvey, Microsoft) va a codificar esto — el TAM por componente no les rinde. Es el moat por no-TAM.

Cómo se ve en la práctica

Factura a un productor de Santa Fe que compra para entregar en Buenos Aires: el Operante aplica automáticamente percepción IIBB de SF, retención de BA, régimen del Convenio Multilateral, régimen AFIP correspondiente al responsable inscripto. Sin consulta. Sin error. Sin que el contador lo tenga que corregir.

PILAR 04
Computer Use
Operación visual directa sobre tu sistema de gestión

El Operante opera Synagro, Finnegans, Tango, Bejerman, Albor, portales bancarios, AgroTraza, SIGIRADO exactamente como lo haría un humano — ve la pantalla, mueve el mouse, tipea en los campos. No requiere que el proveedor de tu ERP abra una API. No depende de integraciones que pueden romperse. El sistema que usás hoy sigue siendo el mismo — ahora con un Operante que no se cansa.

Es la tecnología que hace que Socio Virtual sea viable en el canal: el 80% de los ERPs del agro argentino no tienen API abierta. Sin Computer Use, no hay Operante.

Cómo se ve en la práctica

Llega un pedido de WhatsApp. El Operante abre Synagro en un navegador privado, busca al cliente, verifica stock y límite, crea la orden, aplica lista de precios, genera remito, emite factura AFIP con percepciones IIBB, archiva. 5 a 10 minutos. 24/7.

PILAR 05
Herramientas — Skills + MCP
Expertise que se carga al necesitarlo + el estándar que enchufa todo

Los skills son paquetes de instrucciones expertas que el Operante abre en el momento exacto. Skill de cotización, skill de canje, skill de conciliación bancaria, skill de armado de paquete tecnológico, skill de cobranza pre-cosecha. Cada skill es reusable, versionada y mejora con el uso. Son lo que transforma al Operante de un "agente que sabe hablar" en un profesional con expertise vertical: no repregunta cada vez cómo se calcula una percepción IIBB — tiene el skill que lo hace.

El MCP — Model Context Protocol es el estándar que enchufa cualquier herramienta externa. Protocolo abierto creado por Anthropic (noviembre 2024), adoptado como estándar de industria en 2025. Un mismo conector sirve entre clientes distintos: lo que construimos para una distribuidora sirve para todas. Conectamos AFIP, ARBA, Interbanking, Meta Business WhatsApp, SENASA AgroTraza, SIGIRADO, SIRECA, bancos regionales.

Skills + MCP son defensibilidad que escala: el conocimiento experto se reusa cliente a cliente y cada conector nuevo fortalece a toda la red, sin construir custom cada vez.

Cómo se ve en la práctica

Cuando arranca una campaña de cobranza pre-cosecha, el Operante activa el skill correspondiente: arma mensaje personalizado por productor con saldo, propuesta de pago (efectivo / canje / tarjeta), alternativa de refinanciación, timing — y, vía MCP, contrasta saldo contra el ERP y score contra AFIP, todo con conectores que ya sirven para cualquier otra distribuidora de la red.

PILAR 06
Aprendizaje continuo
El Operante profundiza en tu empresa cada día

Cada operación deja criterio. El Operante observa qué corrige el dueño, qué deja pasar, cómo responde cada área — y ajusta. No espera un proceso de training manual ni una nueva configuración: profundiza en tu empresa con el uso, conversación tras conversación, decisión tras decisión.

El resultado es acumulativo: cada día sabe más de tu negocio que el anterior. La forma particular en que tu empresa cotiza, prioriza, escala y cierra deja de estar solo en la cabeza del dueño — pasa a estar codificada y ejecutable, sin que nadie tenga que sentarse a enseñarla.

Cómo se ve en la práctica

En plena campaña, el dueño reordena un pedido grande por encima de otros porque ese productor cierra antes de la lluvia. El Operante lo observa, infiere el criterio — urgencia agronómica + ventana de pago — y la próxima vez prioriza solo, igual que lo haría el dueño. Lo mismo con una cotización particular: la ve armar una vez, entiende la lógica, la replica.

PILAR 07
Omnipresencia
Un solo Operante en todos lados a la vez

El Operante es uno solo, presente en muchos lugares al mismo tiempo. No son muchos chatbots con la misma cara repartidos por área: es un único integrante que comparte presente y reloj con todo el equipo. Lo que se dijo en el grupo de Compras lo sabe en Dirección, en el acto.

Eso elimina la fragmentación que sufre cualquier empresa: coherencia total entre áreas. Comercial, depósito, cobranzas y dirección hablan con el mismo Operante, con el mismo contexto, sin reenviarse capturas ni repetir lo que ya se dijo. Una sola mente operando en paralelo, no diez copias desconectadas.

Cómo se ve en la práctica

El agrónomo le avisa al Operante en el grupo de Depósito que la receta del productor X recién quedó vigente. Minutos después, el dueño le pregunta en el grupo de Dirección si ya se puede despachar a ese productor: el Operante ya lo sabe — es el mismo Operante — y responde sin que nadie tenga que ponerlo al día.

PILAR 08
Identidad de agente
DNI digital propio

El Operante tiene su propio usuario, separado del tuyo y del de cada integrante de tu equipo. Cada acción que ejecuta queda firmada por él, no por una persona. Se autentica frente a Synagro, AFIP, banco, SENASA con credencial propia.

Implicancia: si Gisel, Lurdes, Delfina o cualquier persona del equipo se va, el Operante sigue operando. No es "la IA que usaba Gisel". Es un integrante más, auditable, con su propio CUIL digital. Cumple Entra Agent ID de Microsoft (producción mayo 2026) y Okta Auth for GenAI.

Cómo se ve en la práctica

En tu sistema de gestión, cada factura emitida por el Operante queda firmada como "Neo" (no como "admin_gisel"). Si auditás, podés filtrar todas las acciones del Operante con un click. Si un humano deja la empresa, sus sesiones se dan de baja — las del Operante continúan sin interrupción.

PILAR 09
Subagentes
Subagentes en paralelo cuando la operación es compleja

Cuando entra una operación compleja (ej: cierre de campaña de un productor grande), el Operante dispara subagentes que trabajan en simultáneo. Uno cotiza el paquete. Otro arma la factura dual de canje. Otro concilia la liquidación del grano. Otro valida la receta agronómica. Otro ajusta el stock. El dueño ve el resumen — no los 5 subagentes.

Permite ejecutar trabajo que un humano hoy hace en 2-3 horas, en 5-10 minutos, sin perder la calidad ni la auditabilidad.

PILAR 10
Audit Trail
Prueba operativa permanente

Cada acción del Operante queda firmada: qué política se aplicó, qué herramientas usó, qué decisión tomó, a qué hora, en qué contexto. Log append-only, firmado criptográficamente, inmutable. Exportable a SIEM (Splunk, Elastic, DataDog, Chronicle) en formato CEF o JSON.

Cumple EU AI Act Arts. 8-15 desde día 1, NIST AI RMF, LGPD Brasil, modernización Ley 25.326 AR. Si el productor te pide el expediente en 30 segundos — lo tenés. Si SENASA te audita en 2028 — lo tenés. Si el contador te pide justificación mensual — lo tenés.

Es lo que diferencia al Operante de cualquier chatbot, asistente o RPA: todo lo que hace queda probado, exportable y reversible.

Síntesis

El Operante es la suma de los 10, no uno de ellos.

Un chatbot es solo el pilar 01. Un RPA clásico es solo el pilar 02 sin razonamiento. Un "empleado virtual" genérico es 01 + algo de 05 — sin 03, sin 04, sin 10. Un vertical SaaS es 04 + 10 sin agencia.

El Operante combina los 10 al mismo tiempo. Eso lo vuelve pertenencia (es tuyo — tenant aislado, workspace propio), permanencia ilimitada (10 o 10.000 operaciones mensuales, el costo escala con ACUs no con seats), agencia (se mueve solo dentro del contrato que firmaste), conocimiento vertical (ya sabe qué es LPG, canje, IIBB-CM, Res 458), e integración constitutiva (vive DENTRO de tus sistemas, no por encima).

Por eso la IA es solo una pieza. El Operante es el sistema entero.

Metodología: los 10 pilares están validados contra: Stanford CodeX 2026, EU AI Act, Computer Use specs, MCP RFC 2024, Entra Agent ID, Okta Auth for GenAI. Detalle técnico completo en doc interno SV_Producto_Operante_4.1. ← Volver a la landing principal