Melaya — Build AI agents for any job. Agentic platform for research, ops, outreach, reporting — and the only one where agents can actually trade.

// CASO DE USO · PM

Rode programas que expõem a verdade,antes do steerco.

A maioria dos PMOs descobre que um marco escorregou quando o sponsor pergunta por quê. Decks de status tomam um dia inteiro, registros de risco ficam defasados entre revisões, e dependências moram em três threads de Slack que ninguém lê. Melaya permite que você monte um crew de entrega que escopa o trabalho, pontua o risco, redige o update do steerco e prepara cada movimentação no Jira para aprovação. Você mantém os relacionamentos, o agente faz as horas de planilha, o log de auditoria guarda os comprovantes.

Ver os pipelines ↓
01
// O que quebra hoje

O status quo custa mais que o agente.

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.

  1. 01

    PMs perdem um dia inteiro por semana montando decks de steerco a partir de exports do Jira, threads de Slack e notas de retro que nunca concordam nos mesmos números.

  2. 02

    Registros de risco ficam defasados entre revisões mensais, então a primeira vez que alguém ouve sobre uma dependência plano-1 escorregando é quando o marco erra por três semanas.

  3. 03

    Handoffs entre times moram em três ferramentas diferentes, e o PM descobre que dois squads estavam bloqueados na mesma spec de API apenas depois do demo do sprint.

02
// Pipelines que você pode construir

Componha. Aprove. Replay.

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.

P01

Escopa uma iniciativa em uma WBS

Em um charter entrante, decompõe épicos em funcionalidades e histórias com critérios de aceite INVEST. O contexto estático guarda as regras MoSCoW e a DoR para que as baselines de escopo fiquem consistentes ao longo dos runs.

P02

Atualiza o registro de risco semanalmente

Puxa slippage de tickets, incidentes de fornecedores e status de dependências, depois repontua probabilidade e impacto. A memória entre runs carrega os responsáveis pela mitigação da semana passada para que riscos acima do score 15 não resetem entre revisões.

P03

Redige o update de status do steerco

Compila status RAG, top três riscos, variância de orçamento e o ask de go ou no-go em uma narrativa de board de 60 segundos. O gate HITL bloqueia o envio até o PM aprovar a redação, anexos e lista de destinatários.

P04

Sintetiza a retro do sprint

Lê notas de retro, velocity, contagens de defeitos escapados e taxas de carry-over, depois expõe os três padrões e uma ação por padrão. A ferramenta rag_retrieve puxa retros anteriores para que problemas crônicos sejam nomeados, não redescobertos.

P05

Prepara comms de stakeholder para um marco

Mapeia a matriz influência-interesse, depois redige updates apropriados por plano para engenharia, produto e o C-suite. Ferramentas escopadas restringem leituras à biblioteca de comms aprovada para que nenhum compromisso não anunciado vaze.

P06

Prevê capacidade de recursos para 12 semanas

Modela a capacidade do squad contra o roadmap, sinaliza super e subalocação e precifica opções de contratar, terceirizar, adiar ou ressequenciar. O replay mostra a dependência exata que dirigiu cada recomendação.

03
// O crew

Crew de Projeto e Programa

Personas reais do crew project_management. Cada uma vem com um system prompt afinado e uma allowlist de ferramentas padrão. Troque modelos por persona no canvas.

Escopador de Projeto

ProjectScoper

Decompõe iniciativas em uma Work Breakdown Structure, aplica critérios de aceite INVEST e sinaliza escopo creep antes que ele caia em um sprint.

SCRUM

Scrum Master

ScrumMaster

Planeja sprints com buffers de capacidade, acompanha tendências de velocity, conduz grooming de backlog e expõe impedimentos dentro de 24 horas da identificação.

Líder de Entrega

DeliveryLead

Mantém o caminho crítico vivo entre workstreams, dá rating RAG a cada marco e escreve um plano de recuperação em 48 horas quando o status fica âmbar.

Registro de Risco

RiskRegister

É dono da pontuação probabilidade-impacto, atribui responsáveis e mitigações de risco e escala qualquer risco acima do score 15 ao sponsor.

Gestor de Stakeholders

StakeholderManager

Mapeia a matriz influência-interesse, monta o RACI e escreve updates de status apropriados por plano para engenheiros, product owners e o C-suite.

Quality Gate

QualityGate

Aplica a Definition of Done em cada release, pontua qualidade de 0 a 100 e bloqueia releases que falhem em gates de cobertura, segurança ou performance.

Planejador de Recursos

ResourcePlanner

Modela capacidade rolante de 12 semanas, sinaliza super e subalocação e precifica trade-offs de contratar vs terceirizar vs cortar escopo contra a taxa de burn.

Síntese PMO

PMOSynth

Sintetiza o crew em uma visão de saúde pronta para o board com status RAG, top riscos, variância de orçamento e uma recomendação de go ou no-go.

04
// ferramentas com escopo

Só as ações que você concede.

Cada ferramenta abaixo é uma ferramenta compartilhada real do bundle Melaya. Allowlist por agente, HITL nas escritas, revogação em um clique.

shared/tools/project_mgmt/

Lê tickets, épicos e páginas de projeto do Jira, Linear e Notion para que o crew trabalhe contra dados vivos. Cada chamada de create e update roda atrás de um gate HITL por padrão.

jira_get_issuesjira_create_issuejira_update_issuelinear_get_issueslinear_create_issuelinear_update_issuenotion_query_databasenotion_create_pagenotion_search
shared/tools/clickup_tools/

Alcança spaces e listas do ClickUp para times que rodam entrega lá. clickup_create_task é HITL-gated para que nenhuma task caia sem aval do PM.

clickup_teamsclickup_spacesclickup_listsclickup_tasksclickup_create_task
shared/tools/monday_tools/

Puxa estado do board e capacidade do Monday para planejamento de recursos. monday_create_item e monday_update_item são escritas HITL-gated.

monday_boardsmonday_boardmonday_usersmonday_create_itemmonday_update_item
shared/tools/knowledge/

Monta o knowledge store por workflow a partir de charters, PRDs, notas de retro e decks de steerco anteriores. Alimenta a ferramenta rag_retrieve e o contexto estático em todas as três camadas de conhecimento.

build_knowledge_from_textbuild_knowledge_from_file
shared/tools/messaging/

Posta o digest de risco de segunda ou o card de saúde do sprint no canal de entrega. Cada envio é logado na mesma trilha de auditoria das escritas no Jira e é HITL-gated por padrão.

telegram_send_messagediscord_send_messagediscord_send_embed
shared/tools/email/

Lê threads de sponsor e fornecedor para contexto, depois prepara emails de status do steerco para aprovação. gmail_send é HITL por padrão para este crew.

gmail_sendgmail_read
shared/tools/calendar/

Lê calendários do squad para capacidade real e agenda slots de retro ou steerco que respeitam a folga de todos. gcal_create_event roda atrás de um gate HITL.

gcal_list_eventsgcal_create_eventgcal_find_free_slots
shared/tools/core/

Pesquisa geral e fetch estruturado mais o checkpoint explícito pause_for_human que personas podem chamar para forçar um gate HITL no meio do workflow.

web_searchhttp_requestpause_for_human
05
// Três camadas de conhecimento

O crew lê o que você dá a ele.

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.

L1

Contexto estático

includeContext

Documentos 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.

L2

Ferramenta de recuperação RAG

rag_retrieve

Uma 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.

L3

Memória entre runs

pipeline_memory

Estado 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.

07
// FAQ

Perguntas que recebemos toda semana.

Os agentes vão movimentar tickets do Jira por conta própria?

Não, não por padrão. Cada escrita em Jira, Linear, ClickUp, Monday ou Notion roda atrás de um gate HITL. O crew prepara o ticket, mudança de status ou comentário e o PM aprova antes de cair. Você pode liberar o gate por template quando o pipeline ganhar confiança.

Os agentes conseguem raciocinar sobre nossos dados de projeto?

De três formas. O contexto estático anexa o charter, DoD e RACI a personas específicas em cada run. A ferramenta rag_retrieve permite que ProjetoEscopor e DeliveryLead puxem de PRDs, retros e registros de risco anteriores sob demanda. A memória entre runs carrega o registro de risco da semana passada para a revisão desta semana para que os responsáveis pela mitigação não resetem.

Isso substitui Asana, Monday, Linear ou ClickUp?

Não, fica ao lado deles. Melaya é a camada de planejamento, pontuação e síntese. Seu time mantém Jira, Linear, ClickUp, Monday ou Asana como sistema de registro. O gate HITL entrega updates aprovados para a ferramenta que você já paga para que o workflow de engenharia não mude.

Como evitar que updates de status soem como IA?

Drafts citam o ticket, PR, nota de retro ou gráfico de velocity exato que leram. Reps podem exigir uma citação em cada claim como pré-check HITL, e o StakeholderManager reusa frases dos seus últimos cinco updates aprovados carregados no knowledge store.

Em quais modelos podemos rodar o crew?

Qualquer um. Claude no PMOSynth onde a qualidade do raciocínio justifica o custo, GPT nas personas de redação, um Ollama local no RiskRegister quando os dados não podem sair da sua rede. Cada agente escolhe seu próprio modelo e provider.

Quão rápido um time de entrega consegue colocar o primeiro pipeline para rodar?

Com Jira ou Linear conectado, o pipeline de status semanal é um canvas de 4 nós: puxar tickets, pontuar riscos, redigir o update, aprovar. A maioria dos times entrega isso em uma sessão de trabalho e tem a primeira nota de status revisada na caixa de entrada do sponsor no mesmo dia.

Como isso lida com auditoria e governança?

Cada run loga cada passo, cada chamada de ferramenta, cada invocação de modelo e cada decisão de aprovação. Faça replay de qualquer run a qualquer momento. Programas regulados usam o log de auditoria como evidência para comitês de direção e auditores externos.

Podemos restringir quais personas podem escrever em qual sistema?

Sim. O acesso a ferramentas é por agente. O ScrumMaster pode ler cada backlog mas só escrever em um único projeto Jira. O PMOSynth pode ler o registro de risco mas só postar em um canal privado do board. Ferramentas escopadas são o padrão, acesso amplo é opt-in.

Construa pipelines de equipes de projeto e programa na Melaya.

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
discord.joinCta