Pegar código de tu empresa en ChatGPT: qué se filtra de verdad
Publicado:
Que sea seguro pegar el código de tu empresa en ChatGPT depende, antes que de nada, de en qué cuenta estés. En un plan de empresa (Business o Enterprise), o a través de la API, OpenAI declara que tus entradas no se usan para entrenar sus modelos por defecto, y hay un contrato detrás de esa promesa. En tu cuenta personal no existe ese contrato, y en los planes de consumo tus conversaciones pueden servir para mejorar modelos futuros salvo que lo desactives tú. Mismo código, mismo pegado, situación completamente distinta.
Esa es la mitad técnica. La mitad que decide la mayoría de los casos es contractual, y esta guía cubre las dos. Es educación, no asesoramiento jurídico: si necesitas una respuesta vinculante sobre tu propio contrato, esa conversación es con tu responsable, con Recursos Humanos o con la asesoría jurídica, no con un artículo.
Lo que realmente sale de tu equipo
Cuando pegas un archivo en una ventana de chat, el texto viaja a los servidores del proveedor y se queda allí un tiempo. Ese es todo el mecanismo. Conviene ser preciso, porque el riesgo imaginado y el riesgo real no son lo mismo.
El riesgo imaginado es que un modelo se trague tu lógica de autenticación y se la recite después a un competidor que pregunte con amabilidad. No funciona así, y no es lo que sale mal.
Las exposiciones reales son más aburridas y más probables:
- Tu texto vive en la infraestructura de otra empresa, sujeto a sus normas de conservación de datos, no a las tuyas.
- En los planes de consumo puede convertirse en datos de entrenamiento salvo que hayas desactivado esa opción.
- Nadie de tu empresa revisó el destino. Si tu empleador tiene un proceso de revisión de seguridad, acabas de saltártelo.
- Pierdes el rastro de auditoría. Si un cliente pregunta más tarde por dónde ha pasado su material, «mi ChatGPT personal» es una mala respuesta.
Las dos últimas son las que convierten un atajo en un incidente, y ninguna necesita que se «filtre» nada.
Consumo, empresa y API: los valores por defecto que cambian
Esta es la parte que conviene entender bien, porque los planes se comportan de forma distinta y esa diferencia está documentada, no es folclore.
La página de privacidad empresarial de OpenAI declara que no entrena con las entradas ni las salidas de sus productos de negocio por defecto: eso cubre ChatGPT Business, Enterprise y la API, y las organizaciones quedan excluidas del uso de datos salvo que lo activen expresamente. Anthropic publica un compromiso con la misma forma. Su documentación de privacidad dice que, por defecto, no usará las entradas ni las salidas de sus productos comerciales para entrenar sus modelos, con la excepción de cuando das tu opinión de forma activa. Lo desgranamos en si Claude entrena con tus conversaciones. GitHub traza la misma línea con Copilot: según su propia documentación, quien tiene un plan individual de Copilot (Free, Pro, Pro+ o Max) puede negarse en sus ajustes personales a que sus datos se usen para entrenar modelos de IA, mientras que «GitHub no usa los datos de clientes de Copilot Business ni de Copilot Enterprise para entrenar modelos de IA» (traducción nuestra).
Los planes de consumo son la imagen invertida. Ahí, entrenar con tus conversaciones suele ser el valor por defecto, y desactivarlo es tarea tuya, no de tu empresa. En una cuenta personal de ChatGPT la opción está en Configuración → Controles de datos, donde desactivas «Mejorar el modelo para todos». Como los menús cambian de vez en cuando, si no aparece ahí, busca «Controles de datos». Los detalles concretos plan por plan los guardamos en la herramienta para elegir plan, no en el texto, porque estos ajustes cambian y una frase en un artículo envejece mal.
Así que el veredicto honesto, según la cuenta:
- ● Cuenta de empresa (Business, Enterprise, API): razonable. Sin entrenamiento por defecto, un acuerdo de tratamiento de datos firmado, y tu empleador ha aceptado el riesgo a propósito.
- ▲ Cuenta personal, entrenamiento desactivado, código depurado: precaución. La cuestión del entrenamiento está resuelta. La del contrato, no.
- ⬣ Cuenta personal, valores por defecto sin tocar, archivo pegado entero: arriesgado. Todo lo anterior aplica a la vez, incluidos los secretos que olvidaste que estaban en el archivo.
El marco de la confidencialidad: primero es una cuestión de contrato
Aquí está el replanteamiento que resuelve la mayoría de estas discusiones. La gente debate lo de pegar código como si fuera una cuestión de seguridad, y en realidad es una cuestión de contrato disfrazada de seguridad.
Tu contrato de trabajo casi con total seguridad incluye una cláusula de confidencialidad que existe desde mucho antes que ChatGPT. No dice «no filtres código». Dice algo más parecido a esto: no revelar la información confidencial de la empresa a terceros sin autorización. Un tercero es exactamente lo que son OpenAI o Anthropic cuando quien habla con ellos es tu cuenta personal. Que el modelo entrene o no con eso es un detalle dentro de esa cuestión mayor, no un sustituto de ella.
Por eso «no tenemos política de IA» es una defensa más débil de lo que parece. Una intranet vacía no anula una cláusula firmada. En España, aunque tu empresa no tenga una página de IA, siguen vigentes el deber de buena fe y la obligación de confidencialidad que recogen el Estatuto de los Trabajadores y tu propio contrato. Y si el trabajo se hace bajo acuerdos de confidencialidad con clientes, suele haber una segunda capa: contratos que nombran a los encargados del tratamiento autorizados, y una cuenta de chat personal no está en esa lista. Si trabajas como autónomo bajo el acuerdo de confidencialidad de un cliente, ese detalle deja de ser teórico, porque eres tú quien firma el incumplimiento.
Nada de esto significa que estés incumpliendo. Significa que la pregunta tiene un dueño, y ese dueño no eres tú decidiendo a solas a las seis de la tarde con un stack trace abierto. Si tu empresa de verdad no lo ha decidido, preguntar es un gesto pequeño que te convierte en quien lo planteó, no en quien lo supuso. Nuestra guía sobre qué puede y qué no puede ver tu empresa cubre la otra mitad de esa conversación.
Qué quitar, y en el orden que importa
Supón que has concluido que, para este fragmento concreto, pegar desde una cuenta personal es aceptable. Quita en este orden, porque el orden refleja cuánto daño hace cada cosa.
Los secretos primero, porque no se recuperan. Claves de API, tokens, contraseñas, cadenas de conexión, certificados privados, URLs de webhook con la firma incrustada. Una clave filtrada no es una preocupación de privacidad, es un permiso de acceso. Si una acaba en un cuadro de chat, rótala en lugar de confiar en la suerte. Es el único punto que no admite ninguna cantidad aceptable.
Los identificadores después, porque son el problema de otras personas. Nombres reales de clientes, direcciones de correo, números de cuenta y de pedido, nombres internos de servidores, endpoints de pruebas, nombres de empleados en los comentarios. Los datos de prueba son una trampa clásica: están llenos de lo que parece información falsa y a menudo es un trozo de producción. Si en ellos se identifica a personas reales, has movido datos personales a un sitio sin auditar. Y aquí la capa legal es española: tu empresa actúa como responsable del tratamiento ante el RGPD, la AEPD (Agencia Española de Protección de Datos) es quien supervisa ese cumplimiento, y el RGPD contempla multas de hasta 20 millones de euros o el 4 % de la facturación anual global en los casos más graves. La AEPD publicó además un decálogo de recomendaciones para usar herramientas de IA sin comprometer la privacidad, y una de ellas es no compartir con la IA datos personales ni información delicada o sensible. Lo desarrollamos en el repaso al RGPD con datos de clientes.
Por último, la lógica de negocio. Esto es la verdadera propiedad intelectual, y es el recorte que sorprende. Tu capa de CRUD no es un secreto industrial, toda empresa tiene una. El motor de precios, el algoritmo de emparejamiento, el modelo de riesgo, aquello en lo que tu empresa es genuinamente buena: ese es el activo. Irónicamente, también es el código que menos necesita la ayuda de ChatGPT, porque es el que mejor entiendes.
Lo que queda tras esos tres recortes suele bastar. La mayoría de las preguntas que quieres hacer son sobre mecánica, no sobre significado: por qué esta llamada asíncrona se resuelve en el orden equivocado, qué significa este error de tipos, cómo reestructurar este bucle. Casi siempre puedes reconstruir la forma del problema con nombres inventados y valores de relleno, y obtener la misma respuesta. Y lo que vuelva sigue necesitando tu criterio, que es un hábito aparte que conviene cultivar: mira cómo revisar código de IA que no sabes leer. Si quieres un segundo par de ojos sobre un fragmento antes de que salga a ningún sitio, el control de privacidad recorre esta misma lista en menos de un minuto: detecta credenciales, IBAN, tarjetas, correos, teléfonos y direcciones directamente en tu navegador, aunque no lee imágenes ni sabe qué es confidencial por contrato, así que la última decisión sigue siendo tuya.
Las vías más seguras que tu empresa quizá ya paga
Antes de dar por hecho que tu única opción es una cuenta personal, comprueba qué existe ya. Las empresas compran estas herramientas más a menudo de lo que las anuncian.
Una licencia corporativa de ChatGPT Business o Enterprise resuelve de una vez las cuestiones de entrenamiento y de contrato. Copilot Business hace lo mismo dentro de tu editor, sin el paso de copiar y pegar que causa la mayoría de los accidentes. Si tu equipo ya tiene credenciales de API para cualquier cosa, esas heredan también el valor por defecto de no entrenamiento. Y existen los modelos de pesos abiertos autoalojados para los casos en que el código de verdad no puede salir del edificio, aunque alguien tenga que mantenerlos.
Si nada de eso existe, la petición es más pequeña de lo que suena. Una licencia de empresa cuesta menos que una hora de la reunión de respuesta a incidentes que acaba provocando un pegado imprudente, y «¿cuál de estas deberíamos comprar?» es una conversación mucho más fácil de empezar que «esto es lo que ya he hecho». Ese es, sinceramente, todo el juego: conseguir que el papeleo cubra el hábito que la gente ya tiene, en vez de fingir que el hábito va a desaparecer. Los precios de cada plan cambian, así que compáralos en la herramienta para elegir plan antes de llevar una cifra a esa conversación.
Sigue leyendo
Preguntas frecuentes
¿Es seguro pegar código de empresa en ChatGPT? +
Depende casi por completo de en qué cuenta estés. En una cuenta de empresa (Business, Enterprise o la API), el proveedor declara que tus entradas no se usan para entrenar modelos por defecto, y hay un contrato firmado que cubre los datos. En tu cuenta personal gratuita o de pago no hay contrato de empresa, y tus conversaciones pueden alimentar el entrenamiento salvo que lo desactives tú. El código es el mismo; el papeleo que hay detrás, no.
¿Aparecerá el código de mi empresa en la respuesta de ChatGPT de otra persona? +
Ese es el miedo, y es el desenlace menos probable. Los modelos no guardan tu pegado para entregárselo palabra por palabra al siguiente usuario. Las exposiciones reales son más grises: tu texto queda en los servidores del proveedor bajo sus normas de conservación, puede usarse para entrenar modelos futuros en los planes de consumo, y has sacado material confidencial de los sistemas que tu empresa había aprobado. Esos son los problemas que vale la pena resolver.
Mi empresa no tiene política de IA. ¿Eso significa que puedo pegar código? +
No tener política no es lo mismo que tener permiso. La mayoría de los contratos de trabajo ya incluyen una cláusula de confidencialidad, y los contratos con clientes suelen tener la suya. Se aplican haya o no una página de IA en la intranet. En España, además, el deber de buena fe del Estatuto de los Trabajadores no desaparece por el silencio. El silencio suele significar que nadie lo ha decidido aún, lo que lo convierte en un buen momento para preguntar, no en una luz verde para suponer.
¿Qué debo quitar antes de pegar código? +
Empieza por todo lo que autentica: claves de API, tokens, contraseñas, cadenas de conexión, certificados. Después, los identificadores: nombres reales de clientes, correos, números de cuenta, nombres internos de servidores y endpoints. Y por último la parte que es de verdad propiedad intelectual, que suele ser la lógica de negocio y no el código que la rodea. La mayoría de las preguntas de depuración sobreviven bien a ese recorte, porque el fallo rara vez está en el secreto.