Tres dolores que cada equipo de ventas y BD vive cada semana. Cada uno es de lo que tus reps se quejan de verdad, no como los nombraría una página de funcionalidades.
Reconciliar posiciones, saldos y margen entre cuentas a mano retrasa la revisión matutina por horas.
Una falla en el pipeline de datos aparece solo después de que un reporte aguas abajo se rompe, no cuando realmente ocurrió.
Los incidentes se rastrean entre un hilo de Slack, un correo y la memoria, nunca en un solo sistema de registro.
Cada pipeline de abajo es una forma que cableas en el canvas usando el crew y las herramientas de más abajo. No es una funcionalidad que te entregamos, es un patrón que configuras.
TradingOperations obtiene posiciones abiertas, saldos de cuenta y órdenes abiertas en cada ciclo, verificando la salud del margen y el estado de liquidación. OperationsManager enruta cualquier cosa que necesite revisión humana.
DataOperations consulta directamente la base de datos operativa, verifica desviaciones de esquema y hace ping a APIs externas para revisar el uptime, así que un feed roto se señala antes de que corrompa en silencio un reporte aguas abajo.
DataOperations detecta la anomalía, IncidentManager coordina la respuesta y abre un ticket rastreado, y la alerta llega al canal que tu equipo realmente vigila.
ReportingAnalyst obtiene los números, y OperationsSynth compila los flujos de trading, datos, cumplimiento e incidentes en un solo brief de operaciones, entregado como hoja de cálculo o presentación y publicado donde la dirección ya lo revisa.
ComplianceOperations verifica el rastro de auditoría contra la política y agenda el plazo de presentación en el calendario compartido; OperationsManager enruta la tarea de seguimiento a quien sea responsable.
useCases.list.operations.workflows.5.body
Personas reales del crew operations. Cada una llega con un system prompt afinado y una allowlist de herramientas por defecto. Cambia los modelos por persona en el canvas.
Coordina las operaciones diarias en todo el equipo, enruta tareas a los responsables con plazos, y expone el trabajo bloqueado antes de que se atrase.
Reconcilia posiciones entre cuentas de CEX, verifica la utilización del margen y señala discrepancias de liquidación con montos exactos.
Es responsable de los calendarios, redacta respuestas, prepara briefs de reunión a partir del contexto de la bandeja de entrada, y deja listas las comunicaciones para aprobación de la dirección.
Obtiene datos en vivo de fuentes SQL y de warehouse, valida conteos de filas y frescura, y entrega reportes como archivos de Excel, presentaciones o gráficos.
Vigila la salud de las APIs y la frescura de los feeds de datos contra SLAs definidos, y levanta alertas en el momento en que un endpoint o pipeline se degrada.
Rastrea los plazos de presentación regulatoria, mantiene los registros de auditoría, y verifica que la actividad de trading se mantenga dentro de los límites de riesgo documentados.
Prioriza anomalías en tickets SEV1, SEV2 o SEV3, escala al canal correcto, y redacta el post-mortem después de la resolución.
Compila cada flujo en un brief ejecutivo de cuatro secciones ordenado por criticidad, y luego publica el resumen final en Slack.
Cada herramienta de abajo es una herramienta compartida real del bundle Melaya. Allowlist por agente, HITL en las escrituras y revocación en un clic.
Datos en vivo de posiciones, saldos y ejecuciones de las mismas claves de exchange que usa tu mesa de trading. Las lecturas están abiertas para TradingOperations; melaya_place_order y melaya_cancel_order se mantienen con puerta HITL por defecto.
Lee bases de datos de warehouse y operativas para armar reportes y verificaciones de frescura. Los DSNs delimitados se pasan por agente para que ReportingAnalyst solo llegue a los esquemas que listes; las escrituras requieren una puerta HITL explícita.
Avisa a la guardia vía Telegram o Discord cuando IncidentManager clasifica un SEV1, con severidad, responsable y ETA de resolución. Todos los mensajes salientes tienen puerta HITL por defecto en este crew.
Abre y actualiza tickets de incidentes, rastrea plazos de presentación, y enruta el trabajo bloqueado de vuelta a los responsables. jira_create_issue y linear_create_issue tienen puerta HITL para que ningún ticket se dispare sin un aprobador.
Obtén las próximas 72 horas de reuniones para el brief ejecutivo y deja listos los bloqueos para las llamadas de revisión de incidentes. gcal_create_event tiene puerta HITL para que nada llegue al calendario de un líder sin aprobación.
ExecutiveAssistant lee los hilos entrantes para preparar briefs de reunión y redacta respuestas para aprobación. gmail_send tiene puerta HITL por defecto; las respuestas a proveedores basadas en reglas se pueden liberar por plantilla.
Entrega reportes como libros de Excel, briefs como documentos de Word, y resúmenes para la junta como presentaciones de PowerPoint. Las escrituras de archivos quedan en el registro de artefactos de la ejecución para que cualquier salida pueda reproducirse y rastrearse.
Sondeo de páginas de estado de proveedores vía http_request, entrega del brief diario vía slack_post_text, y búsquedas puntuales vía web_search. slack_post_text y file_write tienen puerta HITL por defecto en este crew.
Cada pipeline llega con tres capas de acceso al conocimiento. Combínalas por agente en el canvas. Sin espacio vectorial compartido con otro tenant, sin lecturas sorpresa, sin retrieval opaco.
includeContextDocumentos por pipeline que se anexan al input de agentes específicos en cada run. El brief de ICP, el playbook, la lista de precios o el corpus de correos de deals ganados. Lo que tenga que estar ahí antes de que el agente piense. Tú eliges qué personas reciben qué documentos.
rag_retrieveUna herramienta con alcance concedida por agente. Cuando el agente decide que necesita más profundidad, consulta el vector store del flujo de trabajo a demanda. La misma base de conocimiento que el contexto estático, accedida solo cuando el modelo la pide.
pipeline_memoryEstado a nivel pipeline que se arrastra de un run al siguiente. La investigación de ayer está en alcance para el follow-up de hoy. El crew recuerda a quién ya prospectó, qué se aprobó, qué se envió. El audit log es la base de conocimiento de segundo orden.
El tier Sandbox es gratis y sin tarjeta. Únete a la lista de espera y te avisamos por correo en cuanto se libere un cupo.
← Volver a todos los casos de uso