Antes de otorgar permisos a un agente de IA para que actúe en sistemas reales, necesitas documentar exactamente qué puede y qué no puede hacer. Este prompt genera un informe estructurado de control de acceso que funciona como lista de verificación previa al despliegue, obligándote a pensar en límites, riesgos y mecanismos de supervisión antes de que ocurra un problema.
Qué hace este prompt
Este prompt crea un documento de control que evalúa los riesgos de otorgar acceso a un agente de IA sobre sistemas, bases de datos o procesos operativos. Está diseñado para equipos de TI, responsables de seguridad y líderes de proyecto que despliegan automatizaciones con IA en entornos críticos. Sustituye reuniones dispersas y correos interminables donde nadie documenta quién aprobó qué. El resultado es un informe que identifica escenarios peligrosos, define barreras de actuación, especifica qué registros guardar y establece quién debe autorizar cada nivel de acceso antes de activar nada.
Cómo usarlo
Modelo recomendado: Cualquiera
Define primero qué sistema, conjunto de datos u operación específica tocará el agente de IA. Escribe el nombre técnico completo en el corchete del prompt, por ejemplo «base de datos PostgreSQL de clientes EMEA» o «proceso de aprobación automática de créditos menores a 5000 euros». Pégalo en tu modelo preferido y ejecuta. Revisa el informe generado con tu equipo legal y técnico. Ajusta los límites según las políticas internas. Guarda el documento como requisito previo a cualquier despliegue y actualízalo si cambian los permisos.
El prompt completo
Crea un informe de permisos y control de acceso que debe revisarse antes de dar a un agente de IA acceso a [especifica: sistema/datos/operación]. Incluye: riesgos potenciales, límites de acción, registros de auditoría necesarios, botones de pánico, y aprobaciones requeridas.
Ejemplo de resultado
Si especificas «sistema de facturación electrónica con emisión automática», el informe identificará riesgos como emisión duplicada de facturas, modificación de importes sin verificación humana o acceso a datos fiscales sensibles. Propondrá límites como máximo 50 facturas por hora, montos inferiores a 1000 euros sin revisión, y prohibición de anular documentos ya enviados. Definirá registros de auditoría: timestamp de cada emisión, usuario que activó el agente, cambios en plantillas. Incluirá botones de pánico para suspender emisiones automáticas. Especificará que necesitas aprobación del director financiero y del responsable de cumplimiento antes del despliegue.
Cuándo usarlo
Úsalo cuando planees automatizar procesos financieros donde errores cuestan dinero real, como gestión de pagos o aprobación de presupuestos. Aplícalo antes de dar acceso de lectura o escritura a bases de datos con información personal, médica o confidencial que obligan a cumplir normativas. Resulta imprescindible al desplegar agentes que interactúan con clientes externos sin supervisión humana continua, como chatbots que gestionan devoluciones o modifican pedidos, donde la reputación está en juego.
Errores comunes al usarlo
El fallo más frecuente es escribir descripciones genéricas como «base de datos» en lugar de especificar cuál exactamente, obteniendo un informe demasiado abstracto para ser útil. Otro error común es generar el informe después de haber desplegado el agente, convirtiéndolo en documentación cosmética en lugar de herramienta preventiva. Algunas personas ignoran la sección de botones de pánico asumiendo que siempre podrán detener el agente manualmente, sin documentar cómo hacerlo en la práctica cuando el sistema está corriendo a las tres de la madrugada.
Cómo adaptarlo a tu caso
Si trabajas en sector regulado como banca o salud, añade al final del prompt «incluye referencias a normativas aplicables como GDPR, PSD2 o HIPAA según corresponda». Para startups con menos burocracia, modifica a «usa formato checklist ejecutivo con aprobaciones simplificadas». Si necesitas presentarlo a directivos no técnicos, agrega «explica riesgos con ejemplos de impacto en negocio, no en jerga técnica». Un ejemplo concreto: cambia «registros de auditoría necesarios» por «logs que exige el auditor externo en certificación ISO 27001» si ese es tu contexto.
Qué NO esperes de él
Este prompt no sustituye una auditoría de seguridad profesional ni un análisis de riesgos certificado. No te dirá si tu infraestructura técnica está preparada para implementar los controles que sugiere. No genera código para los botones de pánico ni configura automáticamente permisos en tu sistema real. Tampoco considera riesgos específicos de tu sector que no hayas mencionado explícitamente. El informe es un punto de partida para conversaciones, no un documento legalmente vinculante listo para firmar sin revisión humana experta.
