Cómo separar herramientas de consulta y de escritura
Separa consulta y escritura en el catálogo de herramientas, en las credenciales cuando el sistema lo permita y en el flujo de ejecución.
Equipo enginerIT· 2 min de lectura
Separa consulta y escritura en el catálogo de herramientas, en las credenciales cuando el sistema lo permita y en el flujo de ejecución. Preparar un borrador puede requerir lectura, pero enviar o modificar necesita una decisión adicional. Un único botón no debería ocultar ese salto de capacidad.
Define capacidades por su efecto
Clasifica buscar, leer y calcular sobre datos obtenidos como operaciones de consulta cuando no cambian sistemas externos. Distingue preparar una propuesta de crear un registro persistente: guardar un borrador en el CRM ya es una escritura, aunque nadie lo haya enviado al cliente. Revisa la documentación del destino para saber si una consulta aparente provoca reservas, marcas de lectura u otros efectos.
Dibuja dos recorridos claros
El recorrido de consulta obtiene solo los campos necesarios y entrega una explicación o propuesta. El de escritura recibe una acción estructurada, verifica autorización y confirma el estado final. Evita que una función llamada «resolver caso» pueda elegir libremente entre leer, cerrar y comunicar. Funciones acotadas facilitan mostrar qué decisión falta y detener una escritura sin bloquear toda la búsqueda.
Limita lo que puede hacer cada identidad
Si el proveedor admite permisos separados, configura el componente lector sin capacidad de modificación. El componente escritor debe comprobar el caso y su aprobación antes de usar su credencial. No entregues ambas credenciales al modelo ni las incluyas en mensajes de error. Si el sistema solo ofrece un permiso demasiado amplio, reconoce esa limitación y añade mediación o conserva la ejecución manual.
Prueba que leer no permite saltar a cambiar
Con una sesión de consulta, intenta proponer una modificación y comprueba que no se ejecuta ni se convierte en una nueva ruta privilegiada. Con una sesión autorizada de escritura, verifica que solo cambia los campos previstos. Incluye un borrador rechazado: debe seguir disponible para revisión sin dejar el expediente como completado. Asigna dueños diferentes a las necesidades de lectura y a la aprobación de cambios cuando el proceso lo exija. Mantén clara la diferencia entre autoridad para acceder a información y autoridad para actuar con ella.
Comprobaciones para cerrar la tarea
- ✓ Verificar si guardar un borrador ya modifica el destino.
- ✓ Probar una escritura desde el recorrido de consulta.
- ✓ Confirmar que el rechazo conserva el estado correcto.
Fuentes y documentación
- OWASP: autorización — La autorización debe aplicarse a las peticiones y a su contexto, con privilegios mínimos.
- OpenAI: llamadas a funciones — La aplicación ejecuta las funciones; el ajuste al esquema no acredita autorización ni corrección comercial.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →