Qué datos no le pases a un bot

El bot no es un cajón de tu oficina. Lo que pegás puede quedar en un hilo, en un archivo de la computadora del agente o en el historial de la cuenta. Tratalo así desde el primer día, no después del susto.

No le pases esto

• Contraseñas, tokens, API keys, códigos de doble factor.
• Números de tarjeta, completos o "solo los últimos y el código".
• Una base con datos de clientes: mails, teléfonos, documentos, direcciones. Aunque sea "para que clasifique".
• Contratos, term sheets o números de sueldo, si no sabés dónde se guarda el archivo y quién más entra a esa cuenta.
• El usuario admin de la empresa, "así puede todo".

Si el bot necesita entrar a una herramienta, usá la conexión que ofrece el producto y dejala con el permiso más chico. Cuando termines la prueba, cortala.

La regla del freelancer

Si no se lo mandarías por mail a un freelancer que contrataste ayer, no se lo pegues al bot.

Esa regla cubre casi todos los casos dudosos. El contrato con cláusula de confidencialidad entra. El borrador público de tu home, no.

Qué sí, hoy

• Un ejemplo anonimizado: cambiá nombres, mails y montos reales.
• Un documento que ya esté publicado.
• Un export con columnas que no identifican personas. "Empresa, etapa, fecha del último contacto" puede servir. "Nombre, mail, teléfono" no, hasta que sepas cómo se guarda.

Decile en el pedido que los datos son de ejemplo. Si no, te va a tratar un nombre inventado como un cliente real y te lo va a devolver en el mail de seguimiento.

Si ya pegaste de más

1. Borrá el mensaje y los archivos de esa conversación, si la herramienta lo permite.
2. Si pegaste una clave, cambiala. No alcanza con borrar el chat.
3. Si era una base de clientes, anotá qué columnas subiste y hablalo con quien lleve la privacidad de la empresa. No lo resuelvas "dejándolo ahí".

Después seguí con datos de ejemplo. El bot trabaja igual. La diferencia es que un error no se lleva el padrón.