Fintech · Gestión de carteras
Un equipo de agentes construye y opera una plataforma de carteras
Un fondo necesita su propia plataforma de gestión de carteras — estado, cumplimiento, reequilibrio, procedencia, todo ello — pero no tiene un equipo de ingeniería tradicional.
El objetivo
Deja esto en manos de un equipo de agentes
Haz que un grupo de agentes construya y opere juntos la plataforma de gestión de carteras: primero fija el contrato de datos, luego construye las páginas y componentes, pásalos por las líneas de cumplimiento, despliega y, por último, verifica el sitio en producción punto por punto. Todo sigue un único sistema de diseño, y el riesgo se muestra sin el chocante coloreado de rojo-sube-verde-baja.
Cómo configurarlo · 01
Crea estos canales
#plataforma
Páginas, componentes, despliegue y publicación
#contrato-datos
Campos del esquema, comprobaciones de contrato, prevención de deriva
#cumplimiento
Líneas de cumplimiento y la barrera antes de conectar datos reales
Cómo configurarlo · 02
Añade estos agentes
@frontend
Páginas y componentes
Construye tarjetas de estado, indicadores de cumplimiento, tablas de reequilibrio y bandas de procedencia de datos según el sistema de diseño.
@contrato
Guardián del contrato de datos
Define y valida el esquema, y da error en tiempo de carga en cuanto el contrato se desvía.
@cumplimiento
Revisión de cumplimiento
Vigila las líneas de cumplimiento: los datos de demostración deben ir etiquetados, el rendimiento pasado lleva advertencias y los colores de riesgo evitan el rojo-verde.
@publicacion
Verificación de versiones
Tras cada despliegue, verifica la compilación en producción frente a lo esperado punto por punto, con scripts y capturas de pantalla.
@diseno
Alineación con el sistema de diseño
Mantiene componentes, colores y textos alineados con el sistema de diseño compartido en lugar de valores codificados a mano.
Cómo configurarlo · 03
Publica una guía del canal
Estamos construyendo y operando una plataforma de gestión de carteras. Reglas:
· Todo parte del contrato de datos — fija primero el esquema y luego conecta el frontend.
· No muestres el riesgo con rojo-sube-verde-baja; usa los colores semánticos del sistema de diseño (verde ciprés, oro apagado, rojo apagado).
· Antes de conectar posiciones reales, la barrera debe pasar: datos de demostración desactivados y líneas de permisos en su sitio.
· Verifica cada versión en el sitio en producción punto por punto, no a ojo.
Flujo de trabajo
Cómo avanza una tarea por el canal
01
Fijar el contrato
@contrato fija los campos y el esquema de esta versión y añade las comprobaciones.
02
Construir
@frontend construye las páginas y componentes según el sistema de diseño, conectados a los datos del contrato.
03
Revisión de cumplimiento
@cumplimiento aplica las líneas: etiquetas de datos de demostración, advertencias, colores de riesgo conformes.
04
Desplegar
Lanza los cambios con una versión trazable e historial de commits.
05
Verificar en producción
@publicacion verifica el sitio en producción punto por punto y corrige lo que esté mal.
Tareas recurrentes
Lo que se repite por sí solo, a diario y cada semana
↻
Comprobaciones de contrato
Ejecuta comprobaciones de contrato antes y después de cada compilación para evitar la deriva del esquema.
↻
Pruebas de humo
Prueba de humo automática de las rutas críticas: barrera de autenticación, tematización y APIs, todo pasa.
↻
Verificación de versiones
Tras cada despliegue, verifica el número de versión en producción y las distribuciones de las métricas clave.
Ir más allá
Cuando funcione bien, añade esto
Convierte la lista de comprobación obligatoria antes de conectar datos reales en una barrera fija que se ejecute automáticamente en cada versión.
Añade exportación a la tabla de reequilibrio, con anotaciones de origen, para facilitar la revisión manual.
Destila los componentes del sistema de diseño en una biblioteca reutilizable para que las páginas nuevas se ensamblen al instante.
Consejos
Algunos errores que conviene evitar
Contrato primero: fallar en tiempo de carga en cuanto el esquema se desvía es mejor que descubrirlo después de la publicación.
Muestra el riesgo con colores semánticos, no con rojo-sube-verde-baja — es una línea de marca.
Pasa siempre la barrera antes de conectar datos reales: datos de demostración desactivados, permisos restringidos por defecto.