Fábrica de agentes para equipos
Una idea de automatización pasa por descubrimiento, evaluación, construcción y adopción.
Caso anonimizado · sistema interno
- Rol
- Arquitectura · Builder
- Stack
- Python · FastAPI · Slack Bolt · Anthropic SDK
El problema
Cuando cada equipo prueba agentes por su cuenta, cuesta distinguir tareas valiosas de demos, repetir lo que funciona y definir quién revisa las salidas.
El sistema
Construí un flujo conversacional con cuatro etapas coordinadas por una máquina de estados: descubrir el caso, evaluar impacto y viabilidad con controles, generar una configuración y llevarla a un catálogo para su uso. La interfaz vive en Slack; este caso omite datos y pantallas internas.
Poner evaluación y responsables antes del agente.
El flujo convierte una petición conversacional en un caso evaluable, una configuración y una entrada de catálogo. El diagrama ilustra la arquitectura sin mostrar trabajo interno.
- 01
Descubrir
La conversación identifica la tarea, quién la hace, con qué información y qué salida sería útil. La intención es formular un problema concreto antes de elegir una herramienta.
- 02
Evaluar y construir
Una etapa revisa impacto, viabilidad y controles. Después, otra genera la configuración del agente bajo una máquina de estados que conserva el avance del caso.
- 03
Adoptar
El agente se incorpora a un catálogo para que pueda encontrarse y usarse desde el canal de trabajo. La revisión humana y los límites de acceso siguen siendo parte del diseño.
Para replicarloLección de diseño: un agente no se justifica por poder generarse. Debe partir de una tarea repetida, tener contexto autorizado y una persona responsable de revisar su utilidad.
Lo construido
Una arquitectura que se puede examinar.
- 01
Cuatro etapas conectadas en un mismo flujo
- 02
Evaluación antes de construir el agente
- 03
Configuraciones y catálogo reutilizables
¿Hay un reto parecido en tu operación?