Três dores que toda equipe de vendas e BD enfrenta toda semana. Cada uma é o que seus reps realmente reclamam, não o que uma página de funcionalidade chamaria.
Líderes de ops passam duas horas toda manhã copiando números de cinco dashboards para um slide deck, e o deck está defasado quando a liderança abre.
Um feed de dados degradado fica despercebido por seis horas porque ninguém é dono do freshness check, e aí a mesa de trading descobre no meio da sessão.
Um incidente cai em três canais de Slack, um ticket do Jira e uma thread do Telegram sem uma única timeline, e o post-mortem leva uma semana para reconstruir.
Cada pipeline abaixo é uma forma que você monta no canvas usando o crew e as ferramentas mais abaixo. Não é uma funcionalidade que entregamos pronta, é um padrão que você configura.
Em cron, o TradingOperations chama melaya_get_positions e melaya_get_account_balance por mercado, computa exposição líquida e utilização de margem, e sinaliza qualquer settlement gap. O contexto estático guarda os limites de risco por mercado para que o scoring fique consistente entre runs.
O DataOperations sonda endpoints de API via http_request e checa timestamps de melaya_ohlcv contra a matriz documentada de SLA. A ferramenta rag_retrieve puxa o doc de SLA sob demanda para que os thresholds de freshness batam com o runbook que o time já mantém.
Em uma anomalia sinalizada, o IncidentManager classifica SEV1, SEV2 ou SEV3, abre um ticket no Jira ou Linear e chama o on-call via slack_post_text e telegram_send_message. O gate HITL bloqueia cada page outbound até severidade e owner serem confirmados.
O ReportingAnalyst puxa agregados SQL com row count e flags de freshness, o OperationsSynth ranqueia no brief de quatro seções, depois slack_post_text solta no canal da liderança. A memória entre runs mantém os itens abertos de ontem no brief até fecharem.
O ComplianceOperations lê gcal_list_events e linear_get_issues para expor filings com vencimento nos próximos 14 dias, depois cruza atividade de trading contra limites de risco documentados. O replay cobre cada check, owner e passo de remediação no audit log.
O ReportingAnalyst valida row counts, taxas de null e freshness de fonte em cada report operacional, depois anexa uma flag de data quality em cada output. sql_query com escopo restringe leituras aos schemas que você lista para que checks de higiene não vazem em tabelas de produção.
Personas reais do crew operations. Cada uma vem com um system prompt afinado e uma allowlist de ferramentas padrão. Troque modelos por persona no canvas.
Coordena operações diárias no time, roteia tasks para owners com deadlines e expõe trabalho bloqueado antes que escape.
Reconcilia posições entre contas CEX, checa utilização de margem e sinaliza discrepâncias de settlement com valores exatos.
Cuida de calendários, redige respostas, prepara meeting briefs a partir do contexto da inbox e prepara comunicações para aprovação da liderança.
Puxa dados ao vivo de fontes SQL e warehouse, valida row counts e freshness, e entrega reports como Excel, slides ou arquivos de chart.
Monitora saúde de API e freshness de feeds contra SLAs nomeados, depois levanta alertas no momento em que um endpoint ou pipeline degrada.
Rastreia prazos regulatórios de filing, mantém audit registros e verifica se a atividade de trading fica dentro dos limites de risco documentados.
Faz triagem de anomalias em tickets SEV1, SEV2 ou SEV3, escala para o canal certo e redige o post-mortem depois da resolução.
Compila cada stream em um brief executivo de quatro seções ordenado por criticalidade, depois posta o read-out final no Slack.
Cada ferramenta abaixo é uma ferramenta compartilhada real do bundle Melaya. Allowlist por agente, HITL nas escritas, revogação em um clique.
Dados ao vivo de posição, balance e fill das mesmas chaves de exchange que sua mesa de trading usa. Leituras são abertas ao TradingOperations; melaya_place_order e melaya_cancel_order ficam HITL-gated por padrão.
Leia warehouse e bancos operacionais para montar reports e checks de freshness. DSNs com escopo são passados por agente para que o ReportingAnalyst alcance só os schemas que você lista; escritas exigem gate HITL explícito.
Chame o on-call via Telegram ou Discord quando o IncidentManager classificar SEV1, com severidade, owner e ETA de resolução. Todas as mensagens outbound têm gate HITL para este crew por padrão.
Abra e atualize tickets de incidente, rastreie prazos de filing e roteie trabalho bloqueado de volta para owners. jira_create_issue e linear_create_issue têm gate HITL para que nenhum ticket dispare sem um aprovador.
Puxe as próximas 72 horas de reuniões para o brief executivo e prepare holds para calls de revisão de incidente. gcal_create_event tem gate HITL para que nada aterrisse no calendário de um líder sem assinatura.
O ExecutiveAssistant lê threads inbound para preparar meeting briefs e redige respostas para aprovação. gmail_send tem gate HITL por padrão; respostas a vendor baseadas em regras podem ser liberadas por template.
Entregue reports como Excel workbooks, briefs como documentos Word e board read-outs como decks PowerPoint. File escritas aterrissam no artifact log do run para que qualquer output possa ter replay e ser rastreado.
Polling de status page de vendor via http_request, entrega do brief diário via slack_post_text e lookups ad-hoc via web_search. slack_post_text e file_write têm gate HITL por padrão para este crew.
Cada pipeline vem com três camadas de acesso ao conhecimento. Combine por agente no canvas. Sem espaço vetorial compartilhado com outro cliente, sem leitura surpresa, sem recuperação opaca.
includeContextDocumentos por pipeline anexados à entrada de agentes específicos a cada run. O brief de ICP, playbook, tabela de preços ou corpus de emails de deals ganhos. O que precisa estar lá antes do agente pensar. Você escolhe quais personas recebem quais docs.
rag_retrieveUma ferramenta com escopo concedida por agente. Quando o agente decide que precisa de mais profundidade, ele consulta o base vetorial do workflow sob demanda. Mesma base de conhecimento do Contexto estático, acessada só quando o modelo pede.
pipeline_memoryEstado em nível de pipeline que carrega de um run para o próximo. A pesquisa de ontem está no escopo do follow-up de hoje. O crew lembra do que já prospectou, do que foi aprovado, do que foi enviado. O audit log é a base de conhecimento de segunda ordem.
O plano Sandbox é grátis e sem cartão. Entre na lista de espera e enviaremos um email no momento em que abrir uma vaga.
← Voltar para todos os casos de uso