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.
Verificar elegibilidade de airdrop em uma dúzia de carteiras manualmente, um toque de dApp por vez.
Reabrir o mesmo app de exchange em vários celulares só para confirmar que um saldo se moveu.
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.
A Device Control abre cada dApp em um celular real, toca através da ação qualificadora, e registra o resultado antes de passar para a próxima carteira. Toda transação e assinatura pausa em um gate de aprovação humana, então nada assina sozinho.
PortfolioManager extrai saldos nativos de ETH via blockchain/eth_get_balance, cruza o histórico de transferências via etherscan_tools/eth_txlist e eth_token_transfers, e cobre carteiras Solana com solana_tools/sol_balance. Nomes ENS são resolvidos inline com blockchain/ens_resolve, então um relatório se lê com nomes, não hex bruto.
ExecutionSpecialist lê funding rate, open interest, liquidações, e long/short ratio direto do coinglass_tools (cg_funding_rate, cg_open_interest, cg_liquidations, cg_long_short_ratio), com preço à vista e variação de 24h do coingecko_tools/coingecko_price. ChiefRiskOfficer segura a execução no gate de aprovação antes de qualquer coisa tocar em fundos.
A Device Control conduz o fluxo do dApp em múltiplos dispositivos Android reais antes de um lançamento na mainnet, capturando um screenshot e um log de etapas por ação para que uma equipe de dev possa reproduzir exatamente o que aconteceu. ReportWriter transforma o histórico de execução em um relatório por carteira, por sessão.
Quando uma afirmação precisa ser corroborada fora do Ethereum e Solana, ExecutionSpecialist acessa o blockchair_tools (bch_stats, bch_address, bch_transaction) para Bitcoin, Litecoin, Dogecoin, e outras chains suportadas, e defillama_tools (defillama_tvl, defillama_protocols) para contexto de TVL de protocolo.
Personas reais do crew quant_firm. Cada uma vem com um system prompt afinado e uma allowlist de ferramentas padrão. Troque modelos por persona no canvas.
Roda as rotinas de carteira e exchange no dispositivo, uma ação verificada por vez.
Rastreia saldos e resultados em cada carteira e conta que você gerencia.
Segura cada transação e assinatura no gate de aprovação até você dar o aval.
Escreve o histórico de execução: cada carteira, cada sessão, cada ação registrada.
Cada ferramenta abaixo é uma ferramenta compartilhada real do bundle Melaya. Allowlist por agente, HITL nas escritas, revogação em um clique.
Opera os apps de carteira e exchange no seu dispositivo real, uma ação verificada por vez.
Lê saldos, transações, e nomes ENS direto da chain.
Verifica resultados onchain depois de cada execução: saldos, transferências, movimentações de token.
Cobre carteiras Solana: saldos e histórico de assinaturas por endereço.
Pesquisa, requisições, e o gate de aprovação humana que segura toda etapa sensível.
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.
Não. Toda transação e assinatura pausa a execução e espera sua aprovação explícita no gate human-in-the-loop. Esse gate é política da plataforma, não uma questão de como o prompt foi escrito.
Sim. A persona ExecutionSpecialist repete a mesma rotina conta por conta, delimitada aos apps que você permite, com um histórico completo de execução por carteira e sessão.
blockchain.py lê saldos e transações de ETH diretamente de um endpoint RPC (um endpoint público da Cloudflare por padrão), e coingecko_tools/coingecko_price não precisa de chave para preços à vista básicos.
Sim, via coinglass_tools (cg_funding_rate, cg_open_interest, cg_liquidations, cg_long_short_ratio), controlado pela sua própria COINGLASS_API_KEY.
Ambos. A mesma rotina conduzida pelo celular que trabalha um airdrop conta por conta também roda como uma passada de QA, conduzindo seu dApp em hardware real antes de você lançar na mainnet.
Solana via solana_tools, e Bitcoin, Litecoin, Dogecoin, Bitcoin Cash, Stellar, Dash e Zcash via blockchair_tools.
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