Pautas para complementos

Descripción general

El ecosistema de complementos se basa en la confianza. Quienes usan ChatGPT y Codex esperan experiencias seguras y útiles que respeten su privacidad. Quienes desarrollan complementos esperan un proceso justo y transparente. Estas pautas establecen las políticas que toda persona que desarrolle un complemento debe revisar y seguir.

También puedes consultar los principios que se describen en qué hace que una experiencia en ChatGPT sea excelente.

Las siguientes pautas establecen los requisitos mínimos que debe cumplir un complemento publicado para seguir disponible en el directorio universal que comparten ChatGPT y Codex. Los complementos que demuestren gran utilidad en situaciones reales y un alto grado de satisfacción entre los usuarios pueden tener acceso a más oportunidades de distribución, como una posición destacada en el directorio o sugerencias proactivas.

Cómo usar estas pautas

Empieza por los requisitos básicos de los complementos, que se aplican a todos los complementos. Después, consulta los requisitos de MCP para los complementos con servidores MCP, herramientas o una interfaz de usuario opcional, y la sección Habilidades para los complementos que incluyen habilidades. Si tu complemento incluye tanto herramientas MCP como habilidades, lee ambas secciones.

Requisitos básicos de los complementos

Propósito y originalidad

Los complementos deben tener un propósito claro y cumplir de forma confiable lo que prometen. En particular, deben ofrecer funciones o flujos de trabajo que los productos no admitan de forma nativa y que ayuden de manera concreta a lograr objetivos que los usuarios expresan con frecuencia en sus conversaciones.

Usa únicamente propiedad intelectual que te pertenezca o que tengas permiso para usar. Evita los diseños engañosos o que imiten a otros, la suplantación de identidad, el spam y los marcos estáticos que no permitan una interacción significativa. Los complementos no deben dar a entender que OpenAI los creó o los respalda.

Calidad y confiabilidad

Los complementos deben comportarse de forma predecible y confiable. Los resultados deben ser precisos y pertinentes para lo que ingresa el usuario. Los complementos deben gestionar los errores, incluso los inesperados, con mensajes claros o mecanismos alternativos.

Los complementos deben ser estables, responder con rapidez y estar completos. No se aceptarán complementos de prueba ni de demostración.

Nombre, descripción y prompts del complemento

Los nombres y las descripciones de los complementos deben ser claros, precisos y directos. Proporciona prompts de ejemplo que ayuden a los usuarios a empezar a usar tu complemento.

• Nombres: evita los nombres demasiado genéricos, en especial los que consisten en una sola palabra de uso común sin un vínculo explícito con tu marca. No agregues “MCP”, “Servidor MCP” ni “Complemento” al nombre de una empresa o producto.
• Subtítulos y descripciones: describe las funciones del complemento sin compararlo con otros productos, desacreditar alternativas ni hacer afirmaciones que no se puedan verificar. No anuncies precios, suscripciones, pruebas gratuitas, descuentos ni promociones.

Seguridad

Políticas de uso

No participes en actividades prohibidas por las políticas de uso de OpenAI ni las facilites. Los complementos deben evitar conductas de alto riesgo que puedan exponer a los usuarios a daños, fraudes o usos indebidos.

Mantente al día con los cambios en las políticas y asegúrate de cumplir sus requisitos en todo momento. Si se detecta posteriormente que un complemento aprobado infringe las políticas, se podrá retirar.

Adecuación al público

Los complementos deben ser aptos para el público general, incluidos los usuarios de 13 a 17 años. No pueden dirigirse explícitamente a menores de 13 años. Las experiencias para adultos (de 18 años en adelante) se admitirán cuando se implementen controles y mecanismos de verificación de edad adecuados.

Respeto por la intención del usuario

Ofrece experiencias que respondan directamente a la solicitud del usuario. No introduzcas contenido ajeno a la solicitud ni intentes redirigir la interacción. Limita la recopilación de datos a lo razonablemente necesario para atender la solicitud del usuario y a lo previsto en tu Política de privacidad.

Actúa solo dentro de los límites de la tarea que el usuario autorizó. Los metadatos del complemento y de sus herramientas no deben solicitar secretos ni contexto protegido, ordenar transferencias de datos o acciones no autorizadas, anular instrucciones o medidas de protección de la plataforma, ocultar comportamientos ni suplantar a terceros. Usar instrucciones codificadas u ofuscadas no exime al complemento de estos requisitos.

Competencia leal

Ni el complemento ni sus herramientas deben incluir descripciones, títulos, anotaciones de herramientas u otros campos legibles por el modelo que manipulen la forma en que este selecciona o usa otros complementos o sus herramientas (por ejemplo, indicándole que dé preferencia a un complemento sobre los demás), o que interfieran con la posibilidad de descubrir complementos en igualdad de condiciones. Todas las descripciones deben reflejar con precisión el valor del complemento sin desacreditar alternativas.

Contenido e integraciones de terceros

• Acceso autorizado: para extraer datos de sitios web externos de forma automatizada, retransmitir consultas o integrar API de terceros, debes contar con la debida autorización y cumplir los términos de servicio del tercero.
• Conectores no oficiales: no podemos aprobar complementos cuya función principal sea servir como conectores no oficiales de servicios de terceros, incluidas las capas de software intermediarias que se limitan a retransmitir solicitudes.
• Elusión de restricciones: no eludas las restricciones de las API, los límites de solicitudes ni los controles de acceso que imponga el tercero.

Privacidad

Política de privacidad

Al enviar un complemento, debes incluir una Política de privacidad clara y publicada que explique, como mínimo, las categorías de datos personales que recopilas, los fines para los que los usas, las categorías de destinatarios, los plazos de conservación y los controles que ofreces a tus usuarios. Cumple esta política en todo momento. Los usuarios pueden consultar tu Política de privacidad antes de instalar el complemento.

Recopilación de datos

• Recopilación mínima: recopila solo los datos imprescindibles para que el complemento cumpla su función. Los datos de entrada deben ser específicos, tener un alcance limitado y estar vinculados explícitamente a la tarea. Evita incluir campos “por si acaso” o solicitar datos generales del perfil.
• Datos restringidos: no recopiles, solicites ni proceses las siguientes categorías de datos restringidos:
  • Información sujeta al Estándar de Seguridad de Datos de la Industria de Tarjetas de Pago (PCI DSS)
  • Información médica protegida (PHI)
  • Identificadores oficiales (como números de seguro social)
  • Credenciales de acceso y secretos de autenticación (como claves de API, códigos MFA u OTP o contraseñas).
• Datos sensibles regulados: no recopiles datos personales considerados “sensibles” o “de categoría especial” en la jurisdicción donde se recopilen, salvo que se cumplan todas estas condiciones: la recopilación es estrictamente necesaria para que el complemento cumpla su función declarada, el usuario ha dado un consentimiento válido conforme a la ley y se informa de la recopilación y del uso de los datos de forma explícita y destacada antes de recopilarlos o en el momento de hacerlo.

Transparencia y control del usuario

• Prácticas de manejo de datos: no vigiles ni rastrees a los usuarios, ni elabores perfiles de comportamiento, lo que incluye recopilar metadatos como marcas de tiempo, direcciones IP o patrones de consulta, salvo que informes explícitamente de estas prácticas, limites su alcance, des a los usuarios un control efectivo sobre ellas y cumplas las políticas de uso de OpenAI.

Comercio y monetización

Actualmente, los complementos solo pueden realizar operaciones comerciales con bienes físicos. No se permite vender productos ni servicios digitales, incluidas suscripciones, contenido digital, tokens o créditos, ya sea de forma directa o indirecta (por ejemplo, mediante ofertas de pago en un modelo freemium).

Los usuarios pueden iniciar sesión en una cuenta de pago existente y acceder a las funciones que ya incluye su suscripción. Los complementos no deben mostrar planes de suscripción, iniciar nuevas suscripciones ni promover cambios a planes superiores.

Si una función del complemento requiere un plan o derechos de acceso distintos de los que tiene el usuario (por ejemplo, otro nivel de suscripción o créditos adicionales), el complemento puede explicarlo. Esta información debe ayudar al usuario a entender por qué la función no está disponible y no debe iniciar ningún proceso de pago ni otra transacción.

En concreto, los complementos pueden:

• Explicar que una función no está disponible con el plan o los derechos de acceso actuales del usuario.
• Incluir un enlace a una página informativa que describa los planes o las opciones de acceso disponibles.

Los complementos no pueden:

• Incluir un enlace directo a una página de pago o a otra página donde se realicen transacciones.
• Incluir un enlace a una página que inicie explícitamente el proceso para cambiar a un plan superior, suscribirse o completar una compra.

Los complementos deben ofrecer una experiencia de alta calidad en ChatGPT. Si una función de tu complemento también está disponible en tu sitio web o en tu aplicación externa, no debes ofrecer una versión de menor calidad en el complemento. Los complementos no deben aplicar tarifas, recargos ni otros precios específicos para ChatGPT que penalicen a los usuarios por acceder a un servicio a través de ChatGPT. Se permiten los descuentos temporales y las ofertas promocionales en otras plataformas.

Además, no uses complementos para vender ni promocionar los bienes o servicios que se enumeran a continuación. Tampoco los uses para facilitar el acceso a esos bienes o la prestación de esos servicios, ni para contribuir de manera sustancial a que se obtengan esos bienes o se presten esos servicios:

Bienes prohibidos

• Contenido para adultos y servicios sexuales
  • Pornografía, contenido sexual explícito, servicios de cámara en vivo y suscripciones para adultos
  • Juguetes sexuales, muñecas sexuales, accesorios de BDSM y productos fetichistas
• Juegos de azar y apuestas
  • Servicios de apuestas con dinero real, créditos de casino, apuestas deportivas y tokens de criptocasinos
• Drogas ilegales o reguladas
  • Productos de marihuana o THC, psilocibina y sustancias ilegales
  • Productos de CBD que superen los límites legales de THC
• Artículos para el consumo o la producción de drogas
  • Pipas de agua, dispositivos para vaporizar concentrados, balanzas para pesar drogas y equipos de cultivo de cannabis comercializados para producir drogas
• Medicamentos de venta con receta y medicamentos con restricciones de edad
  • Medicamentos de venta exclusiva con receta (por ejemplo, insulina, antibióticos, Ozempic y opioides)
  • Productos de venta con receta sujetos a restricciones de edad (por ejemplo, testosterona, hormona del crecimiento humano y hormonas para tratamientos de fertilidad)
• Bienes ilícitos
  • Productos falsificados o réplicas
  • Bienes robados o artículos de procedencia incierta
  • Herramientas para cometer fraude financiero (dispositivos para clonar tarjetas, terminales de punto de venta falsas)
  • Herramientas de piratería o software modificado para eludir sus protecciones
  • Artículos de contrabando relacionados con la vida silvestre o el medioambiente (marfil, productos de especies en peligro de extinción)
• Software malicioso, software espía y vigilancia
  • Malware, ransomware, registradores de pulsaciones de teclas y software de acoso
  • Dispositivos de vigilancia encubierta (cámaras espía, captadores de IMSI y rastreadores ocultos)
• Tabaco y nicotina
  • Productos de tabaco
  • Productos de nicotina (vapeadores, líquidos para vapear y bolsas de nicotina)
• Armas y materiales peligrosos
  • Armas de fuego, municiones y piezas de armas de fuego
  • Explosivos, fuegos artificiales y materiales para fabricar bombas
  • Armas ilegales o sujetas a restricciones de edad (navajas automáticas, puños americanos y ballestas donde estén prohibidas)
  • Armas de defensa personal (aerosoles de pimienta, pistolas paralizantes y táseres)
  • Artículos o propaganda extremistas

Servicios fraudulentos, engañosos o de alto riesgo prohibidos

• Identificaciones falsas, documentos falsificados o servicios de falsificación de documentos
• Esquemas de alivio de deudas, reparación del historial crediticio o manipulación del puntaje crediticio
• Servicios financieros no regulados, engañosos o abusivos
• Esquemas de préstamos, cobro de comisiones por adelantado o generación de historial crediticio diseñados para aprovecharse de los usuarios
• Ofertas de criptomonedas o NFT que impliquen especulación, engaño al consumidor o abuso financiero
• Ejecución de transferencias de dinero o criptomonedas, o de operaciones de inversión
• Uso indebido de servicios gubernamentales, suplantación de identidad o manipulación de prestaciones
• Robo de identidad, suplantación de identidad o servicios de monitoreo de identidad que faciliten su uso indebido
• Determinados servicios legales o cuasilegales que faciliten el fraude, la evasión o las declaraciones falsas
• Esquemas de facturación que aplican cargos salvo cancelación expresa, de telemarketing o de elusión del consentimiento
• Servicios de viajes con altas tasas de contracargos, propensos al fraude o abusivos

Proceso de pago

Los complementos deben usar un proceso de pago externo que dirija a los usuarios a tu propio dominio para completar la compra.

Pago instantáneo se encuentra en fase beta y, por ahora, solo está disponible para determinados socios que operan plataformas de comercio electrónico. Con el tiempo, podría ampliarse a otras plataformas de este tipo y a otros minoristas.

Hasta entonces, es obligatorio usar el proceso de pago externo estándar. No se permite integrar ni alojar otras soluciones de pago de terceros en la interfaz del complemento. Para obtener más información, consulta nuestra documentación sobre comercio con agentes.

Publicidad

Los complementos no deben mostrar anuncios ni tener como finalidad principal la publicidad. Cada complemento debe ofrecer funciones claras y legítimas que sean útiles por sí mismas para los usuarios.

Verificación de desarrolladores

Verificación

Solo las personas u organizaciones verificadas pueden enviar complementos. En la configuración general del panel de la plataforma de OpenAI, puedes confirmar tu identidad y tu vínculo con cualquier empresa en cuyo nombre quieras publicar. Proporcionar información falsa, ocultar comportamientos o intentar manipular el sistema puede dar lugar a tu exclusión del programa.

Datos de contacto de soporte

Debes proporcionar datos de contacto de atención al cliente para que los usuarios finales puedan solicitarte ayuda. Asegúrate de que sean correctos y mantenlos actualizados.

Requisitos de MCP

Estos requisitos se aplican a los complementos que incluyen servidores MCP, herramientas o una interfaz de usuario opcional.

Herramientas

Las herramientas MCP indican a ChatGPT y Codex cómo usar las capacidades de tu servidor. Definir las herramientas de manera clara y precisa hace que el complemento sea más seguro, que el modelo lo entienda mejor y que a los usuarios les resulte más fácil confiar en él.

Nombres de herramientas claros y precisos

Los nombres de las herramientas deben ser comprensibles para las personas, ser específicos y describir lo que realmente hace cada herramienta.

• Cada herramienta debe tener un nombre único dentro de tu servidor MCP.
• Usa un lenguaje sencillo que refleje directamente la acción, de preferencia con un verbo (por ejemplo, get_order_status).
• Evita los términos engañosos, excesivamente promocionales o comparativos (por ejemplo, pick_me, best, official).
• Evita la jerga interna, las siglas sin explicar y los identificadores difíciles de interpretar.

Descripciones que reflejen el comportamiento

Cada herramienta debe tener una descripción que no esté vacía y que explique de forma explícita y precisa para qué sirve, cómo se comporta, cuándo usarla y qué limitaciones o efectos secundarios son relevantes. La descripción debe coincidir con el esquema y el comportamiento real de la herramienta. Si la descripción no explica con claridad o por completo cómo se comporta la herramienta, se podrá rechazar el complemento.

Las descripciones no deben favorecer ni desacreditar otros complementos o servicios, ni intentar influir en el modelo para que seleccione las herramientas descritas en lugar de las de otro complemento. Tampoco deben recomendar que se activen en situaciones que excedan la intención explícita del usuario y el propósito del complemento.

Independencia y exposición de las herramientas

Cada herramienta pública debe funcionar de forma independiente. No le indiques al modelo que invoque otro complemento o conector para completar la operación. Implementa las dependencias necesarias dentro de tu complemento.

Expón cada operación que pueda invocar el modelo como una herramienta independiente con una descripción clara, un esquema de entrada y anotaciones. No combines el descubrimiento o la selección de operaciones ni la obtención de esquemas con un ejecutor genérico para habilitar operaciones que no se hayan expuesto de forma individual para su revisión.

Anotaciones correctas

Asigna a readOnlyHint, destructiveHint y openWorldHint valores booleanos explícitos (true o false) en el objeto annotations de cada herramienta. Ya no es necesario justificar las anotaciones. Si nuestra revisión automática detecta un problema con una anotación, puedes presentar una apelación con una aclaración o información adicional.

• readOnlyHint: usa true para consultas, cálculos o vistas previas que no modifiquen el entorno. Usa false para cambios de estado externos, almacenamiento persistente de artefactos, inicio de trabajos o flujos de trabajo que mantengan un estado, incorporación de tareas a una cola o acciones de escritura salientes, como publicar mensajes, enviar correos electrónicos o subir archivos.
• destructiveHint: usa false para herramientas de solo lectura. En operaciones de escritura, usa true si los efectos pueden ser destructivos o irreversibles, como eliminar, sobrescribir, cancelar, revocar el acceso o realizar envíos o transacciones irreversibles. Usa false únicamente en operaciones de escritura que se limiten a agregar datos y no tengan efectos destructivos ni irreversibles. La posibilidad de deshacer una acción no justifica por sí sola asignar a destructiveHint el valor false.
• openWorldHint: usa true para entidades públicas o que no pertenezcan a un conjunto delimitado, incluidas las búsquedas web de solo lectura y los destinos arbitrarios. Una herramienta cuyo alcance se limite a una cuenta privada, un espacio de trabajo privado o un catálogo privado puede usar false, incluso si se aloja externamente. La conectividad por sí sola no determina este valor.

Las anotaciones orientan las medidas de protección del cliente. No conceden permisos ni sustituyen la autenticación, las comprobaciones de autorización y alcance, la validación de entradas ni la confirmación humana de operaciones irreversibles.

Datos de entrada mínimos y pertinentes

Las herramientas deben solicitar solo la información imprescindible para completar su tarea.

• Los campos de entrada deben estar directamente relacionados con el propósito declarado de la herramienta.
• No solicites el historial completo de la conversación, transcripciones sin procesar del chat ni campos de contexto amplios “por si acaso”. Una herramienta puede solicitar un campo breve que describa la intención del usuario para esa tarea solo si mejora de forma significativa la ejecución y no amplía la recopilación de datos más allá de lo razonablemente necesario para responder a la solicitud del usuario y cumplir los fines descritos en tu Política de privacidad.
• No solicites el contexto acumulado de la conversación ni arreglos con los turnos anteriores.
• Si necesitas la ubicación, usa la ubicación geográfica aproximada que comparte el sistema. No solicites datos precisos de ubicación del usuario (por ejemplo, coordenadas GPS o direcciones).

Comportamiento predecible y auditable

Las herramientas deben comportarse exactamente como indican sus nombres, descripciones y datos de entrada.

• Los efectos secundarios nunca deben quedar ocultos ni implícitos.
• Siempre que sea posible, debe ser seguro reintentar una operación. De lo contrario, la herramienta debe indicar explícitamente cuándo un reintento puede repetir sus efectos.

Diseñar las herramientas con cuidado ayuda a evitar sorpresas, proteger a los usuarios y agilizar el proceso de revisión.

Manejo de datos de las herramientas

Diseña el esquema de entrada para que limite la recopilación de datos de forma predeterminada. Evita usarlo como vía para recopilar contexto opcional.

• Respuestas mínimas: las herramientas solo deben devolver datos directamente pertinentes para la solicitud del usuario y el propósito declarado de la herramienta. No incluyas datos de diagnóstico o telemetría ni identificadores internos, como identificadores de sesión, de traza o de solicitud, marcas de tiempo o metadatos de registro, salvo que sean estrictamente necesarios para responder a la consulta del usuario.
• Límites en el uso de datos:
  • Evita solicitar directamente datos de ubicación (por ejemplo, la ciudad o las coordenadas) en el esquema de entrada. Cuando necesites la ubicación, obtenla a través de un canal secundario controlado por el cliente (como los metadatos del entorno o un recurso referenciado) para que se puedan aplicar las políticas y los controles de consentimiento correspondientes. Esto reduce la recopilación accidental de información de identificación personal, hace cumplir el principio de mínimo privilegio y permite auditar el manejo de la ubicación y revocar el acceso a ella.
  • Tu servidor MCP no debe obtener, reconstruir ni inferir el historial completo del chat a partir del cliente ni de otras fuentes. Trabaja únicamente con los fragmentos y recursos que el cliente o el modelo elijan enviar explícitamente. Esta separación puede ayudar a evitar que se amplíe de forma encubierta el conjunto de datos y a limitar el análisis al contenido que se compartió de manera intencional.
• Medidas de protección para las acciones: sigue las pautas de Anotaciones correctas para las etiquetas de acciones de escritura y destructivas, las confirmaciones y las medidas de protección de los datos salientes.

Autenticación y permisos

Si tu servidor MCP requiere autenticación, el proceso debe ser transparente y explícito. Informa a los usuarios de todos los permisos que solicitas y limítalos a los necesarios para que funcione el complemento.

Interfaz de usuario

Antes de entrar en detalles, consulta las pautas para la interfaz de usuario opcional. Allí encontrarás patrones de interacción, distribución y diseño para que la interfaz del complemento resulte intuitiva, confiable y coherente con ChatGPT.

Iframes y páginas integradas

Los complementos con interfaz de usuario pueden integrar páginas del dominio registrable de su propio servidor MCP, incluso editores e interfaces de administración existentes en su totalidad. Por ejemplo, un servidor en https://api.example.com/mcp puede integrar https://app.example.com porque ambos usan el dominio registrable example.com. Dos clientes distintos de un servicio de alojamiento compartido cuentan como dominios diferentes. Usar el mismo proveedor de alojamiento no demuestra la titularidad del dominio.

Declara cada origen de iframe necesario en la CSP del recurso mediante _meta.ui.csp.frameDomains (o el campo heredado _meta["openai/widgetCSP"].frame_domains). En dominios de terceros, limita el uso de iframes a los casos en que la experiencia integrada sea esencial.

Al enviar un complemento que use iframes, sigue siendo obligatorio justificar su uso. Explica qué hace cada página integrada, por qué el complemento la integra y quién controla su dominio. El uso de iframes puede requerir una revisión adicional o que el caso se remita a otra instancia. Si no se puede evaluar el contenido, la aprobación puede tardar más o el complemento puede ser rechazado. Compartir el dominio del servidor MCP no garantiza la aprobación.

Las páginas integradas también deben cumplir todos los demás requisitos de los complementos, incluidos los de pago y privacidad.

Pruebas

Antes de enviar un complemento, prueba a fondo su servidor MCP, sus herramientas y su interfaz de usuario opcional en una amplia variedad de situaciones.

Los complementos, incluidos los componentes de su interfaz de usuario, deben funcionar de forma confiable en ChatGPT tanto en computadoras de escritorio como en dispositivos móviles.

Credenciales de prueba

Al enviar un complemento con un servidor MCP que requiera autenticación, proporciona un nombre de usuario y una contraseña para una cuenta de demostración con todas las funciones habilitadas y datos de ejemplo. Se rechazarán los complementos que exijan pasos adicionales para iniciar sesión, como registrar una cuenta nueva o completar la autenticación de dos factores mediante una cuenta inaccesible.

Habilidades

Las habilidades se analizan automáticamente y deben cumplir nuestras políticas de seguridad, privacidad y uso. Los complementos que solo incluyan habilidades deben cumplir todos los requisitos anteriores sobre metadatos y publicación en el Directorio. Para aparecer en el Directorio, es posible que estos complementos deban cumplir requisitos de elegibilidad adicionales.