En el sistema de origen
- Empresa
- Empresa de ejemplo
- Contacto
- maya@example.test
- Valor de la oportunidad
- €148,000
El conector reemplaza los valores seleccionados
Más control a medida que creces
Define reglas para datos sensibles.
Indica qué información no debe aparecer en los resultados de conectores que recibe el modelo. Configura una Política de protección de datos para tu espacio: se incluirá en las instrucciones de sus agentes. Los conectores pueden omitir campos, devolver resúmenes o reemplazar valores privados por marcadores.
Tú defines la regla. El código hace la sustitución.
La política orienta la implementación del agente. El código del conector aplica la regla antes de devolver datos al modelo; el código de entrega de Hodman restaura los marcadores compatibles en la respuesta para la persona.
- 01
Describe qué proteger
Por ejemplo: excluir nombres, correos e identificaciones fiscales de clientes de los resultados para el modelo. Permitir totales de oportunidades y etapas del embudo.
- 02
Crea y verifica el conector
Los agentes usan la política al crear, actualizar y revisar código de conectores y herramientas. Puedes pedir una auditoría de un proyecto frente a la política del espacio; quizá haya que adaptar conectores existentes.
- 03
Envía marcadores al modelo
En los resultados cubiertos, los valores seleccionados se reemplazan antes de llegar al modelo. La correspondencia reversible se guarda en la base de datos del proyecto.
- 04
Restaura los valores para las personas
Al mostrar una respuesta compatible, la plataforma resuelve los marcadores mediante el entorno del proyecto y sustituye los valores por código. El historial del modelo conserva los marcadores. Los que no se puedan resolver permanecen visibles.
Ejemplo ilustrativo · datos ficticios
El modelo puede hablar de una oportunidad usando un alias.
Este ejemplo conserva el importe necesario para la tarea y reemplaza la empresa y el contacto. Tu política determina qué campos es apropiado compartir.
En la entrada protegida del modelo
- Empresa
- Empresa-17
- Contacto
- Persona-9
- Valor de la oportunidad
- €148,000
Contacta a Persona-9 sobre la oportunidad de €148,000 de Empresa-17.
El código de entrega resuelve los marcadores
En la respuesta que ves
Contacta a maya@example.test sobre la oportunidad de €148,000 de Empresa de ejemplo.
La conversación del modelo conserva los tokens. El servicio de entrega de Hodman recibe los valores restaurados y puede almacenarlos en caché antes de mostrar o enviar la respuesta.
Aquí usamos alias legibles para explicar la idea; la implementación usa tokens opacos. Es seudonimización reversible, no anonimización. Los datos sin ocultar todavía pueden identificar a una persona.
Cinco enfoques que puedes combinar.
Son decisiones de diseño complementarias, no cinco interruptores ni una calificación de seguridad. La combinación depende de la tarea, los datos y el acceso de tus agentes.
- 1
No recopiles lo que la tarea no necesita
Mantén fuera del proyecto los campos sensibles innecesarios. Un proceso que cuenta contactos quizá no necesite identificaciones fiscales.
Cómo se implementa
Selecciona los campos al importar o consultar el origen. Revisa también el almacenamiento local, los registros y los errores.
- 2
Usa marcadores para valores privados
Reemplaza los datos identificativos por tokens antes de devolverlos al modelo. Restáuralos en mensajes compatibles para quienes necesitan leerlos.
Cómo se implementa
El conector crea tokens y una tabla de correspondencias del proyecto. El código de entrega los resuelve. Debes proteger la tabla y todas sus vías de acceso.
- 3
Devuelve resúmenes cuando no hagan falta detalles
Deja que el código cuente registros, sume importes o agrupe resultados antes de enviarlos al modelo. Comparte solo lo necesario para la pregunta.
Cómo se implementa
Ejecuta la consulta en el entorno del proyecto y devuelve agregados. Los grupos pequeños, los valores poco frecuentes y las consultas combinadas todavía pueden revelar información.
- 4
Filtra los datos en el límite del conector
Depura texto y campos estructurados antes de incluirlos en resultados de herramientas para el modelo. Cubre los documentos y servicios conectados al proyecto.
Cómo se implementa
Usa reglas de campos explícitas y transformaciones probadas en cada conector. Revisa texto libre, adjuntos, registros y errores: ocultar campos no los cubre por sí solo.
- 5
Dale reglas explícitas al agente
Indica qué no debe consultar ni reenviar y qué acciones necesitan aprobación humana. La política ayuda al agente a crear y usar las herramientas adecuadas.
Cómo se implementa
Agrega requisitos a las instrucciones del proyecto y a la política de datos. Las instrucciones orientan; no reemplazan controles de acceso ni verificaciones en código.
Qué cubre y qué necesita controles separados.
La cobertura depende del conector
La política no es un filtro universal para toda entrada al modelo. Un mensaje pegado, un archivo, un resultado SQL sin procesar u otra herramienta pueden evitar el conector protegido. Revisa esas vías por separado.
La política guía; el código aplica
Es un contrato auditable entre instrucciones y conectores, no una barrera estricta de DLP o aislamiento en ejecución. Depende de que los agentes sigan la política —incluido no leer la tabla de alias en el contexto del modelo— y de que el código oculte los valores antes de emitirlos. La política no aporta por sí misma una bóveda, un rol de base de datos restringido ni controles estrictos de SQL.
El código necesita pruebas y revisión
La sustitución determinista no pide al modelo que recuerde un secreto, pero el código puede tener errores. Verifica que los valores originales no aparezcan en resultados, registros o errores y que solo se restauren en las vías apropiadas para personas.
Ocultar datos y alojar on-prem resuelven problemas distintos
Tu servidor determina dónde se ejecuta el proyecto. El enmascaramiento controla resultados concretos de conectores. El espacio alojado de Hodman, el servicio de entrega y el proveedor del modelo pueden recibir datos según el proceso. No garantiza que todos los datos permanezcan dentro de tu red.
Empieza con un conector y prueba todo el recorrido.
- Enumera los campos que se deben omitir, ocultar o agregar y quién puede ver los valores originales.
- Implementa la política y revisa las salidas para el modelo con datos de prueba ficticios.
- Prueba tokens repetidos, correspondencias faltantes, errores, registros y texto libre.
- Verifica la respuesta mostrada y confirma que los valores restaurados no entren en la siguiente solicitud al modelo.