Ordene sessões quebradas com um plugin do OpenAI dots para análise de sessões

Um agente sempre ligado serve melhor a uma tarefa de analytics do que às outras, e um plugin do OpenAI dots para análise de sessões é essa tarefa: ler toda manhã a lista de problemas que a Flowsery monta a partir das gravações de sessão e dizer quais três abrir. O dot nunca assiste a um replay. Ele ordena, filtra e entrega IDs de gravação. A configuração, a URL do modo desenvolvedor e o login OAuth estão no guia do plugin do OpenAI dots para analytics de site; este post aponta o plugin para os problemas.

Versão curta: salve uma tarefa de dias úteis que lista os problemas abertos críticos e altos, reordena por sessionsCount e lê o detalhe dos três primeiros. Três leituras, e PATCH /issues/{issueId} fica proibido.

O que um dot vê quando abre um problema na Flowsery?

Um dot vê o registro do problema que a Flowsery produziu, não a gravação por trás dele. Cada registro em GET /issues traz título, descrição, severidade, status, sessionsCount, firstSeenAt, lastSeenAt, stepsToReplicate em ordem, um sampleRecordingId que pode ser nulo e qualquer ticket externo vinculado. GET /issues/{issueId} acrescenta as occurrences sinalizadas com um deslocamento atSeconds, as sessões por trás do problema com seus IDs de gravação e os comentários da sua equipe.

A severidade aceita low, medium, high e critical, e o status aceita open, in_progress, resolved e suspended. GET /issues ordena por severity, a menos que você passe sort=recency. Vale ensinar os comentários ao dot cedo: eles separam um abandono que ninguém viu de um que um colega olhou na quinta passada.

Um dot consegue assistir a um replay de sessão?

Um dot não consegue assistir a um replay pelo plugin, porque a API da Flowsery devolve JSON, não vídeo. O mais próximo disso é o array occurrences: cada momento sinalizado traz uma descrição, uma severidade e o segundo em que acontece. Então um dot consegue dizer que um aglomerado de rage clicks atingiu 41 sessões, ler os passos para reproduzir e nomear a gravação que mostra isso melhor. Ele não consegue dizer que o botão de enviar parecia desativado.

O próprio navegador Chrome do dot é o atalho tentador. Um dot consegue abrir o painel da Flowsery no próprio navegador depois que você faz o login dele, e o login seguro da OpenAI pausa o modelo enquanto você digita e mantém as credenciais fora do contexto do dot. Sobram dois problemas. A OpenAI não documenta como um dot lê um player de replay, e um navegador logado carrega todo o seu acesso ao painel, que é mais amplo que um login de Viewer pelo plugin. Mantenha assistir ao replay como tarefa sua.

Quais chamadas de sessão leem, e qual escreve?

Quatro endpoints de sessão importam, e exatamente um altera dados: PATCH /issues/{issueId} move um problema entre status, e esse é o problema de supervisão inteiro.

Três camadas mantêm essa escrita longe de um dot. No ChatGPT Pro, o artigo de ajuda de agosto da OpenAI diz que o MCP customizado recebe "permissões de leitura/busca", então a ferramenta de escrita fica fora de alcance antes de qualquer outra coisa valer. No Business Premium, o MCP completo a traz de volta, e as Custom Rules (regras personalizadas) em "Ask before taking action" (perguntar antes de agir) colocam uma pergunta na frente dela. Por baixo das duas, um login na Flowsery com o papel Viewer recebe um 403 permission_denied no PATCH, porque só Admins e Editors têm flowsery.write.

Um dot deve poder mudar o status de um problema?

Mantenha mudanças de status longe de um dot no primeiro mês, e longe de qualquer agendamento depois disso. Um problema resolved sai da lista que todo mundo abre de manhã, e um suspended some da resposta padrão de GET /issues até alguém pedir status=suspended. Arrumar status é a tarefa em que um agente parece bom: uma varredura que move doze críticos parados para resolved produz uma lista mais curta com o mesmo checkout quebrado por baixo.

Estar sempre ligado torna isso mais sério em um dot do que em um agente de chat. Um dot trabalha enquanto você dorme, e o post de segurança da OpenAI cita enviar mensagens e compartilhar arquivos como as ações para as quais um dot pede autorização; mudar um registro em outro app não está nessa lista. A OpenAI dá duas formas de acompanhar: a Activity View lista as tarefas atuais e delegadas, e o monitoramento pode pausar ou parar o trabalho do dot. Leia as duas antes de ampliar qualquer coisa.

O que a tarefa de triagem da manhã deve dizer?

A tarefa de triagem da manhã precisa nomear o site, a regra de ordenação e a proibição de escritas, porque um dot preenche cada lacuna com o próprio julgamento. Cole isto e troque os nomes:

Every weekday at 08:30 Europe/Berlin, triage Flowsery issues for acme.com
in the Acme workspace. Use the Flowsery plugin only, never the browser.
Read only: never change an issue's status.
 
1. List open issues with severity critical or high.
2. Re-rank them by sessionsCount, highest first. Print severity and
   sessionsCount next to every title.
3. For the top three, get the issue detail: steps to replicate, the sample
   recording id, and the second of the first occurrence.
4. Skip any issue with a team comment from the last 7 days.
5. If an issue has no sample recording, say so. Do not pick another one.
6. Do not visit acme.com to reproduce anything.

A linha 2 vem do conselho da própria Flowsery no seu worker MCP somente leitura: a ordem de classificação da API não é impacto, e o exemplo dele coloca um problema médio que atingiu 140 sessões contra um crítico que atingiu 3. A linha 6 é a específica do dot, e a próxima seção explica por quê.

Um dot reproduzindo um bug acaba nas suas gravações?

Um dot que segue stepsToReplicate no seu site em produção faz isso em um navegador Chrome de verdade, na máquina Linux da OpenAI, e se a Flowsery grava isso depende de uma flag que a OpenAI não documentou. O rastreador da Flowsery e o gravador de sessões ignoram qualquer navegador que informe navigator.webdriver como true. A documentação dos dots da OpenAI, verificada em 29 de setembro de 2026, não cita user agent nem faixa de IP, e não diz nada sobre essa flag.

Se a flag estiver definida, a Flowsery descarta a visita. Se não estiver, a reprodução do dot é gravada como a sessão de qualquer visitante, ao lado das sessões reais a partir das quais a Flowsery monta os problemas. Uma reprodução de checkout em produção também chega a uma etapa de pagamento, e a OpenAI diz que compras precisam da sua aprovação. Reproduza em um site de staging e rode uma vez o teste de visibilidade do guia de analytics de site para saber qual resultado vale para você.

O que quebra na análise de sessões com um dot?

Cinco coisas quebram a triagem de problemas, e a quarta parece uma resposta.

1. Uma conta em teste esconde problemas. Em um teste gratuito da Flowsery, os problemas detectados por IA além dos 10 primeiros respondem "Upgrade to view this issue". O dot relata a mensagem, não o problema.
2. Falta o seletor de site. Uma credencial que cobre mais de um site precisa de websiteId ou domain em toda chamada, e um seletor que não corresponde a nada devolve 404 Website not found. Coloque o domínio na tarefa.
3. O ID do visitante é inventado. GET /visitors/{visitorId} recebe o valor _fs_vid que o rastreador da Flowsery define, e GET /realtime/map devolve IDs de visitantes para quem está no site agora. Um ID chutado devolve 404 Visitor not found.
4. A ordenação é reescrita. Um resumo reordena os problemas pelo que soa melhor. Imprimir severity e sessionsCount ao lado de cada título mantém a ordem verificável.
5. Um 429 no meio da varredura. A Flowsery permite 600 requisições por minuto por chave, e toda resposta traz RateLimit-Remaining e RateLimit-Reset. Diga ao dot para esperar o Retry-After em vez de tentar de novo às cegas.

O mesmo ciclo roda em outros agentes também. O conector do Meta Muse para análise de sessões o monta a partir da especificação pública, e o template de bot do Grok para análise de sessões o entrega como skill. Os problemas que os três leem vêm da ferramenta de replay de sessões da Flowsery.

Perguntas frequentes

Um dot pode fechar um problema na Flowsery sozinho?

Só se três camadas deixarem. O ChatGPT Pro limita o MCP customizado a leitura/busca segundo o artigo de ajuda de agosto da OpenAI, as Custom Rules podem segurar toda ação para a sua aprovação, e um login de Viewer na Flowsery recebe um 403 em PATCH /issues/{issueId}. Mantenha as três no lugar durante o primeiro mês.

Um dot pode disparar a triagem quando um novo problema crítico aparece?

Não por um gatilho de evento, por enquanto. Os gatilhos de evento da OpenAI precisam de um serviço conectado que suporte monitoramento de eventos, e a documentação de MCP da Flowsery não descreve nenhum até 29 de setembro de 2026. Uma tarefa de dias úteis em horário fixo é a alternativa, então um crítico que aparece às 09:00 espera a execução da manhã seguinte.

O que um dot vê sobre um visitante?

GET /visitors/{visitorId} devolve localização, navegador, dispositivo, atividade, receita e um profile com userId, name e email depois que o seu site chamou identify. A Flowsery não guarda endereços IP e não define identificadores entre sites. Decida antes de permitir a chamada se um dot, cujas memórias você não consegue ver nem editar, recebe esses dados.

Isso substitui abrir o replay?

Não. O dot ordena e filtra, e a gravação é onde o motivo está. Deixe o dot escolher as três sessões que valem dez minutos e então gaste os dez minutos você mesmo.

Por que um problema suspended sumiu da lista do dot?

GET /issues deixa os problemas suspended fora da resposta padrão até você pedir status=suspended. Se um problema desapareceu e ninguém da sua equipe o moveu, confira na Activity View do dot quais tarefas ele executou.

De qual plano da Flowsery um dot de triagem precisa?

Qualquer um. GET /issues e a análise de sessões por IA por trás dele estão no Team, a $250 por mês, e no Pro, a $500, cada um com 14 dias de teste gratuito sem cartão. No teste, só os 10 primeiros problemas abrem por completo.

Um dot deve usar o próprio navegador na triagem?

Mantenha-o no plugin. Um navegador com login feito carrega todo o seu acesso ao painel, mais amplo que o de um login Viewer no plugin, e a OpenAI não documenta como um dot lê um player de replay. Escreva "Use só o plugin da Flowsery, nunca o navegador" no texto da tarefa.

Como ordeno os problemas por impacto em vez de por gravidade?

Peça ao dot que reordene por sessionsCount. GET /issues ordena por severity, a menos que você passe sort=recency, e nenhum dos dois é impacto. O próprio exemplo da Flowsery coloca um problema medium que atingiu 140 sessões ao lado de um critical que atingiu 3.

O que um dot deve fazer ao atingir um limite de requisições?

Diga a ele para esperar o tempo de Retry-After em vez de tentar de novo às cegas. A Flowsery permite 600 requisições por minuto por chave, e toda resposta traz RateLimit-Remaining e RateLimit-Reset.

Por que um dot responde "Upgrade to view this issue"?

Essa é a mensagem que um teste grátis da Flowsery devolve para problemas detectados por IA além dos 10 primeiros. O dot repassa a mensagem, não o problema. Durante o teste, só os 10 primeiros problemas abrem por completo.

Comece um teste da Flowsery e rode uma varredura de problemas somente leitura, ou leia antes a referência da API.

Fontes: Introducing dots, How we build safety, security and privacy into dots, o resumo do DevDay 2026, ajuda da OpenAI sobre segurança, a documentação de usuário dos dots, o artigo de ajuda sobre MCP da OpenAI (atualizado em agosto de 2026), a referência da API da Flowsery, a especificação OpenAPI da Flowsery e o worker MCP somente leitura da Flowsery. Verificado em 29 de setembro de 2026.