El prompt también es una fuga

Pegas un registro de Astilla en un modelo externo «solo para que me lo explique». En el momento en que lo envías, ese dato del cliente salió de tu control: viajó a la infraestructura de un tercero, que puede conservarlo. La intención de preguntar no cambia lo que pasó con el dato. El prompt es una casilla que manda lo que escribes afuera, igual que cualquier otro envío.

Tratar la pregunta como inofensiva porque «solo estaba consultando» es el error. Lo que importa no es para qué lo mandaste, sino que lo mandaste.

Muchos servicios de modelo avisan de que los prompts pueden guardarse y usarse para mejorar el servicio. Eso significa que el registro de Astilla que enviaste puede quedar almacenado fuera, entrar en un proceso de entrenamiento y ser accesible para gente que no tiene nada que ver con el engagement. «Yo solo hice una pregunta» no exime de nada: el dato salió y la cláusula de tratamiento que firmaste con Astilla sigue aplicando.

La retención convierte una consulta puntual en una copia permanente del dato del cliente en manos de un tercero. Por eso el aviso de que «los prompts pueden usarse» no es letra pequeña: es exactamente el riesgo.

Antes de poner en un prompt cualquier cosa del cliente, la pregunta es dónde termina ese dato y si el contrato lo permite: en qué infraestructura queda, cuánto se retiene, bajo qué jurisdicción, quién puede verlo. Si la respuesta es «en manos de un tercero» y el contrato de Astilla lo prohíbe, no se teclea, por útil que fuera la ayuda del modelo. La vía limpia cuando de verdad hace falta un modelo es uno local y aislado, que no manda nada afuera, o ninguno.

Ese reflejo —pensar en el destino del dato antes de pulsar enviar— es lo que separa usar un modelo con criterio de abrir una fuga sin querer.

Abre la estación. El servicio externo avisa de lo que hace con los prompts, y el contrato de Astilla fija dónde pueden vivir sus datos. Contrasta los dos y localiza la cláusula que decide.