Qué información deberías mandarle a un modelo de IA (y cuál no)
La filtración más común no es un hackeo: es un export pegado en una ventana de chat. Tres preguntas antes del prompt, lo que nunca entra, y cuándo conviene que el modelo corra en tu propia máquina.
La forma mas comun de filtrar datos de clientes en 2026 no es un hackeo. Es alguien del equipo pegando un export en una ventana de chat para que le resuma las consultas de la semana. Es rapido, funciona, y nadie lo registra en ningun lado.
Este articulo es el criterio para decidir que se manda y que no. No es una lista de herramientas prohibidas: la IA sirve, y la usamos todos los dias. Es la pregunta que conviene hacerse antes de apretar enter.
La pregunta que nadie hace antes de pegar
Cuando pegas informacion en un modelo, esa informacion sale de tus sistemas y entra en los de un tercero. Si adentro hay datos de personas —nombres, correos, telefonos, historial de compra, un hilo de conversacion— eso es una comunicacion de datos personales, con todo lo que eso implica: una base de licitud que la sostenga, una politica de privacidad que la mencione, y un proveedor que este contemplado en tu registro.
Y hay una capa mas, la que casi siempre se olvida: si el proveedor almacena o procesa fuera de Chile, es una transferencia internacional, y bajo la Ley 21.719 hay que informarla en la politica de privacidad. Es el mismo chequeo que la ley pide para la nube, el CRM y la herramienta de email. La IA no es una categoria aparte: es un proveedor mas.
Tres preguntas antes del prompt
- La tarea necesita esta informacion? No «viene con el archivo»: la necesita. Resumir quejas no necesita saber quien se quejo.
- Necesita las identidades, o solo el contenido? En la enorme mayoria de las tareas de marketing la respuesta es el contenido. Y quitar la identidad suele ser un buscar-y-reemplazar.
- Podria explicarle esto al cliente dueno del dato? Si la respuesta incomoda, es la senal. No es un criterio legal, pero acierta mas seguido que cualquier checklist.
Las tres empujan al mismo lado: minimizar la informacion enviada al modelo. Es una de las reglas de nuestra propia Politica de Seguridad, y no esta ahi por formalismo: el dato que no se manda es el unico que no puede terminar en ningun lado.
Lo que nunca entra
Hay una categoria sin matices. Nunca se ingresan en una herramienta de IA:
- Contrasenas, claves de API, tokens, llaves privadas, cookies de sesion.
- Credenciales de bases de datos o archivos de configuracion con secretos.
- Datos sensibles —salud, biometricos, afiliacion— salvo autorizacion expresa y necesidad justificada.
Lo primero no es una cuestion de privacidad sino de seguridad basica: un secreto pegado en un prompt es un secreto que hay que rotar. Y si el pegado fue accidental, rotarlo igual es la respuesta correcta, no esperar a ver si pasa algo.
Como mandar menos y obtener la misma respuesta
La objecion razonable es «si le doy menos contexto, responde peor». A veces si. En las tareas de marketing mas habituales, casi nunca:
| Tarea | Lo que se suele pegar | Lo que alcanza |
|---|---|---|
| Resumir consultas de clientes | El export completo del CRM | El texto de las consultas, sin nombre, correo ni telefono |
| Clasificar leads por interes | Nombre, contacto y todo el historial | El mensaje y el origen de la campana |
| Redactar una respuesta | El hilo entero con datos de la persona | El ultimo mensaje y el contexto del producto |
| Analizar resultados de campanas | La base de conversiones con identificadores | Las metricas agregadas por campana |
| Depurar un error | El registro con datos productivos | El registro con los valores reemplazados |
El patron es siempre el mismo: el modelo necesita el texto, no la identidad. Si despues hay que volver a asociar cada respuesta con su persona, eso se hace en tu sistema, con un identificador propio que fuera del CRM no significa nada.
Cuando el dato no deberia salir de la casa
Hay trabajo donde minimizar no alcanza, porque la tarea es justamente leer el dato completo. Ahi la pregunta cambia: en vez de que le mando al proveedor, es si tiene que haber un proveedor.
Un modelo corriendo en tu propia maquina resuelve eso de raiz: no hay transferencia, no hay tercero, no hay terminos que revisar. Es lo que hacemos nosotros para parte de nuestro trabajo interno, y lo documentamos publicamente: como montar el modelo local esta en la guia de IA local y como usarlo como subagente de trabajo en la del subagente local.
Tampoco es magia. Un modelo local es mas lento, suele ser menos capaz que el mejor modelo comercial del momento, y no te exime de nada mas: la salida sigue pudiendo estar mal, sigue necesitando revision humana, y el tratamiento sigue necesitando su base de licitud. Lo unico que resuelve —y lo resuelve del todo— es que el dato no se mueve.
Agentes que hablan con tus clientes
Un agente en produccion cambia el problema. Ya no es alguien decidiendo que pega: es un sistema leyendo y escribiendo solo, muchas veces al dia. Lo que aplica ahi:
- Limites de accion claros. Que puede consultar, que puede escribir y que no puede tocar. Las acciones de alto impacto no se habilitan sin controles.
- Fallback humano cuando corresponda. Un agente que no sabe derivar es un agente que improvisa.
- Transparencia razonable sobre su naturaleza automatizada, sobre todo si puede afectar decisiones comerciales o expectativas de atencion.
- Prompts versionados o documentados. Si nadie sabe con que instrucciones respondio, nadie puede auditar por que respondio eso.
- Aprobacion del cliente sobre criterios comerciales, respuestas, limites y escalamiento. El agente representa su negocio, no el nuestro.
Y una obviedad que conviene decir igual: la IA es apoyo, no sustituto del criterio humano en decisiones relevantes. Sus salidas pueden tener errores, imprecisiones o sesgos, y hay que revisarlas antes de usarlas en contextos que importan.
Preguntas frecuentes
- Pegar una lista de clientes en un chatbot es un problema? Es una comunicacion de datos personales a un tercero. Si es licita depende de tu base de licitud, de lo que diga tu politica de privacidad y del contrato con ese proveedor. La respuesta practica suele ser mas simple: la tarea casi nunca necesita las identidades.
- Los proveedores de IA entrenan con mis datos? Depende del proveedor, del plan y de la fecha, y cambia sin aviso. No nos creas a nosotros ni a nadie: revisa los terminos del plan concreto que pagas y deja por escrito en tu registro de proveedores lo que encuentres. Un articulo publico es el peor lugar para buscar esa respuesta.
- Usar IA implica una transferencia internacional? Si el proveedor almacena o procesa datos fuera de Chile, si — y bajo la Ley 21.719 eso hay que informarlo en la politica de privacidad. Es el mismo chequeo que ya deberias estar haciendo con tu nube, tu CRM y tu herramienta de email.
- Un modelo local resuelve todo? No. Resuelve una cosa concreta: que el dato no salga de la maquina. No hace que la salida sea correcta, no elimina la revision humana y no te exime de tener una base de licitud para el tratamiento.