Un agente sectorial no es un prompt con vocabulario de industria
Por Equipo Quantum Developers
Resumir:
Un agente de IA no se vuelve sectorial porque conozca la jerga de logística, salud o finanzas. La tesis comprobable es más exigente: solo está preparado para un dominio cuando puede declarar qué datos acepta, qué decisiones puede tomar, qué acciones tiene prohibidas y quién resuelve sus excepciones. Si dos agentes usan el mismo contrato operativo y únicamente cambian sus instrucciones de estilo, no son dos capacidades sectoriales; son dos interfaces sobre el mismo riesgo.
Esta distinción importa porque una demostración puede responder preguntas convincentes con documentos elegidos a mano, mientras que producción recibe datos tardíos, estados incompatibles y solicitudes fuera de alcance. El problema no es que el modelo “sepa poco del sector”. El problema es que la organización todavía no ha convertido su conocimiento operativo en un contrato verificable.
El contrato va antes que la personalidad
Un contrato de datos mínimo no es una lista de archivos permitidos. Debe definir el objeto de negocio, su identificador, la fuente autorizada, el momento observado, la vigencia aceptable, los campos obligatorios, las reglas de rechazo y los derechos de uso. También debe distinguir un dato ausente de un dato con valor cero y una corrección de una observación nueva.
NIST asigna a los actores de diseño tareas como documentar objetivos, supuestos, contexto, requisitos, metadatos y características de los conjuntos de datos; además incluye explícitamente a expertos de dominio y responsables de gobierno entre los actores relevantes (NIST, tareas de actores de IA). Esto respalda una conclusión práctica: el contrato no puede escribirlo solo el equipo de modelos. Operaciones debe definir significado y excepciones; datos debe definir linaje y calidad; seguridad y legal deben definir derechos; el propietario del proceso debe aceptar la consecuencia de la decisión.
Para usos sujetos a requisitos de alto riesgo en la Unión Europea, el Reglamento de IA exige medidas de gobierno de datos y supervisión humana, y describe operadores con competencia, formación y autoridad para intervenir (Reglamento (UE) 2024/1689). No todos los casos empresariales caerán en esa categoría legal, pero el principio de diseño es útil fuera de ella: una revisión humana sin autoridad para detener la acción es decoración, no control.
Dibuje la frontera de decisión
La frontera debe expresarse con verbos operativos. Una clasificación útil separa cuatro niveles:
| Nivel | El agente puede | Condición |
|---|---|---|
| Observar | leer, resumir, detectar inconsistencias | no cambia el estado del negocio |
| Proponer | recomendar una categoría o siguiente acción | una persona o regla independiente decide |
| Ejecutar reversible | crear una tarea, solicitar evidencia, guardar un borrador | existe idempotencia y deshacer verificable |
| Ejecutar irreversible | aprobar, pagar, cancelar, comprometer inventario | autorización separada y evidencia reforzada |
La lista debe incluir prohibiciones: no completar valores ausentes como hechos, no usar una fuente vencida, no cambiar un beneficiario, no publicar sin aprobación. NIST recomienda documentar el alcance de uso, diferenciar responsabilidades en configuraciones humano-IA y definir procesos de supervisión (NIST AI RMF Core). Traducido a operación, cada acción necesita un dueño, una política y un registro de por qué fue permitida.
Scorecard de preparación de dominio
El siguiente scorecard es una heurística diseñada para este artículo, no un benchmark externo. Puntúe cada dimensión de cero a tres: cero significa inexistente; uno, implícita o manual; dos, definida y probada en una muestra; tres, instrumentada y revisada periódicamente.
- Contrato de datos: identidad, fuente, esquema, vigencia y rechazo.
- Semántica estable: estados y términos tienen el mismo significado entre equipos.
- Frontera de decisión: acciones permitidas, prohibidas y sujetas a aprobación.
- Reversibilidad: existe compensación o bloqueo para acciones materiales.
- Propiedad de excepciones: una cola tiene responsable, plazo y ruta de escalamiento.
- Evidencia: entrada, versión de política, decisión, aprobador y resultado quedan vinculados.
- Derechos y seguridad: la finalidad y el acceso de cada fuente están autorizados.
- Capacidad de revisión: hay personas con contexto y tiempo para resolver casos dudosos.
Regla recomendada: cualquier cero bloquea autonomía. Un conjunto de unos puede justificar un asistente de lectura; una mayoría de doses permite un piloto con aprobación; los tres no conceden autonomía por sí solos, pero prueban que la organización puede observar y gobernar el comportamiento. La puntuación no reemplaza evaluación legal ni de seguridad.
Ejemplo ilustrativo: repuestos industriales
Suponga, solo como ejemplo, un agente que clasifica solicitudes de repuestos. Recibe un número de activo, descripción libre, criticidad y ubicación. El contrato autoriza el catálogo maestro y el historial de mantenimiento, pero prohíbe inferir compatibilidad cuando falta el modelo del activo.
Una solicitud con activo válido y coincidencia única puede generar un borrador de reserva. Dos coincidencias compatibles crean una excepción con razón AMBIGUOUS_PART. Un activo desconocido produce ASSET_NOT_FOUND; nunca una pieza inventada. La persona de mantenimiento decide, compras verifica disponibilidad y el agente conserva la evidencia utilizada. Este diseño es sectorial porque incorpora identidad, autoridad, estados y responsabilidades del proceso, no porque el prompt incluya nombres de máquinas.
Qué debe verse en operación
Un plano de control como Quantum Automation Center puede mostrar el catálogo de agentes, estado de ejecuciones, líneas de tiempo, artefactos, logs y analítica operativa. Esas superficies no sustituyen el contrato; lo hacen inspeccionable. Para cada agente conviene poder responder:
- ¿qué versión del contrato y de la política se ejecutó?;
- ¿qué objeto de negocio estaba en juego?;
- ¿qué fuente estaba vigente?;
- ¿qué acción fue propuesta o realizada?;
- ¿quién aprobó y dónde quedó la evidencia?;
- ¿qué excepción sigue abierta y quién la posee?
La documentación sobre agentes de IA y objetos de negocio puede servir para alinear esos campos con la arquitectura existente. El objetivo no es concentrar toda la lógica, sino tener una vista común de límites y resultados.
El contrapunto: no convierta el descubrimiento en burocracia
Un prompt con contexto sectorial puede ser perfectamente adecuado para explorar documentos, preparar preguntas o resumir material que una persona revisará. Imponer ocho dimensiones completas antes de aprender si el problema merece inversión puede producir meses de diseño sin evidencia de utilidad. En tareas informativas y reversibles, empiece con un contrato ligero: fuentes permitidas, aviso de incertidumbre y prohibición de actuar.
La frontera debe crecer con la consecuencia. El error es vender ese prototipo como capacidad operativa antes de definir quién responde cuando el dato llega tarde o la recomendación es incorrecta.
Cuándo no usar un agente sectorial
No lo use si el flujo es una regla estable que una automatización determinística puede ejecutar con menor variabilidad. Tampoco cuando no existe una fuente autorizada, los datos no tienen identidad consistente, nadie acepta la cola de excepciones o la revisión humana es nominal. Si una decisión irreversible debe ocurrir con latencia menor que la revisión disponible, reduzca el alcance: permita observar o proponer, no ejecutar.
La prueba final es sencilla: quite el nombre de la industria al prompt. Si todavía no puede distinguir al agente por su contrato de datos, su frontera de decisión y su modelo de responsabilidad, aún no tiene un agente sectorial; tiene una demostración temática.
Sources
Temas del artículo
