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 o 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 instalação do plugin e o login OAuth estão no guia do plugin do OpenAI dots para analytics de site, e o guia do plugin de analytics para o ChatGPT mostra a mesma instalação para chats comuns; 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 no Flowsery?

Um dot vê o registro do problema que o 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 do 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 do 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 as 28 ferramentas do 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.

Duas camadas mantêm essa escrita longe de um dot. No plugin, o PATCH é a ferramenta update_issue_status, e as Custom Rules (regras personalizadas) em "Ask before taking action" (perguntar antes de agir) colocam uma pergunta na frente dela. O texto da tarefa é a segunda camada: diga ao dot que ele não pode mudar um status. Um papel no Flowsery não é uma camada aqui, porque o plugin precisa de flowsery.write, que só Admins e Editors têm, e um Viewer ou Contributor nem consegue conectar.

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 por meio de um plugin 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 do próprio 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 o Flowsery grava isso depende de uma flag que a OpenAI não documentou. O rastreador do 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, o 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 o 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 do 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 do 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. O 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 do Flowsery.

Perguntas frequentes

Um dot pode fechar um problema no Flowsery sozinho?

Só se você deixar. No plugin, uma mudança de status é a ferramenta update_issue_status, e as Custom Rules em "Ask before taking action" a seguram para a sua aprovação. Um papel no Flowsery não consegue impedi-la, porque só Admins e Editors conectam o plugin, então proíba também mudanças de status no texto da tarefa 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 do 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. O 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 do 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 as 28 ferramentas do plugin, e a OpenAI não documenta como um dot lê um player de replay. Escreva "Use só o plugin do 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 do 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. O 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 do 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 do 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, a referência da API do Flowsery, a especificação OpenAPI do Flowsery e o worker MCP somente leitura do Flowsery. Verificado em 29 de setembro de 2026.