> ## Documentation Index
> Fetch the complete documentation index at: https://docs.appsignal.com/llms.txt
> Use this file to discover all available pages before exploring further.

# AppSignal Labs

> Experimente recursos experimentais antecipadamente e ajude a moldar o que construiremos a seguir. Labs é onde novas ideias chegam primeiro, antes de fazerem parte do restante do AppSignal.

## O que esperar

Três coisas para ter em mente antes de optar por participar.

<CardGroup cols={3}>
  <Card title="Acesso antecipado" icon="bolt">
    Use recursos antes que estejam disponíveis ao público geral.
  </Card>

  <Card title="Arestas" icon="wrench">
    Os recursos podem estar incompletos ou mudar sem aviso. Não cobertos por nosso SLA.
  </Card>

  <Card title="Influência direta" icon="message">
    Seu feedback vai direto para a equipe que está construindo o recurso.
  </Card>
</CardGroup>

## Estágios

Cada recurso do Labs está em um de três estágios, que te diz como se envolver:

* **In research:** Estamos explorando o problema e moldando a solução. Você pode ver pull requests iniciais, protótipos ou chamadas abertas para sessões de pesquisa de UX. Participe de uma sessão para nos ajudar a definir o escopo do que construímos.
* **In preview:** Self-serve e pronto para experimentar. Ative você mesmo, explore o que há e compartilhe seu feedback em nosso canal no [Discord](https://discord.gg/EjF6ykYx63).
* **In beta:** Mais próximo da disponibilidade geral. Alguns recursos em beta estão atrás de uma feature flag e podem precisar ser ativados pelo [Suporte](mailto:support@appsignal.com). Estamos lançando-os gradualmente conforme polimos as arestas.

## Recursos atuais do Labs

<Card title="Apdex" icon="gauge-high">
  **In beta**

  Meça o quão satisfeitos seus usuários estão com a performance da sua aplicação. Defina limites de tempo de resposta **Satisfied** e **Tolerating** por namespace, e o AppSignal gera métricas `apdex` e `apdex_counts` que você pode adicionar a dashboards e notificações. Exiba-as como **single value** ou **time series**, para ver sua pontuação atual rapidamente.

  [Compartilhe feedback no Discord →](https://discord.gg/EjF6ykYx63)
</Card>

<Card title="Métricas baseadas em logs" icon="chart-line">
  **In beta**

  Transforme dados dos seus logs em métricas sem escrever código novo nem sair da página de Logs. Filtre seus logs para os eventos que importam, como requisições para `/api/orders`, selecione **Create a metric** em uma linha de log, e o AppSignal cria uma métrica do tipo Count, Gauge ou Measurement usando a query, severidade e source que você já tinha aberta. Use em um dashboard ou em um trigger.

  [Leia a documentação →](/logging/metrics)

  [Compartilhe feedback no Discord →](https://discord.gg/EjF6ykYx63)
</Card>

<Card title="AppSignal CLI" icon="terminal">
  **In beta**

  Uma interface de linha de comando para o AppSignal, feita em Rust. Projetada tanto para humanos quanto para LLMs consultarem seus dados do AppSignal a partir do terminal. Instale com Homebrew para começar.

  No futuro, continuaremos expandindo a CLI rumo à paridade de recursos com a API do AppSignal.

  [Leia a documentação →](/cli)

  [Instale a CLI →](https://github.com/appsignal/homebrew-appsignal-cli#install)

  [Veja as últimas releases →](https://github.com/appsignal/homebrew-appsignal-cli/releases)
</Card>

<Card title="JavaScript web vitals" icon="gauge">
  **In research**

  Monitoramento de front-end para seus apps no navegador. Estamos explorando uma seção de browser que mostra erros de front-end junto com o contexto do que aconteceu antes deles, além das Core Web Vitals de usuários reais, divididas por página. Acompanhe as métricas padrão do navegador, LCP, INP, CLS, FCP e TTFB, para ver como cada página performa. Filtre por versão do app para comparar a performance de cada release. Útil para desenvolvedores depurando páginas lentas e para analytics.

  [Participe da pesquisa →](https://discord.gg/EjF6ykYx63)
</Card>

<Card title="Distributed tracing" icon="diagram-project">
  **In research**

  Siga uma requisição enquanto ela percorre seus serviços e aplicações. Estamos explorando distributed tracing construído sobre OpenTelemetry, com uma linha do tempo do trace que mostra cada span de uma requisição, mesmo quando ela cruza fronteiras de serviço, para que você veja para onde o tempo vai e onde um serviço passa o controle para outro. Um service map mostra os callers upstream e downstream em torno de um trace, respondendo de quem você depende e quem depende de você. Útil para depurar requisições lentas e entender como seus serviços se encaixam.

  Agora estamos buscando pessoas para experimentar a UI inicial e nos contar o que funciona e o que querem dela. Se quiser ajudar a moldar onde isso vai, adoraríamos ouvir você.

  [Participe da pesquisa →](https://discord.gg/EjF6ykYx63)
</Card>

## Como se envolver

<CardGroup cols={2}>
  <Card title="Sessões de pesquisa de UX" icon="video" href="https://discord.gg/EjF6ykYx63">
    Chamadas de vídeo de 30 minutos onde você compartilha o que está funcionando e o que não está.
  </Card>

  <Card title="Feedback" icon="discord" href="https://discord.gg/EjF6ykYx63">
    Use o botão de feedback no próprio recurso ou junte-se a nós no Discord.
  </Card>
</CardGroup>

## FAQ

<AccordionGroup>
  <Accordion title="Os recursos do Labs vão afetar meus dados de produção?">
    Não. Os recursos do Labs operam junto com sua configuração existente, com opt-in explícito quando necessário.
  </Accordion>

  <Accordion title="Posso desativar um recurso do Labs?">
    Sim, a qualquer momento. Sua configuração é preservada.
  </Accordion>

  <Accordion title="O que acontece com meu feedback?">
    A equipe que constrói esse recurso lê tudo.
  </Accordion>
</AccordionGroup>