Perplexity suma Profiles y Skills versionados a su Agent API y conectores gestionados para GitHub, Slack, Google Drive y Notion

Perplexity anunció el lunes 28 de septiembre de 2026 una actualización de su Agent API que agrega una capa de configuración reutilizable para agentes: Profiles versionados, Skills empaquetados y conectores gestionados en preview para GitHub, Slack, Google Drive, Datadog, Linear y Notion. La idea detrás del cambio es que un equipo deje de rearmar el mismo agente en cada aplicación.

La compañía lo resume así en su propio anuncio: los equipos obtienen más de la inteligencia artificial cuando sus agentes reutilizan las mismas herramientas, instrucciones y credenciales entre aplicaciones. Para una operación comercial, el dato relevante no es el modelo, sino quién administra el acceso a los sistemas donde vive la información de clientes.

¿Qué son los Profiles y por qué importa el versionado?

Un Profile guarda una configuración versionada del modelo, las herramientas y los ajustes de ejecución que usa un flujo de trabajo de agente, según la documentación de Perplexity. En la práctica funciona como un contenedor único que agrupa modelo, instrucciones, herramientas, Skills, conectores y parámetros de corrida bajo un solo identificador.

El efecto operativo es directo: cuando el flujo cambia, se actualiza el Profile y no cada implementación por separado. Eso convierte al agente en un activo administrable, con historial, en lugar de un prompt pegado en varios sistemas.

¿Qué agregan los Skills y los conectores gestionados?

Los Skills permiten empaquetar instrucciones, procedimientos y archivos de apoyo como componentes versionados que los miembros de un mismo proyecto invocan. El ejemplo que da la propia compañía es un equipo de plataforma que empaqueta chequeos de despliegue y criterios de reversión en un Skill versionado, reutilizable en herramientas internas y en flujos de integración continua.

Los conectores gestionados atacan otro problema: la administración de credenciales. Según el anuncio, los administradores de un proyecto pueden configurar integraciones aprobadas para las solicitudes de Agent API sin pedir a cada desarrollador que conecte el servicio por separado. Los seis conectores iniciales están en preview:

• GitHub, para repositorios y código.
• Slack, para conversaciones internas.
• Google Drive, para documentos y archivos.
• Datadog, para telemetría y monitoreo.
• Linear, para gestión de trabajo.
• Notion, para bases de conocimiento.

Además, la compañía habilita conectores propios: los usuarios pueden crear sus propios conectores para dar a los agentes acceso a sistemas y servicios internos que no cubre el catálogo gestionado. La configuración se realiza desde la consola de API, en el área de proyecto. El anuncio no informa precios ni fechas de disponibilidad general.

¿Qué no dice el anuncio?

Conviene marcar los límites de lo publicado. Perplexity no detalla el protocolo de autenticación que usan los conectores gestionados, no especifica el esquema exacto de versionado de Profiles y Skills, y no aclara si los conectores propios se apoyan en el estándar de contexto para modelos. Tampoco hay CRM en la lista inicial de integraciones, lo que significa que conectar HubSpot, Salesforce u otro sistema de ventas todavía pasa por un conector propio.

¿Qué significa para las empresas en Chile y Latinoamérica?

Para equipos comerciales en Chile y Latinoamérica que están armando sus primeros agentes, el anuncio ordena una discusión que suele llegar tarde. Buena parte de los pilotos de agentes en la región nace con credenciales personales: un vendedor o un analista conecta su propia cuenta de Drive o de Slack para que el agente funcione. Cuando esa persona cambia de rol o sale de la empresa, el flujo se cae y nadie sabe qué datos alcanzó a leer.

La segunda consecuencia es de gobierno de datos. Centralizar integraciones aprobadas a nivel de proyecto permite responder tres preguntas que hoy quedan sin respuesta en muchas operaciones: qué sistemas puede leer un agente, quién autorizó ese acceso y qué versión del flujo estaba corriendo cuando el agente actuó. Son exactamente las preguntas que exige documentar la normativa de protección de datos personales vigente en Chile y los marcos equivalentes de la región.

Análisis de Revenue Hub

El movimiento de Perplexity confirma un patrón que venimos observando en operaciones comerciales: la competencia entre proveedores de agentes se está desplazando del modelo hacia la capa de configuración y permisos. Quien administra las credenciales y las versiones del flujo, administra el agente. Y en una operación de ingresos, eso equivale a administrar el acceso al historial de clientes.

La recomendación concreta para un líder comercial es tratar a los agentes como usuarios del sistema, no como herramientas personales. Esta semana conviene hacer tres cosas: inventariar qué agentes están corriendo hoy y con qué cuenta se autentican, mover esas conexiones a credenciales de servicio administradas por la empresa, y fijar un responsable de aprobar cada integración nueva. Si la respuesta a la pregunta de quién autorizó el acceso es el nombre de un vendedor, hay un riesgo de continuidad y uno de cumplimiento al mismo tiempo.

El punto de fondo es de arquitectura, no de producto. Un agente sin versión y sin credencial propia no es automatización, es una dependencia oculta. Seguimos estos movimientos en la sección de CRM y datos y publicamos criterios de arquitectura comercial en el blog de Revenue Hub.