Arquitectura con nuevas capacidades sobre una base sólida

Definir responsabilidades antes de elegir componentes

Pensemos en una plataforma que recibe solicitudes de servicio. La IA puede ayudar a interpretar lo que pide el cliente y proponer una clasificación. El sistema de gestión, a su vez, debe determinar qué servicios están disponibles, quién puede contratarlos y cómo se registra una orden. Son responsabilidades relacionadas, pero conviene que sus límites queden claros desde el diseño.

Si la interpretación de un mensaje también decide precios, permisos y cambios de estado sin controles definidos, una modificación pequeña puede afectar todo el recorrido. Separar esas decisiones facilita revisar cada parte con los criterios que le corresponden. El objetivo es que la nueva función tenga un lugar preciso dentro del sistema y que sus resultados pasen por las comprobaciones necesarias antes de producir efectos. Así, cada cambio puede evaluarse dentro de un alcance que el equipo reconoce y comprende.

Diseñar conexiones que se puedan comprender y reemplazar

Una conexión útil establece qué información recibe un componente, qué resultado entrega y qué ocurre cuando no puede responder. En una función de clasificación, por ejemplo, puede acordarse un conjunto de categorías válidas y una salida para casos que necesitan revisión. Ese acuerdo evita que las partes del sistema deban interpretar respuestas ambiguas para continuar trabajando.

También conviene reducir la dependencia de detalles que pueden cambiar. Si las particularidades de un servicio de IA quedan repartidas por toda la aplicación, reemplazarlo o actualizarlo puede requerir modificaciones en muchos lugares. Concentrar esa conexión en un componente definido facilita evaluar alternativas y controlar sus efectos. La separación debe responder a una necesidad real del producto, con una complejidad que el equipo pueda mantener. Conviene documentar qué problema justifica cada separación.

Hacer que el comportamiento sea observable

Cuando una operación demora o entrega un resultado inesperado, el equipo necesita reconstruir lo ocurrido. Qué información se recibió, qué componente intervino y en qué paso se detuvo el recorrido son datos útiles para investigar. Esa visibilidad debe diseñarse con criterio, registrando lo necesario para operar sin acumular indiscriminadamente información sensible.

Las funciones apoyadas en IA también requieren evaluar la calidad de sus resultados al cambiar modelos, instrucciones o fuentes. Una conexión puede seguir funcionando técnicamente y, aun así, producir clasificaciones menos útiles para el negocio. Contar con ejemplos representativos permite comparar comportamientos antes de extender un cambio y decidir cómo recuperar la versión anterior si hace falta. La comparación debe incluir tanto casos habituales como excepciones relevantes del proceso.

Usar la IA para explorar, con decisiones que el equipo pueda explicar

La IA también puede colaborar durante el trabajo de arquitectura: ayudar a organizar documentación, plantear alternativas o señalar preguntas para una revisión. Ese aporte depende del contexto disponible y de la verificación del equipo. Una propuesta bien presentada necesita contrastarse con las restricciones reales, el comportamiento del sistema y la capacidad de quienes deberán mantenerlo.

Cómo abordamos la evolución de la arquitectura en 301

En 301 vinculamos las decisiones de arquitectura con el alcance y la evolución del negocio. Revisamos qué responsabilidades conviene separar, qué conexiones necesitan acuerdos claros y qué evidencia permitirá evaluar los cambios. Documentar el motivo de esas decisiones ayuda a que la siguiente incorporación aproveche lo construido y conserve una dirección comprensible para todo el equipo.