Claude Enterprise lleva a disponibilidad general 2 controles para prompts y llamadas a herramientas

Anthropic anunció el 5 de noviembre de 2026 que dos tipos de controles de inferencia ya están disponibles de forma general en Claude Enterprise. Con este anuncio, los controles pasan de la beta a la disponibilidad general. La función permite aplicar políticas de la empresa antes de que el modelo procese una solicitud y, cuando se habilita la opción correspondiente, antes de que se ejecute una herramienta.

¿Qué puede revisar el equipo de seguridad antes de una acción?

El anuncio de Anthropic distingue los controles para prompts y para llamadas a herramientas. También presenta un centro de seguridad que compara la configuración de la organización con las recomendaciones del proveedor. Ese centro y la administración centralizada se mantienen en beta.

La documentación técnica de Claude explica que el servidor de seguridad recibe el contexto de la conversación para decidir si permite o deniega la solicitud. Al habilitar la revisión de llamadas a herramientas, puede evaluar un conjunto de llamadas antes de su ejecución. El plazo de respuesta se puede configurar y el valor inicial documentado es de cinco segundos.

¿Cómo probar el control con un CRM conectado?

Considere un asistente que prepara reuniones comerciales. Consultar el nombre de la cuenta y la etapa del negocio puede ser suficiente para el resumen. Incluir un anexo con los descuentos negociados o intentar exportar todos los contactos cambia el alcance. El equipo puede preparar esos ejemplos con registros ficticios y probar que las reglas permiten una consulta limitada y frenan los casos que exceden el permiso definido.

Pruebe también un escenario en que el agente proponga varias acciones juntas, como buscar una empresa y enviar un correo. Observe cómo responde la política al conjunto y compruebe qué pasó en el CRM y en la herramienta de correo. Esa revisión ayuda a detectar reglas demasiado amplias y evita dar por hecho que una aprobación en el chat representa una acción ejecutada.

Si una solicitud legítima queda bloqueada, registre el perfil de prueba, la acción afectada y la regla que produjo el rechazo. Si el equipo aprueba una excepción, limite su alcance a ese perfil y a esa acción. Repita el caso al cambiar la política.

¿Qué significa para las empresas en Chile y Latinoamérica?

En Chile, un equipo puede comenzar con datos sintéticos que representen identificadores de clientes, descuentos y notas de negociación. Verifique qué partes de la conversación llegan al servidor de control y quién puede acceder a sus registros. En Latinoamérica, si distintas filiales comparten una organización, conviene repetir la prueba con perfiles y conectores de cada unidad antes de adoptar una regla común.

Incluya una prueba con el servidor de seguridad sin respuesta. Registre qué ve el ejecutivo, qué operación queda pendiente y qué aviso recibe el responsable. Las políticas de cada empresa pueden tratar una demora de forma distinta. El piloto debe dejar documentado qué se permite hacer durante esa interrupción y cómo se reanuda el trabajo.

Análisis de Revenue Hub

La prueba mínima debería combinar una lectura de cuenta permitida, un envío que requiera revisión y una exportación bloqueada. Para cada caso, anote la decisión esperada y confirme el resultado en los sistemas conectados. El responsable comercial debe poder explicar el flujo al usuario y el responsable de seguridad debe poder localizar la regla que se aplicó.

Antes de ampliar el acceso, use la guía para asignar un responsable y alertar cuando se interrumpe una integración. El mismo principio sirve para vigilar el servidor que toma decisiones sobre las solicitudes. Compare el volumen esperado de comprobaciones con el observado y revise por separado los rechazos correctos, los falsos positivos y las demoras. Así el equipo puede ajustar la política con evidencia de la operación.