Registro de decisiones de arquitectura

Contexto

Los casos deben avanzar de forma fiable y ser comprobables y auditables en cada paso. Un modelo de lenguaje es probabilístico y no puede ser el componente que decide qué ocurre a continuación en una operación crítica.

Opciones consideradas

1. Orquestador de flujo de trabajo determinista que llama a servicios · elegida El motor de flujo de trabajo posee el estado y la secuencia; el modelo es un servicio al que llama.
2. Agente autónomo que planifica sus propias acciones siguientes El modelo decide la secuencia y el uso de herramientas en tiempo de ejecución.
3. Solo script lineal o RPA Un script fijo sin razonamiento de modelo.

Decisión

Un orquestador determinista posee el flujo de trabajo y la máquina de estados del caso. El modelo se invoca únicamente como un servicio llamado dentro de un solo estado, y nunca hace avanzar el caso por sí mismo.

Contexto

La operación necesita el apalancamiento de la IA para leer documentos y redactar evaluaciones, sin permitir que una salida sin fundamento influya en una decisión.

Opciones consideradas

1. La IA redacta dentro de un estado, fundamentada por recuperación de información y citas · elegida La salida debe citar fuentes recuperadas y superar las verificaciones de política.
2. IA disponible en varios estados El modelo contribuye en la clasificación, el enriquecimiento y la evaluación.
3. Sin IA; solo reglas deterministas Reglas y plantillas se encargan de todo.

Decisión

El modelo queda confinado al estado Evaluado. Debe fundamentar cada afirmación en una cita recuperada, y su borrador debe superar las verificaciones deterministas de política y reglas antes de llegar a la puerta de aprobación.

Contexto

Algunas acciones son rutinarias y seguras de automatizar; otras tienen suficiente consecuencia como para que una persona deba seguir siendo responsable. Una única política para todas las acciones sería insegura o inutilizablemente lenta.

Opciones consideradas

1. Puerta de aprobación escalonada por consecuencia · elegida La autonomía se concede en proporción a la consecuencia de la acción.
2. Una persona aprueba cada acción Máxima supervisión, mínimo rendimiento.
3. Sin puerta humana Máximo rendimiento, sin responsabilidad por decisiones con consecuencias.

Decisión

Una puerta de aprobación explícita es un estado con nombre. Las acciones de baja consecuencia se ejecutan automáticamente dentro de límites establecidos; el trabajo de consecuencia media lo decide un gestor de casos; las acciones de alta consecuencia requieren un aprobador senior.

Contexto

La operación debe ser totalmente trazable y debe aplicar el mínimo privilegio, actuando a la vez en los sistemas de registro de la organización.

Opciones consideradas

1. Límite de datos único con registro de auditoría de solo anexado y adaptadores de integración · elegida Todo el estado dentro de un límite; las acciones salen solo a través de adaptadores.
2. Los servicios escriben directamente en los sistemas de registro Cada servicio se integra de forma independiente.
3. Base de datos compartida sin límite explícito Conveniente pero con acceso sin límites.

Decisión

Los casos, los documentos y un registro de auditoría de solo anexado viven dentro de un único límite de datos de caso bajo acceso de mínimo privilegio. Las acciones llegan a los sistemas de registro solo a través de adaptadores de integración que el límite puede observar.