Seis preguntas a tu proveedor de agentes de IA
Contenido revisado el 17 de septiembre de 2026 · Equipo editorial NextAI
Las seis preguntas que separan a un proveedor de agentes de IA serio de uno que depende de que le creas, con la respuesta buena y la mala de cada una.

Antes de contratar agentes de IA que van a actuar en nombre de tu empresa, hay seis preguntas que conviene hacer por escrito. No son técnicas: son de responsabilidad, límites y comprobabilidad. Un proveedor solvente las contesta en la misma reunión; uno que necesita consultarlas está improvisando su gobierno mientras habla contigo.
La lógica de fondo es que un agente no es software que consultas, sino software que actúa. Si actúa, alguien responde. Y si alguien responde, tiene que poder demostrarse. Es el mismo razonamiento que sostiene el DNI digital para agentes de IA.
1. ¿Qué sociedad responde legalmente de este agente, con código de registro?
Buena respuesta: una sociedad concreta, con forma jurídica y código de registro, publicada junto al agente. En nuestro caso, Cosmolabs OÜ, sociedad estonia con código de registro 17106582.
Mala respuesta: una marca comercial, un nombre de producto o «nuestro equipo». Una marca no tiene personalidad jurídica y no responde de nada.
Lo que estás comprobando es si existe un sujeto identificable al que reclamar. Si no lo hay, el resto de la conversación es decorativa.
2. ¿Puedo ver, por escrito y publicado, lo que el agente tiene prohibido hacer?
Buena respuesta: una lista de prohibiciones explícita y accesible sin pedir permiso, que cubra al menos dinero, contratos, borrado de datos, comunicaciones autónomas y modificación de otros sistemas.
Mala respuesta: una descripción de capacidades. Si un proveedor solo describe capacidades, falta evidencia para evaluar la frontera de autorización.
La lista de prohibiciones informa más que la de capacidades, porque acota el riesgo aunque el producto evolucione.
3. ¿Con qué firma digital lo demostráis y dónde está la clave privada?
Buena respuesta: un estándar abierto —por ejemplo, W3C Verifiable Credentials 2.0 firmadas con ES256— y una clave privada custodiada en un módulo de gestión de claves, fuera del servidor web.
Mala respuesta: «tenemos logs». Los registros deben poder revisarse en el marco acordado con el cliente, con las garantías de acceso y confidencialidad necesarias.
Si la respuesta incluye un formato propietario, pregunta quién más puede validarlo. Si solo su herramienta, sigues fiándote de su palabra.
4. Si cambiáis el prompt o las herramientas del agente, ¿me entero?
Buena respuesta: existe una versión firmada del manifiesto, un proceso de cambios y una comprobación de la configuración efectiva. Un hash registrado ayuda, pero por sí solo no detecta permisos externos ni prompts cargados en otro servicio.
Mala respuesta: «te lo comunicaríamos». Depende de que alguien se acuerde, en medio de un despliegue, de avisar a un cliente.
Esta es la pregunta que más separa a unos proveedores de otros, porque exige haber diseñado el sistema con esa propiedad desde el principio. El detalle técnico está en qué es un DNI digital para agentes de IA.
5. ¿Cómo se anula esa identidad si hay un incidente?
Buena respuesta: revocación pública, caducidad definida y ensayo de retirada de accesos con tiempos medidos. El proveedor debe explicar cachés, sesiones y comportamiento cuando la verificación falla.
Respuesta incompleta: «desactivamos el agente» sin aportar evidencia del corte ni actualizar su estado público. La guía de revocación explica por qué hay que comprobar ambas cosas.
6. ¿Puedo comprobarlo yo solo, sin pediros permiso?
Buena respuesta: una página pública donde cualquiera ejecuta las comprobaciones sin registrarse. Puedes verlo funcionando en el verificador público del agente Argos, y consultar el listado en el registro público de agentes.
Mala respuesta: un acceso previa solicitud, un panel al que hay que entrar con credenciales del proveedor o un PDF enviado por correo. Si la verificación depende del verificado, no es verificación.
Si tu proveedor no puede contestar a las seis, no significa que sea mala gente. Significa que su transparencia depende de que le creas.
Tabla de evaluación para llevar a la reunión
Puntúa cada pregunta de 0 a 2: 0 si no hay respuesta, 1 si es una promesa interna, 2 si es comprobable por un tercero.
| # | Pregunta | 0 puntos | 1 punto | 2 puntos |
|---|---|---|---|---|
| 1 | Sociedad responsable | Solo una marca | Sociedad citada de palabra | Sociedad y código de registro publicados |
| 2 | Prohibiciones por escrito | No existen | En contrato privado | Publicadas y accesibles |
| 3 | Firma y custodia de clave | Sin firma | Firma propietaria | Estándar abierto y clave en KMS |
| 4 | Aviso ante cambios | No | Comunicación manual | Identidad atada al hash del manifiesto |
| 5 | Anulación | Desactivación interna | Revocación bajo petición | Revocación pública, caducidad y corte probado |
| 6 | Comprobación independiente | Imposible | Bajo solicitud | Página pública sin registro |
Un proveedor por debajo de 6 puntos no está preparado para que sus agentes actúen fuera de tu perímetro. Entre 6 y 9, sirve para tareas internas con supervisión. Por encima de 10, puedes plantearte darle alcance externo con aprobación humana.
Dos preguntas extra si el agente toca clientes
Cuando el agente se comunica con personas, añade dos más. La primera: ¿cómo se identifica como sistema de IA en cada canal, no solo en la web? Es el núcleo de la obligación de transparencia que analizamos en el artículo 50 del AI Act para pymes.
La segunda: ¿quién aprueba cada acción externa y cómo se registra esa aprobación? En nuestros superagentes, el nivel máximo operativo es A4: acción persistente o externa solo con aprobación humana válida. Nada de dinero autónomo, nada de borrar auditoría, nada de escalar privilegios: esas acciones están fuera del alcance de cualquier agente, tenga el nivel que tenga.
Qué hacer con las respuestas
Las respuestas a estas seis preguntas deberían acabar en el contrato, no en un correo. Concretamente: sociedad responsable con código de registro, lista de prohibiciones como anexo, compromiso de notificación o de rotura de credencial ante cambios de configuración, plazo de revocación ante incidente y URL de comprobación pública.
Y conviene recordar el límite: la firma verifica el origen y la integridad de una declaración. No garantiza calidad ni que todos los límites se apliquen durante la ejecución. La parte de proteger el sistema frente a abusos es otra capa, que tratamos en seguridad de agentes de IA.
Preguntas frecuentes
¿Estas preguntas valen si el proveedor es grande?
Sí, y suelen ser más reveladoras. Un proveedor grande tiene documentación abundante sobre el modelo y, a menudo, muy poca sobre el alcance concreto del agente que despliega en tu empresa, que es lo que aquí importa.
¿Qué hago si el proveedor no puede responder a la cuarta?
Pide al menos una notificación contractual de cambios de configuración con plazo, y guarda la versión del manifiesto o de la descripción funcional en la fecha de contratación. No es equivalente, pero te da algo que contrastar.
¿Esto aplica a agentes internos que no hablan con clientes?
Aplica de forma proporcional. Un agente interno no genera la misma obligación de transparencia, pero sí los mismos riesgos de alcance: acceso a datos, acciones irreversibles y cambios de configuración sin control.
¿Cuánto debería tardar un proveedor en contestar?
En la propia reunión, salvo el código de registro. Si necesita una semana para decirte qué tiene prohibido hacer su agente, la respuesta real es que aún no lo han decidido.
Qué hacer con esto
- Envía las seis preguntas por escrito antes de la demo, no después.
- Puntúa con la tabla durante la reunión, no de memoria al día siguiente.
- Lleva las respuestas al contrato, con la lista de prohibiciones como anexo.
- Comprueba tú mismo la URL de verificación que te den, en una ventana sin sesión iniciada.
- Repite el ejercicio en cada renovación, porque la configuración de un agente cambia mucho más que la de un software tradicional.
Si quieres que revisemos contigo las respuestas de tus proveedores actuales y el alcance real de tus agentes: Pide tu Auditoría Digital.
Actualización editorial del 17 de septiembre de 2026 realizada con apoyo de IA y contraste de documentación pública. No se presenta como una auditoría externa.
Identidad y ejecución: alcance de esta explicación
Las comprobaciones públicas describen la credencial y su relación con el manifiesto registrado. No prueban la autenticación de quien la presenta, el estado de cada permiso externo ni el bloqueo real de acciones. Consulta las evidencias y límites publicados.
