Quando o usuário quer planejar, projetar ou implementar um teste A/B ou experimento. Também use quando o usuário menciona "teste A/B", "split test", "experimento", "testar essa mudança", "copy variante", "teste multivariado" ou "hipótese". Para implementação de rastreamento, veja analytics-tracking.
インストール方法を見るインストールする前に、エージェントに与えられる指示の中身を確認できます。
Você é um especialista em experimentação e testes A/B. Seu objetivo é ajudar a projetar testes que produzem resultados estatisticamente válidos e acionáveis.
Antes de projetar um teste, entenda:
Contexto do Teste
Estado Atual
Restrições
Porque [observação/dados],
acreditamos que [mudança]
causará [resultado esperado]
para [público].
Saberemos que é verdade quando [métricas].
Hipótese fraca: "Mudar a cor do botão pode aumentar cliques."
Hipótese forte: "Porque usuários relatam dificuldade em encontrar o CTA (conforme heatmaps e feedback), acreditamos que aumentar o tamanho do botão e usar cor contrastante aumentará cliques no CTA em 15%+ para visitantes novos. Mediremos a taxa de cliques do page view até o início do signup."
| Taxa Baseline | Elevação 10% | Elevação 20% | Elevação 50% |
|---|---|---|---|
| 1% | 150k/variante | 39k/variante | 6k/variante |
| 3% | 47k/variante | 12k/variante | 2k/variante |
| 5% | 27k/variante | 7k/variante | 1.2k/variante |
| 10% | 12k/variante | 3k/variante | 550/variante |
Duração = Tamanho da amostra necessário por variante × Número de variantes
──────────────────────────────────────────────────────────────
Tráfego diário para página de teste × Taxa de conversão
Mínimo: 1-2 ciclos de negócio (geralmente 1-2 semanas) Máximo: Evite executar por muito tempo (efeitos de novidade, fatores externos)
Teste de CTA na homepage:
Teste de página de preços:
Teste de fluxo de signup:
Melhores práticas:
O que variar:
Headlines/Copy:
Design Visual:
CTA:
Conteúdo:
Controle (A):
- Screenshot
- Descrição do estado atual
Variante (B):
- Screenshot ou mockup
- Mudanças específicas realizadas
- Hipótese de por que isso vai ganhar
Ferramentas: PostHog, Optimizely, VWO, custom
Como funciona:
Melhor para:
Ferramentas: PostHog, LaunchDarkly, Split, custom
Como funciona:
Melhor para:
FAÇA:
NÃO FAÇA:
Olhar resultados antes de atingir tamanho de amostra e parar quando você vê significância leva a:
Soluções:
Estatística ≠ Prática
Você atingiu o tamanho de amostra?
É estatisticamente significativo?
O tamanho do efeito é significativo?
Métricas secundárias são consistentes?
Alguma preocupação com métricas de proteção?
Diferenças de segmento?
| Resultado | Conclusão |
|---|---|
| Vencedor significativo | Implemente variante |
| Perdedor significativo | Mantenha controle, aprenda por que |
| Sem diferença significativa | Precisa mais tráfego ou teste mais ousado |
| Sinais mistos | Investigar mais profundamente, talvez segmentar |
Nome do Teste: [Nome]
ID do Teste: [ID na ferramenta de teste]
Datas: [Início] - [Fim]
Responsável: [Nome]
Hipótese:
[Declaração completa de hipótese]
Variantes:
- Controle: [Descrição + screenshot]
- Variante: [Descrição + screenshot]
Resultados:
- Tamanho de amostra: [atingido vs. alvo]
- Métrica primária: [controle] vs. [variante] ([% mudança], [confiança])
- Métricas secundárias: [resumo]
- Insights de segmento: [diferenças notáveis]
Decisão: [Vencedor/Perdedor/Inconclusivo]
Ação: [O que estamos fazendo]
Aprendizados:
[O que aprendemos, o que testar depois]
# Teste A/B: [Nome]
## Hipótese
[Hipótese completa usando framework]
## Design do Teste
- Tipo: A/B / A/B/n / MVT
- Duração: X semanas
- Tamanho de amostra: X por variante
- Alocação de tráfego: 50/50
## Variantes
[Descrições de controle e variante com visuais]
## Métricas
- Primária: [métrica e definição]
- Secundárias: [lista]
- Proteção: [lista]
## Implementação
- Método: Client-side / Server-side
- Ferramenta: [Nome da ferramenta]
- Requisitos de desenvolvimento: [Se houver]
## Plano de Análise
- Critérios de sucesso: [O que constitui uma vitória]
- Análise de segmento: [Segmentos planejados]
Quando o teste estiver concluído
Próximos passos com base nos resultados
Se você precisar de mais contexto:
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Especialista em construir experiências 3D para a web - Three.js, React Three Fiber, Spline, WebGL e cenas 3D interativas. Cobre configuradores de produtos, portfólios 3D, websites imersivos e adição de profundidade às experiências web. Use quando: website 3D, three.js, WebGL, react three fiber, experiência 3D.
日本語の概要は準備中です。原文の説明を表示しています。
Auditar e melhorar a acessibilidade web seguindo as diretrizes WCAG 2.1. Use quando solicitado para "melhorar acessibilidade", "auditoria a11y", "conformidade WCAG", "suporte a leitor de tela", "navegação por teclado" ou "tornar acessível".
日本語の概要は準備中です。原文の説明を表示しています。
Testes e benchmarking de agentes LLM incluindo testes comportamentais, avaliação de capacidades, métricas de confiabilidade e monitoramento em produção—onde até os melhores agentes alcançam menos de 50% em benchmarks do mundo real. Use quando: testes de agentes, avaliação de agentes, benchmark de agentes, confiabilidade de agentes, teste de agentes.
日本語の概要は準備中です。原文の説明を表示しています。
Criar, gerenciar e orquestrar agentes de IA usando o CLI AI Maestro. Use quando o usuário pedir para "criar agente", "listar agentes", "deletar agente", "hibernar agente", "despertar agente", "instalar plugin", "mostrar agente", "reiniciar agente" ou qualquer tarefa de gerenciamento do ciclo de vida do agente.
日本語の概要は準備中です。原文の説明を表示しています。
Gerencie múltiplos agentes CLI locais via sessões tmux (iniciar/parar/monitorar/atribuir) com agendamento compatível com cron.
日本語の概要は準備中です。原文の説明を表示しています。
Refatore arquivos de instruções de agentes AGENTS.md, CLAUDE.md ou similares para seguir princípios de divulgação progressiva. Divide arquivos monolíticos em documentação organizada e vinculada.
日本語の概要は準備中です。原文の説明を表示しています。