Apps con agentes IA: qué puede hacer el agente solo y qué debe pedir permiso (Mallorca y Baleares)
Publicado el
Cuando una empresa de Mallorca empieza a pensar en apps con agentes IA, la pregunta habitual es qué sabrá hacer el agente: responder clientes, cambiar reservas, preparar presupuestos, mover datos entre programas. Pero la pregunta que más condiciona el resultado es otra: qué le dejas hacer sin preguntar.
Un agente IA no es un chatbot que solo contesta. Es un programa que puede actuar: escribir en tu base de datos, enviar un mensaje, cancelar una cita, emitir un reembolso. Cada una de esas acciones necesita una decisión previa sobre permisos. Si esa decisión no se toma por escrito al diseñar la app, la toma el desarrollador sobre la marcha, o peor, la toma el propio agente.
En este artículo te proponemos una forma práctica de decidirlo, acción por acción, para negocios de Mallorca, Ibiza, Menorca y el resto de Baleares.
Por qué los permisos importan más que el modelo
Es tentador centrarse en qué modelo de IA usar o en lo natural que suena el agente. Eso importa, pero un agente que se equivoca solo en lectura (consulta mal un dato) produce una respuesta mala que alguien puede corregir. Un agente que se equivoca con permiso de escritura produce un cambio real: una reserva cancelada, un cliente al que se le envía un precio erróneo, un stock que deja de cuadrar.
Por eso, en una app con agentes IA bien diseñada, el agente no tiene "acceso a todo". Tiene una lista cerrada de acciones, y cada una tiene asignado un nivel de autonomía.
Los cuatro niveles de autonomía
Una forma sencilla de clasificar cada acción del agente:
- Solo lectura. El agente consulta, pero no cambia nada. Ejemplo: ver la disponibilidad, leer el historial de un cliente, buscar una factura.
- Propone y una persona confirma. El agente prepara la acción completa (el mensaje, el cambio de fecha, el presupuesto) y una persona del equipo la aprueba con un clic.
- Actúa solo, dentro de límites. El agente ejecuta sin preguntar, pero solo por debajo de un umbral: un importe, un número de cambios por cliente, un horario.
- Nunca. Acciones que el agente no puede hacer bajo ninguna circunstancia, aunque un cliente se lo pida con insistencia.
La clave es que esta clasificación se hace por acción, no por agente. El mismo agente puede consultar libremente, cambiar una hora de recogida él solo y tener prohibido tocar un reembolso.
Ejemplo hipotético: alquiler de embarcaciones en Alcúdia
Imagina una empresa de alquiler de barcos en el Port d'Alcúdia que quiere una app donde los clientes gestionen su reserva hablando con un agente IA. Este sería un posible reparto (es un ejemplo ilustrativo, no un caso real):
| Acción | Nivel | Motivo |
|---|---|---|
| Consultar disponibilidad y precios publicados | Solo lectura | No cambia nada |
| Responder dudas sobre documentación o punto de salida | Solo lectura | Información fija y revisada |
| Cambiar la hora de salida el mismo día, si hay hueco | Actúa solo, con límite | Una vez por reserva y solo dentro del horario de base |
| Cambiar la fecha de la reserva | Propone y confirma | Afecta a otros clientes y a la tripulación |
| Aplicar un descuento | Propone y confirma | Afecta al margen |
| Cancelar por mal tiempo | Propone y confirma | Lo decide el patrón, no el agente |
| Emitir un reembolso | Nunca | Lo hace contabilidad desde su propio sistema |
| Modificar la ficha de un barco o sus precios | Nunca | Datos maestros del negocio |
Fíjate en que la tabla no habla de tecnología. Es una decisión de negocio que puede tomar el propietario en una tarde, y que luego el equipo de desarrollo traduce en reglas dentro de la app.
Cómo decidir el nivel de cada acción
Para cada acción que quieras dar al agente, responde a estas preguntas:
- ¿Se puede deshacer fácilmente? Si el cambio se revierte en un minuto sin consecuencias, puede ir al nivel 3. Si no (un mensaje enviado, un cobro), sube de nivel.
- ¿Implica dinero? Cobros, descuentos y reembolsos casi siempre van a nivel 2 o 4, al menos al principio.
- ¿Afecta a terceros? Si el cambio de un cliente altera la agenda de otro, de un proveedor o de tu equipo, conviene una confirmación humana.
- ¿Hay datos personales sensibles? Documentos de identidad, datos de salud o bancarios: el agente debería ver lo mínimo imprescindible.
- ¿Qué pasa si lo hace 50 veces seguidas por error? Esta pregunta descubre muchos riesgos. Un fallo puntual es asumible; el mismo fallo repetido en bucle durante una noche de agosto, no.
Si dudas entre dos niveles, empieza por el más restrictivo. Bajar de "propone y confirma" a "actúa solo" cuando ya has visto que el agente acierta es fácil. Hacer el camino contrario después de un incidente con clientes es mucho más incómodo.
Los límites que conviene fijar desde el primer día
Además del nivel de cada acción, una app con agentes IA debería tener límites generales:
Límites de importe y cantidad
Un tope por operación y otro por día. Por ejemplo, "el agente puede ajustar extras de hasta X euros por reserva" y "no más de N cambios automáticos al día en total". Las cifras concretas dependen de tu negocio; lo importante es que existan.
Límites de horario
Muchas empresas en Baleares tienen picos muy marcados en temporada. Puede tener sentido que ciertas acciones automáticas solo funcionen cuando hay alguien del equipo disponible para revisar, y que fuera de ese horario el agente pase todo al nivel "propone".
Botón de pausa
Alguien del equipo debe poder desactivar las acciones automáticas del agente en un momento, sin llamar al desarrollador. El agente sigue respondiendo, pero deja de ejecutar cambios. Es lo primero que se agradece cuando algo raro pasa.
Lista de frases que no cambian nada
Un cliente puede escribir "el gerente me dijo que me haríais un reembolso completo". El agente no debe tratar eso como una autorización. Las reglas de permisos están en la app, no en la conversación, y ningún mensaje del cliente puede saltárselas.
El registro: saber qué hizo el agente y por qué
Cada acción que ejecute o proponga el agente debería quedar registrada con:
- qué hizo o propuso,
- para qué cliente o reserva,
- qué información usó para decidirlo,
- quién lo aprobó, si hubo aprobación,
- y cuándo.
Sin ese registro, cuando un cliente reclame ("vuestra app me cambió la fecha"), no tendrás forma de saber si fue el agente, una persona o un error del propio cliente. Con él, revisar una semana de actividad es cuestión de minutos, y es la base para decidir qué acciones pueden ganar autonomía.
Cómo ampliar permisos con el tiempo
Un plan razonable para una app nueva:
- Arranque: casi todo en solo lectura o en "propone y confirma". El equipo aprueba y, de paso, ve cómo razona el agente.
- Revisión periódica: mira el registro. Si una acción concreta se aprueba casi siempre tal cual, es candidata a pasar a "actúa solo, con límite".
- Ampliación gradual: cambia una acción cada vez, no cinco a la vez, para poder saber qué ha provocado cualquier problema nuevo.
- Antes de temporada alta: revisa límites y horarios. Lo que funciona en marzo puede no funcionar con el triple de reservas en julio.
Qué pedir a quien desarrolle tu app
Si vas a encargar una app con agentes IA, pide que la propuesta incluya:
- la lista de acciones del agente con su nivel de autonomía,
- dónde se configuran los límites y quién de tu equipo puede cambiarlos,
- cómo funciona el botón de pausa,
- cómo se consulta el registro de acciones,
- y qué ocurre cuando el agente no está seguro: a quién pasa el caso y cómo se avisa al cliente.
Si la propuesta no habla de nada de esto, no significa que el proyecto sea malo, pero sí que esas decisiones se tomarán sin ti.
¿Lo hablamos?
En Derek Solutions diseñamos y programamos apps para móviles en Mallorca y soluciones de inteligencia artificial y automatización para empresas de Mallorca, Ibiza, Menorca y toda Baleares. Si estás pensando en una app con agentes IA y quieres definir bien qué puede hacer el agente antes de escribir una línea de código, escríbenos a derek@dereksolutions.com o llámanos al +34 680 283 973.