ztevenreal
Presentado por Certinia
La júbilo auténtico en torno a la IA generativa y agente se ha convertido en una ingenuidad pragmática, a menudo frustrada. Los CIO y los líderes técnicos se preguntan por qué sus programas piloto, incluso aquellos diseñados para automatizar los flujos de trabajo más simples, no ofrecen la ilusionismo prometida en las demostraciones.
Cuando la IA no replica una pregunta básica o no completa una hecho correctamente, el instinto es culpar al maniquí. Asumimos que el LLM no es "elegante" suficiente. Pero esa omisión está fuera de ocasión. La IA no tiene problemas porque le yerro inteligencia. Lucha porque le yerro contexto.
En la empresa moderna, el contexto está atrapado en un caos de soluciones puntuales desconectadas, API frágiles e integraciones plagadas de latencia: una “pila Franken” de tecnologías dispares. Y para las organizaciones centradas en servicios en particular, donde la verdad auténtico del negocio reside en los traspasos entre ventas, entrega, éxito y finanzas, esta fragmentación es existencial. Si su bloque excluye estas funciones, su hoja de ruta de IA está destinada al fracaso.
El contexto no puede correr a través de una API
Durante la última lapso, la logística tipificado de TI fue "el mejor de su clase." Compró el mejor CRM para ventas, una aparejo independiente para mandar proyectos, un CSP independiente para el éxito y un ERP para finanzas; los unió con API y middleware (si tenía suerte) y declaró la vencimiento.
Para los trabajadores humanos, esto era amargo pero manejable. Un humano sabe que el estado del esquema en la aparejo de trámite de proyectos puede tener un retraso de 72 horas con respecto a los datos de la cargo en el ERP. Los humanos poseen la intuición para cerrar la brecha entre los sistemas.
Pero la IA no tiene intuición. Tiene consultas. Cuando le pide a un agente de IA que “dote personal para este nuevo esquema que ganamos por el impacto en el beneficio y la utilización," ejecuta una consulta basada en los datos a los que puede ceder ahora. Si su bloque se zócalo en integraciones para mover datos, la IA funciona con retraso. Ve el resolución firmado, pero no la escasez de posibles. Ve el objetivo de ingresos, pero no el peligro de incuria.
El resultado no es sólo una respuesta equivocada, sino una respuesta equivocada, segura y que suena plausible, basada en verdades parciales. Comportarse en consecuencia crea costosos obstáculos operativos que van mucho más allá de los pilotos de IA fallidos.
Por qué la IA agente requiere una bloque nativa de plataforma
Es por eso que la conversación está cambiando de "¿Qué maniquí deberíamos utilizar?" a "¿Dónde viven nuestros datos?"
Para respaldar una fuerza profesional híbrida donde expertos humanos trabajan yuxtapuesto con agentes de IA debidamente capacitados, los datos subyacentes no se pueden unir; debe ser nativo de la plataforma empresarial principal. A enfoque nativo de la plataformaespecíficamente uno construido sobre un maniquí de datos popular (por ejemplo, Salesforce), elimina la capa de traducción y proporciona la única fuente de verdad que requiere una IA buena y confiable.
En un entorno nativo, los datos residen en un maniquí de objeto único. Un cambio de repercusión en la entrega es un cambio de ingresos en las finanzas. No hay sincronización, latencia ni pérdida de estado.
Ésta es la única modo de conseguir una certeza auténtico con la IA. Si desea que un agente dote de forma autónoma a un esquema o pronostique ingresos, necesitará una visión de 360 grados de la verdad, no una serie de instantáneas grabadas mediante middleware.
El impuesto de seguridad de la puerta supletorio: las API como superficie de ataque
Una vez que resuelves la inteligencia, debes resolver la soberanía. El argumento a servicio de una plataforma unificada suele centrarse en la eficiencia, pero un argumento cada vez más apremiante es la seguridad.
En la mejor pila Franken de su clase, cada conexión API que construyes es efectivamente una nueva puerta que debes cerrar. Cuando confía en soluciones puntuales de terceros para funciones críticas como el éxito del cliente o la trámite de posibles, constantemente canaliza datos confidenciales de los clientes desde su sistema central de registro cerca de aplicaciones comparsa. este movimiento es el peligro.
Hemos gastado esto en los últimos tiempos. violaciones de parada perfil en la prisión de suministro. Los piratas informáticos no necesitaban asaltar las puertas del castillo de la plataforma central. Simplemente entraron por la puerta supletorio explotando los tokens de autenticación persistentes de las aplicaciones de terceros conectadas.
Una logística nativa de la plataforma resuelve esto mediante la seguridad por herencia. Cuando sus datos permanecen residentes en una única plataforma, heredan la enorme inversión en seguridad y los límites de confianza de esa plataforma. No está moviendo datos a través del cable a la nubarrón de un proveedor diferente solo para analizarlos. El oro nunca sale de la cúpula.
Arregle la bloque y luego seleccione el contexto
La presión para implementar IA es inmensa, pero colocar agentes inteligentes sobre una bloque no inteligente es una pérdida de tiempo y posibles.
Los líderes a menudo dudan porque temen que sus datos no sean "lo suficientemente honrado." Creen que tienen que borrar todos los registros de los últimos diez primaveras ayer de poder desplegar un solo agente. En una pila fragmentada, este miedo es válido.
Una bloque nativa de plataforma cambia las matemáticas. Correcto a que los datos, los metadatos y los agentes viven en la misma casa, no es necesario hervir el océano. Simplemente delimite campos específicos y confiables, como contratos de clientes activos o cronogramas de posibles actuales, y dígale al agente: “Trabaja aquí”. Ignora el resto. Al eliminar la exigencia de traducciones API complejas y middleware de terceros, una plataforma unificada le permite conectar a los agentes a sus datos más confiables y conectados hoy, evitando el desorden sin esperar a un estado “consumado” que tal vez nunca llegue.
A menudo tememos que la IA tenga alucinaciones porque es demasiado creativa. El seguro peligro es que falle porque es ciego. Y no se puede automatizar un negocio enrevesado con visibilidad fragmentada. Si niega a su nueva fuerza profesional de agentes el llegada al contexto completo de sus operaciones en una plataforma unificada, estará construyendo una pulvínulo que seguramente fracasará.
Raju Malhotra es director de productos y tecnología de Certinia.
Los artículos patrocinados son contenido producido por una empresa que paga por la publicación o tiene una relación comercial con VentureBeat, y siempre están claramente marcados. Para más información, póngase en contacto ventas@venturebeat.com.
