Tu aplicación llama a la IA.
Antes, aplica el control.

Una integración con responsabilidades claras.

La aplicación conserva el control de la tarea: obtiene contenido autorizado, solicita la transformación con la política acordada, verifica el resultado y sólo entonces decide si llama al proveedor. Credenciales, correspondencias y registros deben permanecer fuera del contenido enviado al modelo.

Contrato ilustrativo para conversar sobre tu integración.

El siguiente ejemplo muestra la intención del flujo, no una API pública habilitada. Endpoint, autenticación, versión, límites y esquema definitivo se entregan al acordar el acceso técnico.

// Ejemplo conceptual; no ejecutar contra hirelyhr.ai
POST /v1/sanitize

{
  "policy": "hr_external_ai",
  "text": "Camila Torres, camila@example.com"
}

// Respuesta ilustrativa
{
  "sanitized_text": "[PERSONA_001], [EMAIL ELIMINADO]",
  "status": "safe"
}

La ruta de errores también forma parte del producto.

• No reintentar mediante un envío directo del original a la IA.
• Distinguir un bloqueo por política de un error transitorio.
• Acordar tiempos de espera, reintentos y tratamiento de duplicados.
• Evitar guardar el texto sensible en logs de aplicación.
• Probar documentos extensos, vacíos, ambiguos y formatos no admitidos.

Qué necesitamos para definir el acceso.

La compatibilidad se comprueba con tu aplicación.

No hace falta cambiar de proveedor por la sola incorporación de una capa previa. Sí debes comprobar que la transformación conserva el contexto esperado y que la aplicación maneja los estados definidos. El acceso técnico y la documentación contractual se coordinan con el equipo.