Dos agentes pueden leer el mismo CRM y responder distinto
Un agente califica una oportunidad y otro la rechaza con los mismos datos. Neo4j propone compartir reglas y relaciones; la pregunta es quién las mantiene y valida antes de automatizar decisiones.
Una firma puede atender al mismo cliente con dos agentes de IA y recibir dos respuestas comerciales incompatibles. El de ventas ofrece una condición especial porque el CRM indica que la cuenta está activa. El de servicio la rechaza porque consulta la vigencia del contrato. Los dos encontraron datos; ninguno tenía una regla común para decidir qué dato correspondía a esa solicitud.
Neo4j anunció Context Engine el 20 de octubre de 2026. El producto, todavía en vista previa privada al 29 de octubre, propone reunir conceptos y relaciones de negocio para que varios agentes consulten un contexto compartido. La noticia plantea un problema cercano a las firmas de servicios: automatizar conversaciones no resuelve por sí mismo las diferencias entre lo que prometen ventas, atención y operaciones.
El cliente no debería interpretar las reglas internas
Supongamos una consultora B2B con contratos de mantenimiento y servicios adicionales. Un prospecto solicita una ampliación. El agente comercial ve una oportunidad abierta; el de atención encuentra un contrato activo, pero sin cobertura para el nuevo servicio. Si cada uno responde desde su propio documento, el cliente recibe mensajes distintos y el equipo debe intervenir para aclararlos.
No hace falta atribuir ese fallo a una mala inteligencia artificial. La firma puede tener políticas comerciales claras para cada área, pero no haber definido cómo se aplican cuando una solicitud cruza departamentos. Una automatización que reproduce la separación entre equipos puede hacerla más visible y más rápida.
La pregunta útil es quién tiene autoridad para responder. El CRM puede identificar al contacto y el historial comercial. El sistema de contratos determina qué servicio está cubierto. La persona responsable de cuentas aprueba una excepción. El agente debería consultar esos elementos en el orden correcto y reconocer cuándo la decisión no le corresponde.
Qué información necesita compartir una firma
Una definición común de «cliente activo» sirve poco si no distingue para qué se usa. Para marketing puede bastar una relación comercial reciente; para prestar un servicio debe existir un acuerdo vigente. La firma necesita conservar esas diferencias, no borrarlas.
El contexto compartido debe indicar qué significa cada término, de dónde viene la información y quién puede utilizarla. También debe reflejar la fecha de una política y las excepciones aprobadas. Si cambia una condición comercial, los agentes afectados tienen que consultar la versión vigente antes de responder.
Neo4j propone organizar estas relaciones mediante una ontología de seis capas y ofrecer acceso a agentes por API y MCP. Una ontología es un modelo de conceptos y sus relaciones; MCP es un protocolo para conectar aplicaciones de IA con herramientas y datos. El anuncio describe una alternativa de infraestructura. No demuestra que una firma deba comprar Neo4j ni que el producto esté disponible de forma general.
El criterio de negocio es más sencillo que la tecnología: una respuesta debe poder explicar qué regla utilizó y qué fuente la respalda. Cuando la consulta exige una aprobación humana, la transferencia debe llevar el expediente completo, sin pedir al cliente que repita todo.
Dónde conviene empezar
Antes de añadir otro agente, revisa un proceso que atraviese varias áreas: calificación de oportunidades, cambios de contrato o seguimiento de solicitudes. Toma cinco casos reales, anonimizados, con decisiones que hayan requerido aclaraciones. Identifica qué datos consultó cada equipo y dónde apareció la diferencia. No necesitas implantar un grafo para hacer esa auditoría.
Después decide qué información debe mantenerse en un sistema transaccional y qué definiciones conviene compartir. El estado de una factura pertenece al sistema de cobros; la regla que determina si ese estado impide ofrecer una ampliación puede estar en un servicio común de políticas. La distinción evita que un documento antiguo reemplace una decisión actual.
En los agentes conectados a herramientas y procesos el acceso al CRM y a los sistemas de la empresa debe ir acompañado de límites y rutas de escalamiento. La experiencia del cliente depende de esos detalles. En un análisis anterior sobre agentes para WhatsApp examinamos por qué contestar una pregunta y ejecutar una acción comercial son responsabilidades diferentes.
La decisión tecnológica también debe considerar mantenimiento. Una biblioteca de políticas aprobadas puede bastar para una firma pequeña. Cuando varias automatizaciones toman decisiones sobre las mismas cuentas y contratos, una capa común empieza a tener sentido. Una base de grafos es una opción, pero un servicio de reglas bien diseñado también puede resolver el problema.
El costo visible de una respuesta contradictoria es la corrección manual. El menos visible es que el cliente pierda confianza en lo que le promete la empresa. Si dos agentes no pueden justificar una misma decisión con las mismas reglas, el siguiente proyecto no debería ser un tercer agente.
Preguntas frecuentes
¿Por qué dos agentes de IA pueden responder distinto al mismo cliente?
Porque pueden consultar fuentes distintas, aplicar definiciones de «cliente activo» incompatibles o trabajar con versiones diferentes de una política. La solución comienza por asignar una fuente autorizada a cada decisión, documentar excepciones y verificar permisos. Un modelo de IA más potente no sustituye esa coordinación.
¿Una firma B2B necesita una base de grafos para sus agentes?
No por defecto. Una biblioteca documental bien mantenida, un CRM y reglas accesibles mediante API pueden ser suficientes. Un grafo resulta interesante cuando las decisiones dependen de muchas relaciones entre clientes, contratos, roles y procesos que varios agentes necesitan interpretar.
¿Context Engine de Neo4j ya está disponible?
Neo4j anunció el 20 de octubre de 2026 una vista previa privada. Su página de producto mantenía esa disponibilidad al 29 de octubre. No conviene asumir precios, cobertura o resultados de producción que el proveedor todavía no ha confirmado públicamente.
Referencias
- 01
- 02
- 03