Como funciona

As mesmas quatro etapas, em todo briefing.

Coletar, analisar, briefar, aprovar. Cada agente executa esse ciclo. Cada descoberta chega com uma cadeia de evidências. Cada ação aguarda o seu toque. É o produto inteiro.

01
Coletar

Os agentes vão buscar os dados.

Cada agente executa em seu próprio cronograma. Segunda às 8h, diariamente às 7h30, quando você quiser — você decide quando. No horário agendado, o agente puxa dados das fontes que você conectou.

  • Puxa de conectores primários (threads do Slack, Notion, Linear, Stripe, GA, Search Console) e fontes públicas (sites de concorrentes, plataformas de avaliação, escuta social).
  • Cada busca é registrada com carimbo de data/hora, URL de origem e hash de resposta — a cadeia de evidências começa aqui.
  • Se uma fonte estiver com limite de requisições ou inacessível, o agente tenta novamente com recuo exponencial e marca a execução como "incompleta", em vez de inventar dados.
  • Runtime isolado por cliente — seus dados nunca compartilham um processo com outro cliente.
02
Analisar

Comparar com sua linha de base.

Os dados brutos se tornam uma descoberta apenas quando algo mudou em relação ao que o agente sabia da última vez. Cada descoberta carrega quatro campos obrigatórios — origem, intervalo de tempo, linha de base, motivo do gatilho.

  • O agente carrega seu MEMORY.md — o snapshot competitivo da semana passada, as posições de palavra-chave do mês passado, o CAC do trimestre passado.
  • Compara os dados de hoje com a linha de base armazenada. Um novo recurso de concorrente, uma queda de ranking, uma mudança de preço na landing page — tudo aparece aqui.
  • Descobertas sem algum dos quatro campos de evidência são automaticamente rebaixadas para "sugestão" e nunca acionam um cartão de aprovação.
  • A cobertura de evidências é ≥ 95% nas implantações em produção — medimos e reportamos.
03
Briefar

Enviar um resumo legível ao seu IM.

Um briefing é um texto conciso de 3 a 6 frases por descoberta — não um relatório para analisar. Cai direto no Slack, Discord ou Telegram, formatado para ser lido em 30 segundos.

  • Estruturado como: título · a descoberta em uma frase · por que importa · a ação proposta · a cadeia de evidências no rodapé.
  • Cada link de origem é clicável — acesse o documento original no Notion, a página de preços do concorrente, o painel de rankings.
  • Entregue no canal que você especificou no onboarding. Em thread se quiser; no nível superior se preferir.
  • Sem notificações duplicadas — o agente rastreia quais descobertas você já viu e não as ressurface sem uma mudança genuína.
04
Aprovar

Um toque, então o agente executa.

Cada briefing tem três botões: Aprovar, Perguntar, Arquivar. Aprovar → o agente executa a ação imediatamente. Perguntar → o agente investiga mais a fundo e retorna. Arquivar → desaparece do seu feed.

  • As aprovações são uma máquina de estados: proposto → aguardando_aprovação → aprovado → executado (ou falhou, ou expirou após 48h).
  • Somente um token aprovado e não expirado chega à camada de execução. O agente não pode agir sem o seu toque explícito — por design, não por configuração.
  • Cada aprovação é auditável: quem tocou quando, em quais evidências o toque foi baseado, e o que o agente fez como resultado.
  • Se a execução falhar, o agente tenta novamente e, em seguida, encaminha para a fila de falhas da equipe de operações. Você é informado do que aconteceu, sem ficar no escuro.
Arquitetura de memória

O estado estruturado que torna a etapa 2 confiável.

Configurações ingênuas de "agente com contexto longo" lembram de tudo e não significam nada — derivam para o ruído e se reescrevem em bagunça. Construímos uma camada de memória estruturada. Dois arquivos, quatro seções, uma disciplina.

USER.md

O briefing da empresa que todo agente lê

Gerado no onboarding a partir das suas informações — nome da empresa, setor, cliente-alvo, concorrentes, canais, objetivos. Compartilhado por todos os agentes do seu workspace, lido no início de cada sessão. Limitado a 20.000 caracteres, aplicado com rigor.

# Acme · company brief industry: restaurant SaaS competitors: SevenRooms, Tock, Resy goals: Q2 · +30% demo requests
MEMORY.md

Quatro seções nomeadas, por agente

  • Últimas observações —— uma linha por concorrente, palavra-chave ou campanha. A linha de base com a qual a próxima cadeia de evidências se compara.
  • Registro de execuções —— uma linha por execução, com uma pontuação de autoavaliação de 1 a 5. Como a deriva é detectada.
  • Fatos duráveis —— verdades curadas pelo operador que sobrevivem a cada ciclo de consolidação. Fixe "O Concorrente X foi adquirido no Q3" ou "não monitorar a empresa Y" e isso permanece.
  • Bootstrap —— regras do primeiro boot para que um agente recém-provisionado não inicie às cegas.
Consolidação

Consolidação entre execuções

Uma passagem de consolidação offline comprime as observações do dia em conhecimento duradouro — durante a noite, não no meio de uma execução. O próprio agente apenas adiciona durante uma execução. Ele nunca reescreve sua própria memória. É assim que prevenimos o modo de falha de autocorrupção.

Isolamento de tenant

Sem memória entre clientes

Cada cliente executa em seu próprio runtime isolado. MEMORY.md e USER.md ficam em um workspace por cliente. Nada que seus agentes aprendam sobre o seu negócio informa os agentes de nenhum outro cliente — aplicado no limite do runtime, não apenas por política.

Âncora da cadeia de evidências

A memória é o que torna as descobertas confiáveis

O campo baseline de cada descoberta vem da última observação do MEMORY.md. Sem linha de base → sem cartão de aprovação, rebaixado automaticamente para sugestão. A camada de memória é o que permite à etapa 2 dizer "algo mudou" em vez de "algo existe".

A cadeia de evidências

Quatro campos, sem exceções —
toda descoberta os carrega.

Este é o contrato. Uma descoberta que não pode produzir todos os quatro campos nunca chega a você como cartão de aprovação — é rebaixada para sugestão e registrada para a equipe de operações investigar.

Origem
Obrigatório
sevenrooms.com/features/waitlist

Uma URL, ID de arquivo ou hash de resposta de API que você pode clicar e verificar. Nunca "meus dados de treinamento" ou "conhecimento geral".

Intervalo de tempo
Obrigatório
2026-04-13 → 2026-04-20

O período que a descoberta cobre. Para você saber se é uma novidade desta semana ou uma tendência do trimestre passado.

Linha de base
Obrigatório
Recurso não existia em 2026-04-12

O que o agente sabia antes. Uma descoberta sem linha de base é apenas uma observação.

Motivo do gatilho
Obrigatório
Página alterada. Diff: +módulo de lista de espera, +seção de FAQ, +CTA de demo.

A mudança específica que destacou isso acima do ruído. Agiliza a revisão — você não precisa comparar por conta própria.

Um briefing real

Veja o que chega
no seu Slack.

# growth-officer
M
Líder de Pesquisa de MercadoAPP · Seg 8:02
SevenRooms lançou um recurso de lista de espera — precisamos ter o posicionamento pronto até quinta-feira.
A página de marketing deles foi atualizada na terça-feira, 2026-04-16, com um novo módulo de lista de espera, seção de FAQ e CTA de demo. Nenhum post de anúncio ainda — estão aquecendo antes do lançamento. Isso impacta diretamente nossa mensagem "sem fila de espera". Recomendação: publicar nosso post comparativo até quinta, briefar vendas até sexta.
Origem: sevenrooms.com/features/waitlist
Intervalo de tempo: 2026-04-13 → 2026-04-20
Linha de base: Recurso não existia em 2026-04-12
Gatilho: +módulo de lista de espera, +seção de FAQ, +CTA de demo na página de recursos deles
Aprovar → rascunho do post comparativo no NotionFazer uma pergunta de acompanhamentoArquivar
JL
Jake8:07
Aprovado
M
Líder de Pesquisa de MercadoAPP · 8:07
Entendido. Página de rascunho "SevenRooms vs nós — comparativo de lista de espera" criada no Notion · atribuída a @jake · prazo quinta-feira. Volto na sexta para verificar o status.
Boas perguntas

Alguns pontos que valem ser esclarecidos.

E se um agente errar algo?

Você tem três saídas. Rejeitar o briefing (não executa, arquivado com motivo). Fazer uma pergunta de acompanhamento (o agente investiga mais, ajusta a linha de base, tenta novamente). Sinalizar para a equipe de operações (revisamos a cadeia de evidências, ajustamos a memória do agente e creditamos sua conta se foi nosso erro).

Posso alterar o cronograma?

Sim. Cada agente tem uma expressão cron que você edita pelo Portal. Diário, semanal, por hora ou "executar agora" ad-hoc pelo painel. As alterações de cronograma entram em vigor na próxima execução.

O que acontece na primeira semana?

Execução de onboarding: o agente constrói sua linha de base. Você receberá um briefing resumido do estado atual (ainda não um diff). A partir da segunda semana, os briefings mostram apenas mudanças.

Onde ficam as aprovações após a execução?

Cada aprovação e a ação que ela acionou são armazenadas no histórico de execuções do seu workspace, acessível pelo painel do Portal e exportável como JSON. Retenção de 30 dias após o cancelamento, depois purga criptográfica.

Pronto para ver o ciclo no seu negócio?

Cole uma URL e sua equipe de crescimento com IA começa a trabalhar hoje.

Começar o período gratuitoVer preços
Como funciona — Ceres AI Growth Officer