Intenciones
Definir qué quiere conseguir el usuario antes de elegir las operaciones que se expondrán.
Procesando…
IA aplicada · Integración SaaS
Las novedades anunciadas en DevDay permiten que ChatGPT se integre más con software de terceros. Para un proveedor, el reto es elegir qué flujos hacer accesibles desde allí sin debilitar la aplicación ni sus controles.
Un usuario puede querer consultar un dato o iniciar una acción sin abrir varias pantallas de su software empresarial. Conectar algunas funciones del SaaS con ChatGPT puede responder a esta necesidad, siempre que se elijan con precisión.
No se trata de trasladar todo el producto a una conversación. La aplicación conserva su interfaz, sus reglas de negocio y sus controles de acceso; el plugin constituye una puerta de entrada adicional.
Por tanto, los anuncios presentados por OpenAI en su DevDay del 29 de septiembre de 2026 invitan a plantear una cuestión de diseño: ¿qué tareas realmente conviene realizar desde ChatGPT o Codex y cuáles deben seguir haciéndose en el software?
Según los anuncios de OpenAI presentados en el brief, las Plugin Extensions amplían la presencia de servicios de terceros en ChatGPT: entre las interfaces mencionadas figuran la barra lateral, el compositor, los paneles interactivos y los visores de archivos. Así, un usuario podría consultar información empresarial mientras continúa la conversación.
El plugin ya no se limita a devolver texto. Los componentes pueden presentar de forma más clara datos que no se prestan a una respuesta sencilla, sin reproducir toda la aplicación.
Sin embargo, hay que comprobar la disponibilidad antes de diseñar un flujo imprescindible. El resumen de DevDay y la documentación técnica, tal como se recogen en el brief, no describen de la misma manera la llegada de algunas extensiones web a las suscripciones Free y Go.
Para un SaaS que consulta datos privados o ejecuta acciones, el servidor MCP suele ser el elemento central de la integración. Define las herramientas disponibles y sus parámetros y, después, transmite las solicitudes validadas a la API y a la lógica de negocio del producto.
El flujo puede resumirse así: ChatGPT o Codex → plugin → servidor MCP → servicios del SaaS. En cambio, un plugin exclusivamente documental puede basarse en instrucciones y recursos sin exponer acciones empresariales.
La interfaz web existente no desaparece: la base de datos, las reglas de negocio y los permisos siguen gestionándose en el servidor. La documentación mencionada en el brief también recomienda que las herramientas puedan utilizarse sin un componente de interfaz personalizado.
Definir qué quiere conseguir el usuario antes de elegir las operaciones que se expondrán.
Describir entradas y resultados comprensibles para cada acción empresarial seleccionada.
Mantener la validación, la lógica de negocio y la comprobación de permisos en los servicios del SaaS.
Añadir un componente visual solo cuando realmente ayude a consultar o manipular el resultado.
Convertir cada endpoint en una herramienta MCP haría que el plugin fuera difícil de entender y gestionar. Es mejor partir de solicitudes reconocibles: buscar un cliente, mostrar facturas impagadas o preparar una acción son intenciones más útiles para un software de facturación que una colección de operaciones técnicas internas.
Cada herramienta debería acceder únicamente a los datos y funciones necesarios para su objetivo. Las acciones de escritura o destructivas requieren una descripción explícita y controles adecuados; una primera versión puede priorizar el acceso de solo lectura.
Encontrar un elemento, mostrar su estado o resumir datos que el usuario tenga permiso para ver.
Definir con precisión la acción, sus parámetros, los permisos necesarios y la confirmación esperada.
Conservar la interfaz específica cuando la tarea requiere numerosos ajustes o controles visuales.
Mostrar una ficha o un archivo especializado si una respuesta de texto no basta para realizar la tarea solicitada.
El estándar MCP Apps y las extensiones de interfaz mencionados en el brief permiten plantear recursos visuales dentro de ChatGPT. Por ejemplo, una ficha de cliente junto a una conversación puede ayudar a examinar un expediente sin reconstruir todo el CRM en el chat.
Esta capa visual sigue siendo complementaria: la herramienta debe tener una función empresarial clara aunque no se muestre el panel.
Para los datos privados, el brief indica que OpenAI documenta OAuth 2.1 para servidores MCP autenticados. El servidor debe comprobar el token, su validez, su audiencia y los derechos asociados a cada solicitud.
El modelo no decide los permisos. Si una persona no puede consultar un proyecto en la aplicación, tampoco debería poder acceder a él mediante ChatGPT. Los permisos solicitados al conectar el plugin también deben ser explícitos y proporcionales.
La elección adecuada depende del trabajo que haya que realizar. Una solicitud breve, expresada en lenguaje natural y basada en unos pocos datos o acciones bien delimitados puede integrarse en una conversación. Para una navegación larga o una manipulación visual precisa, suele estar justificada una interfaz específica.
| Flujo | Plugin de ChatGPT | Interfaz específica |
|---|---|---|
| Buscar o resumir datos empresariales | Adecuado para una solicitud concreta | Útil para explorar y verificar |
| Iniciar una acción sencilla | Posible con permisos y controles adecuados | Útil para flujos guiados |
| Utilizar un panel complejo | Más bien complementario | Generalmente preferible |
| Manipular un objeto visual complejo | Limitado por el entorno anfitrión | Mayor control |
| Combinar varios servicios en una conversación | Interés potencial | Integraciones que hay que desarrollar en el producto |
Un enfoque híbrido suele ser el más coherente: dejar que la aplicación cubra los flujos completos y ofrecer en ChatGPT las búsquedas, síntesis o acciones rápidas que se beneficien de una interacción conversacional.
El brief describe MCP Events como un mecanismo que permite a ChatGPT reaccionar a eventos enviados por una aplicación en el marco de un flujo de trabajo definido previamente por el usuario. En una herramienta de gestión de proyectos, por ejemplo, la llegada de una tarea podría servir de punto de partida para preparar algo o realizar un análisis.
Este aspecto requiere cautela: OpenAI lo presenta como una propuesta de especificación que sigue en fase de borrador. Según la documentación descrita en el brief, la integración de ChatGPT admite webhooks y la verificación de callbacks, pero no todos los modos previstos en el borrador; requiere MCP 2.0 y la versión del protocolo 2026-07-28. Una arquitectura modular facilitará los ajustes si cambian estas modalidades.
Un prototipo local no basta para hacer público un plugin. El brief menciona un proceso de envío y revisión, la verificación del editor, un servidor MCP remoto accesible mediante HTTPS y la revisión de las herramientas expuestas.
Tras la aprobación y la publicación, la presencia en el directorio compartido por ChatGPT y Codex no debe confundirse con una promoción destacada ni con una adquisición garantizada. La utilidad del flujo debe anteponerse a cualquier expectativa de distribución.
Los candidatos más naturales son los productos que disponen de datos estructurados, acciones empresariales identificables y un backend capaz de aplicar sus permisos a un nuevo cliente. Un CRM, una herramienta documental o un software de gestión de proyectos pueden ofrecer este tipo de flujos; su interés real sigue pendiente de validación con los usuarios correspondientes.
Esta guía sirve para seleccionar un flujo de trabajo concreto, no para dar por sentada su adopción.
Si se cumplen estos criterios, una búsqueda de solo lectura, una consulta detallada y, quizá, una acción de escritura sencilla conforman un primer alcance que se puede evaluar. Los componentes visuales y los eventos pueden estudiarse por separado, una vez confirmado el interés.
El criterio decisivo no es poder conectar el SaaS con ChatGPT, sino hacer más accesible una tarea sin eludir los requisitos del producto existente.
Este análisis se basa en el resumen oficial de OpenAI DevDay 2026 y en la documentación para desarrolladores de OpenAI sobre plugins, Plugin Extensions, servidores MCP, su autenticación y publicación, así como MCP Events, tal como se describen en el brief.
El brief indica que se verificó la información el 30 de septiembre de 2026. Antes de publicar, aún es necesario añadir los enlaces directos y confirmar de forma independiente la disponibilidad y los términos técnicos; aquí no se añaden enlaces que no se hayan proporcionado. Los ejemplos de flujos y las recomendaciones de arquitectura son fruto de un análisis, no una promesa de resultados ni de distribución.
IA APLICADA
La visión artificial, YOLO y RAG resultan útiles cuando se conectan con tus datos, equipos y limitaciones reales.
Introduce al menos 2 caracteres para iniciar la búsqueda.