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.
Los leads de operaciones pasan dos horas cada mañana copiando números desde cinco dashboards a un solo deck, y el deck ya está stale para cuando el liderazgo lo abre.
Un feed de datos degradado se queda sin notar por seis horas porque nadie es dueño del check de freshness, y luego el trading desk lo descubre a media sesión.
Un incidente aterriza en tres canales de Slack, un ticket de Jira y un thread de Telegram sin un solo timeline, y el post-mortem tarda una semana en reconstruirse.
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.
En cron, TradingOperations llama melaya_get_positions y melaya_get_account_balance por mercado, computa la exposición neta y la utilización de margen, y marca cualquier gap de settlement. El contexto estático guarda los límites de riesgo por mercado para que el scoring se mantenga consistente entre runs.
DataOperations sondea endpoints de API vía http_request y checa timestamps de melaya_ohlcv contra la matriz de SLA documentada. La herramienta rag_retrieve jala el doc de SLA a demanda para que los umbrales de freshness matcheen el runbook que el equipo ya mantiene.
Ante una anomalía marcada, IncidentManager clasifica SEV1, SEV2 o SEV3, abre un ticket de Jira o Linear y pagea a on-call vía slack_post_text y telegram_send_message. El gate HITL bloquea cada pageo outbound hasta que se confirmen severidad y dueño.
ReportingAnalyst jala agregados de SQL con flags de row count y freshness, OperationsSynth los rankea en el brief de cuatro secciones, luego slack_post_text lo suelta en el canal de liderazgo. La memoria entre runs mantiene los items abiertos de ayer en el brief hasta que cierran.
ComplianceOperations lee gcal_list_events y linear_get_issues para sacar a flote los filings que vencen en los próximos 14 días, luego cruza la actividad de trading contra los límites de riesgo documentados. El replay cubre cada check, dueño y paso de remediación en el audit log.
ReportingAnalyst valida row counts, null rates y freshness de fuente en cada reporte operativo, y luego adjunta un flag de calidad de datos a cada output. sql_query con alcance restringe las lecturas a los esquemas que tú listas para que los checks de higiene no se filtren a tablas de producción.
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 del equipo, enruta tareas a dueños con deadlines y saca a flote el trabajo bloqueado antes de que se resbale.
Reconcilia posiciones entre cuentas CEX, checa utilización de margen y marca discrepancias de settlement con montos exactos.
Es dueño de los calendarios, redacta respuestas, prepara briefs de meetings desde el contexto del inbox y deja comunicaciones listas para la aprobación de liderazgo.
Jala datos en vivo desde SQL y fuentes de warehouse, valida row counts y freshness, y entrega reportes como Excel, slides o archivos de chart.
Vigila la salud de APIs y la freshness de feeds de datos contra SLAs nombrados, y levanta alertas en el momento en que un endpoint o pipeline se degrada.
Rastrea deadlines de filings regulatorios, mantiene audit logs y verifica que la actividad de trading se quede dentro de los límites de riesgo documentados.
Triagea 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 stream en un brief ejecutivo de cuatro secciones ordenado por criticidad, luego publica el read-out 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 posición, balance y fills desde las mismas claves de exchange que usa tu trading desk. Las lecturas están abiertas para TradingOperations; melaya_place_order y melaya_cancel_order siguen con gate HITL por defecto.
Lee bases de datos de warehouse y operativas para armar reportes y checks de freshness. Los DSNs con alcance pasan por agente para que ReportingAnalyst solo llegue a los esquemas que listas; las escrituras requieren un gate HITL explícito.
Pagea a on-call vía Telegram o Discord cuando IncidentManager clasifica un SEV1, con severidad, dueño y ETA de resolución. Todos los mensajes outbound tienen gate HITL para este crew por defecto.
Abre y actualiza tickets de incidente, rastrea deadlines de filings y enruta trabajo bloqueado de vuelta a los dueños. jira_create_issue y linear_create_issue tienen gate HITL para que ningún ticket dispare sin un aprobador.
Jala las próximas 72 horas de meetings al brief ejecutivo y deja holds listos para llamadas de revisión de incidente. gcal_create_event tiene gate HITL para que nada aterrice en el calendario de un líder sin firma.
ExecutiveAssistant lee threads inbound para preparar briefs de meeting y redacta respuestas para aprobación. gmail_send tiene gate HITL por defecto; las respuestas a vendors basadas en reglas se pueden levantar por plantilla.
Entrega reportes como workbooks de Excel, briefs como documentos de Word y read-outs para board como decks de PowerPoint. Las escrituras de archivo aterrizan en el log de artifacts del run para que cualquier output pueda hacerse replay y rastrearse.
Polling de status page de vendors vía http_request, entrega del brief diario vía slack_post_text y lookups ad-hoc vía web_search. slack_post_text y file_write tienen gate HITL por defecto para 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