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.
Reconciliar posições, saldos e margem entre contas manualmente atrasa a checagem matinal em horas.
Uma falha de pipeline de dados só aparece depois que um relatório downstream quebra, não quando de fato aconteceu.
Incidentes são rastreados entre uma thread do Slack, um email e a memória, nunca um único sistema de registro.
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.
TradingOperations extrai posições abertas, saldos de conta e ordens abertas a cada ciclo, verificando a saúde da margem e o status de liquidação. OperationsManager encaminha tudo que precisa de um olhar humano.
DataOperations consulta o banco de dados operacional diretamente, verifica desvio de schema e testa APIs externas quanto à disponibilidade, então um feed quebrado é sinalizado antes de corromper silenciosamente um relatório downstream.
DataOperations detecta a anomalia, IncidentManager coordena a resposta e abre um ticket rastreado, e o alerta chega no canal que sua equipe realmente observa.
ReportingAnalyst extrai os números, e OperationsSynth compila os fluxos de trading, dados, compliance e incidentes em um único brief de operações, entregue como planilha ou deck e postado onde a liderança já olha.
ComplianceOperations verifica a trilha de auditoria contra a política e agenda o prazo de arquivamento na agenda compartilhada; OperationsManager encaminha a tarefa de acompanhamento para quem é responsável.
useCases.list.operations.workflows.5.body
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 as operações diárias em toda a equipe, encaminha tarefas para os responsáveis com prazos, e expõe trabalho bloqueado antes que atrase.
Reconcilia posições entre contas de CEX, verifica a utilização de margem e sinaliza discrepâncias de liquidação com valores exatos.
Cuida das agendas, redige respostas, prepara briefs de reunião a partir do contexto da caixa de entrada, e prepara comunicações para aprovação da liderança.
Extrai dados ao vivo de fontes SQL e data warehouse, valida contagem de linhas e atualidade, e entrega relatórios como Excel, slides ou arquivos de gráfico.
Observa a saúde de APIs e a atualidade de feeds de dados contra SLAs nomeados, e levanta alertas no momento em que um endpoint ou pipeline degrada.
Rastreia prazos de arquivamento regulatório, mantém logs de auditoria e verifica se a atividade de trading permanece dentro dos limites de risco documentados.
Faz a 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 fluxo em um brief executivo de quatro seções ordenado por criticidade, e posta o resumo 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, saldo e execução a partir das mesmas chaves de exchange que sua mesa de trading usa. As leituras estão abertas para TradingOperations; melaya_place_order e melaya_cancel_order permanecem com gate HITL por padrão.
Lê o data warehouse e bancos de dados operacionais para montar relatórios e verificações de atualidade. DSNs delimitados são passados por agente para que ReportingAnalyst só alcance os schemas que você lista; escritas exigem um gate HITL explícito.
Aciona o plantão via Telegram ou Discord quando IncidentManager classifica um SEV1, com severidade, responsável e ETA de resolução. Todas as mensagens de saída têm gate HITL por padrão para essa crew.
Abre e atualiza tickets de incidente, rastreia prazos de arquivamento, e encaminha trabalho bloqueado de volta aos responsáveis. jira_create_issue e linear_create_issue têm gate HITL, então nenhum ticket dispara sem um aprovador.
Extrai as próximas 72 horas de reuniões para o brief executivo e prepara bloqueios para chamadas de revisão de incidentes. gcal_create_event tem gate HITL, então nada entra na agenda de um líder sem aprovação.
ExecutiveAssistant lê threads recebidas para preparar briefs de reunião e redige respostas para aprovação. gmail_send tem gate HITL por padrão; respostas a fornecedores baseadas em regras podem ser liberadas por template.
Entrega relatórios como planilhas Excel, briefs como documentos Word, e resumos de board como decks PowerPoint. As escritas de arquivo entram no log de artefatos da execução, então qualquer saída pode ser reproduzida e rastreada.
Monitoramento de status de fornecedores via http_request, entrega do brief diário via slack_post_text, e consultas pontuais via web_search. slack_post_text e file_write têm gate HITL por padrão para essa 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