Skip to main content
Glama

mcp-lab-agent

npm version Node.js License: MIT

PT-BR | English


Português (PT-BR)

Sistema de QA autônomo com IA. Reduz tempo de debug de testes, elimina flaky e mantém seletores estáveis — com um sistema de aprendizado que melhora a cada correção.

TL;DR para recrutadores: QA autônomo que explica por que os testes falharam em linguagem clara e aplica correções automaticamente. Testes que se autocorrigem e aprendem a cada fix. Integra com IDE (Cursor) e Slack. Feito para QA Engineers, SDETs e roles de Automação/IA.

Por que isso importa

Problema real

Impacto no mercado

O que o mcp-lab-agent faz

Testes flaky

Times gastam 5–10h/semana. Microsoft: ~25% das falhas em CI são flaky; Slack tinha 56% antes de remediar.

Detecta padrões flaky, sugere correções, retry automático com fixes

"Por que falhou?"

QAs e devs perdem horas lendo stack traces e logs. "Teste falhou" genérico não ajuda.

Causa + correção em 30 segundos. Diagnóstico em linguagem clara: o que aconteceu, por que e como corrigir

Seletores quebrados

Refactors de UI quebram testes. Seletores frágeis (classes CSS, XPath longo) exigem manutenção manual.

Auto-fix de seletores, sugere data-testid, aplica correções e tenta de novo

O WOW: Testes que se autocorrigem e aprendem

Quando um teste falha, você recebe a causa e a correção em 30 segundos. Sem cavar em stack traces.

Cada correção bem-sucedida é salva e reutilizada. Na próxima falha similar, o agente aplica o padrão aprendido automaticamente. A taxa de sucesso na primeira tentativa melhora ao longo do tempo — mensurável via mcp-lab-agent stats.

npx mcp-lab-agent auto "login flow" --max-retries 5

Um comando. Análise completa. Autocorreção. Aprendizado.

Principais resultados

  • Reduz tempo de debug — "Por que falhou?" em linguagem clara, não stack traces

  • Corta manutenção de flaky — Detecção, diagnóstico e sugestões de correção

  • Escala QA sem escalar headcount — Agente no IDE + Slack bot; funciona com Cypress, Playwright, Appium, Jest e 11+ frameworks

  • Pronto para enterprise — Socket Mode (sem URL pública), Ollama (offline), Learning Hub para times

Como funciona

🤖 Agente no IDE (Cursor, Cline, Windsurf) — Pergunte no chat: "Gere teste para login", "Por que o teste falhou?", "Roda o teste X". O agente detecta o projeto, executa testes, analisa falhas, aplica correções e aprende.

💬 Slack Bot — Mencione o bot em qualquer canal — ele executa testes e posta o relatório. Funciona em ambiente corporativo (Socket Mode, sem ngrok). QA no fluxo da conversa.

Para quem é

Perfil

Benefício

QAs e SDETs

Geração assistida de testes, análise de falhas com sugestões de correção, detecção de flaky

Desenvolvedores

"Por que falhou?" em segundos, análise de arquivos/métodos, integração direta no IDE

Tech leads

Visão de risco por área, métricas de estabilidade, relatórios para decisão

Times

Learning Hub, Slack bot para QA no chat, CI/CD, Ollama (offline)

Como é diferente

Outras ferramentas

mcp-lab-agent

Só executam testes

Executa, analisa causa, sugere fix, aplica correção

"Teste falhou" genérico

Linguagem clara: "Login falha 30% das vezes (timing). Adicione waitForDisplayed."

Sem memória entre execuções

Learning system: cada fix melhora as próximas gerações

Uma ferramenta por tarefa

End-to-end: gera, executa, analisa, reporta, aprende


Related MCP server: sumo-qa

English

AI-powered autonomous QA system. Reduces test debugging time, eliminates flaky tests, and keeps selectors stable — with a learning system that gets smarter with every fix.

TL;DR for recruiters: Autonomous QA that explains why tests fail in plain language and applies fixes automatically. Self-healing tests that learn from each fix. Integrates with IDE (Cursor) and Slack. Built for QA Engineers, SDETs, and AI/Automation roles.

Why this matters

Real problem

Industry impact

What mcp-lab-agent does

Flaky tests

Teams spend 5–10h/week. Microsoft: ~25% of CI failures are flaky; Slack had 56% before remediation.

Detects flaky patterns, suggests fixes, auto-retries with corrections

"Why did it fail?"

QAs and devs lose hours reading stack traces and logs. Generic "test failed" doesn't help.

Cause + fix in 30 seconds. Plain-language diagnosis: what happened, why, and how to fix

Broken selectors

UI refactors break tests. Fragile selectors (CSS classes, long XPath) require manual maintenance.

Auto-fix selectors, suggests data-testid, applies corrections and retries

The WOW: Self-healing tests that learn

When a test fails, you get the cause and fix in 30 seconds. No more digging through stack traces.

Each successful fix is saved and reused. The next time a similar failure happens, the agent applies the learned pattern automatically. First-attempt success rate improves over time — measurable via mcp-lab-agent stats.

npx mcp-lab-agent auto "login flow" --max-retries 5

One command. Full analysis. Self-correction. Learning.

Key outcomes

  • Reduce debugging time — "Why did it fail?" in plain language, not stack traces

  • Cut flaky test maintenance — Detection, diagnosis, and suggested fixes

  • Scale QA without scaling headcount — IDE agent + Slack bot; works with Cypress, Playwright, Appium, Jest, and 11+ frameworks

  • Enterprise-ready — Socket Mode (no public URL), Ollama (offline), Learning Hub for teams

How it works

🤖 IDE Agent (Cursor, Cline, Windsurf) — Ask in chat: "Generate a test for login", "Why did the test fail?", "Run test X". The agent detects your project, runs tests, analyzes failures, applies fixes, and learns.

💬 Slack Bot — Mention the bot in any channel — it runs tests and posts the report. Works in corporate environments (Socket Mode, no ngrok). QA in the flow of conversation.

Who it's for

Role

Benefit

QAs & SDETs

Assisted test generation, failure analysis with fix suggestions, flaky detection

Developers

"Why did it fail?" in seconds, file/method analysis, direct IDE integration

Tech leads

Risk visibility by area, stability metrics, decision-ready reports

Teams

Learning Hub, Slack bot for QA in chat, CI/CD integration, Ollama (offline)

How it's different

Other tools

mcp-lab-agent

Run tests only

Run, analyze cause, suggest fix, apply correction

Generic "test failed"

Plain-language: "Login fails 30% of the time (timing). Add waitForDisplayed."

No memory between runs

Learning system: each fix improves future generations

One tool per task

End-to-end: generate, run, analyze, report, learn


Learning System

Como aprende: O agente detecta o padrão de falha em cada execução (regex + contexto) e armazena a correção aplicada na memória. Nas próximas gerações, esses aprendizados são injetados no prompt do LLM e nas práticas obrigatórias.

Baseado em quê: Tipo de erro (classificado automaticamente), framework, trecho de correção e resultado (passou ou não).

Melhora quanto: Taxa de sucesso na primeira tentativa (%), rastreável em mcp-lab-agent stats e get_learning_report. Quanto mais correções bem-sucedidas, maior a tendência de os próximos testes passarem de primeira.

Exemplos de padrões aprendidos:

Padrão detectado

Correção aplicada

element_not_visible

waitForDisplayed(), should('be.visible') antes de interagir

element_not_rendered

waitForSelector, waitFor({ state: 'attached' })

selector instável

Sugestão de data-testid, role, seletores acessíveis

timing

Retry automático, waits explícitos, timeout ajustado

element_stale

Re-localizar elemento antes de cada ação

mobile_mapping_invisible

Mapeamento visível no topo do spec (Page Object)

Cada correção bem-sucedida aumenta a taxa de sucesso futura.


Quick Start

CLI — Análise completa

# Análise completa: executa testes, analisa estabilidade, prevê riscos e recomenda ações
npx mcp-lab-agent analyze

# Modo autônomo: gera, roda, corrige e aprende (até passar ou max_retries)
npx mcp-lab-agent auto "login flow" --max-retries 5

# Métricas de aprendizado e taxa de sucesso
npx mcp-lab-agent stats

# Relatório de evolução com recomendações para aprimorar o código
npx mcp-lab-agent report --full

IDE — Cursor, Cline, Windsurf

Adicione ao ~/.cursor/mcp.json:

{
  "mcpServers": {
    "qa-lab-agent": {
      "command": "npx",
      "args": ["-y", "mcp-lab-agent@latest"],
      "cwd": "${workspaceFolder}"
    }
  }
}

Use no chat: "Detecte a estrutura do meu projeto", "Gere teste para login", "Por que o teste falhou?", "Avalie http://localhost:3000 no browser".

run_tests com device e auto-fix: Ao pedir "Roda o teste X", o agente detecta o device (de qa-lab-agent.config.json, wdio.conf ou .detoxrc), executa o fluxo e, se falhar por seletor, aplica correção automaticamente e tenta novamente.

Slack Bot

npx mcp-lab-agent slack-bot

Funciona em ambiente corporativo (Socket Mode, sem URL pública). Configure botToken e appToken em ~/.cursor/mcp.json. Onde obter: slack-bot/CREDENTIALS.md. Detalhes: slack-bot/README.md.

Learning Hub — Inteligência centralizada

npx mcp-lab-agent learning-hub

API e Dashboard em http://localhost:3847. Configure no .env do projeto:

LEARNING_HUB_URL=http://localhost:3847
LEARNING_HUB_PROJECT_ID=meu-projeto

O agente envia learnings automaticamente. O Hub agrega padrões e fornece recomendações. Detalhes: learning-hub/README.md.


Arquitetura

flowchart TB
    subgraph Input["Entrada"]
        CLI[CLI: auto, stats, report]
        IDE[IDE: Cursor, Cline, Windsurf]
        Slack[Slack Bot]
    end

    subgraph Agent["mcp-lab-agent"]
        Router[qa_route_task]
        Auto[qa_auto]
        MR[Model Router]
        FD[Flaky Detection]
        PM[Project Memory]
        LS[Learning System]
    end

    subgraph Tools["Ferramentas"]
        D[detect_project, list_test_files]
        G[generate_tests, write_test, map_mobile_elements]
        E[run_tests, get_test_coverage]
        A[analyze_failures, suggest_fix, por_que_falhou]
        R[create_bug_report, get_learning_report]
    end

    subgraph Ext["Externo"]
        LLM[LLM: Groq, Gemini, OpenAI, Ollama]
        Hub[Learning Hub]
    end

    Input --> Router
    Router --> Auto
    Auto --> G & E & A
    G & A --> MR --> LLM
    A --> FD
    Auto --> LS --> PM
    PM -.-> Hub
    Router --> D & G & E & A & R

Fluxo qa_auto:

  1. Detecta projeto (frameworks, pastas, fluxos)

  2. Gera teste com LLM + memória de aprendizados

  3. Executa o teste

  4. Se falhar: analisa (flaky detection), corrige e tenta novamente

  5. Aprende e salva correções na memória

  6. Repete até passar ou atingir max_retries


Capacidades

Automação e geração

  • Modo autônomo (qa_auto): gera, executa, analisa, corrige e aprende em loop

  • Geração com LLM: Groq, Gemini, OpenAI ou Ollama (100% offline)

  • Mapeamento mobile (map_mobile_elements): elementos em Appium/Detox

  • Templates: waits inteligentes e assert final obrigatório em todo teste gerado

Análise e diagnóstico

  • Detecção de falhas: timing, selector, element_not_rendered, element_not_visible, element_stale, mobile_mapping_invisible

  • Mensagens contextualizadas: cada tipo de erro tem explicação e sugestão específica

  • Análise de estabilidade: taxa de falha por teste, identificação de flaky

  • Predição de flakiness (qa_predict_flaky): risco antes de o problema aparecer

  • Análise de métodos (analyze_file_methods): varredura por método do arquivo

Relatórios e métricas

  • Bug reports em Markdown

  • Métricas de negócio (se qa-lab-flows.json configurado)

  • Relatório de evolução (get_learning_report): padrões por tipo, recomendações

  • Benchmark (qa_compare_with_industry): comparação com padrões do mercado

Memória e Learning Hub

  • Memória local: .qa-lab-memory.json por projeto

  • Learning Hub: API central (POST /learning, GET /patterns), Dashboard, sync automático entre projetos

Frameworks suportados

11+ frameworks: Cypress, Playwright, WebdriverIO, Jest, Vitest, Mocha, Robot Framework, pytest, Behave, Appium, Detox.


CLI

Comando

Descrição

(sem args)

Inicia servidor MCP (modo IDE)

learning-hub

API + Dashboard (porta 3847)

slack-bot

Bot Slack (Socket Mode)

analyze

Análise completa do projeto

auto <descrição> [--max-retries N]

Modo autônomo (default: 3 tentativas)

stats

Estatísticas de aprendizado

report [--full]

Relatório de evolução

detect [--json]

Detecta frameworks e estrutura

route <tarefa>

Sugere ferramenta

list

Lista agentes e ferramentas

# Exemplos de uso
mcp-lab-agent learning-hub          # Inicia Hub (porta 3847)
mcp-lab-agent analyze              # Análise completa
mcp-lab-agent auto "login flow"     # Modo autônomo
mcp-lab-agent stats                 # Taxa de sucesso, aprendizados
mcp-lab-agent report --full        # Relatório com recomendações

Escalabilidade e uso em produção

  • Por projeto: memória local (.qa-lab-memory.json) isolada por repositório

  • Entre times: Learning Hub agrega padrões por projectId; Dashboard compartilhado

  • Entre empresas: um Hub pode servir múltiplas organizações; padrões cross-org (ex.: "Playwright + selector instável" em 15 projetos) viram recomendações globais

  • CI/CD: integração em GitHub Actions, GitLab CI, Jenkins

  • Métricas exportáveis: JSON estruturado para Grafana, DataDog, dashboards internos

  • Ollama: 100% offline; adequado para ambientes corporativos restritivos

  • LLM interno: endpoint customizado da empresa


Configuração

Variáveis de ambiente (opcionais)

Variável

Uso

GROQ_API_KEY

Groq

GEMINI_API_KEY

Google Gemini

OPENAI_API_KEY

OpenAI

OLLAMA_BASE_URL

Ollama (default: http://localhost:11434)

QA_LAB_LLM_BASE_URL

LLM customizado (empresa)

QA_LAB_LLM_API_KEY

API key do LLM

QA_LAB_LLM_SIMPLE

Modelo para tarefas simples

QA_LAB_LLM_COMPLEX

Modelo para tarefas complexas

LEARNING_HUB_URL

URL do Learning Hub

LEARNING_HUB_PROJECT_ID

ID do projeto no Hub

Ollama (offline)

brew install ollama
ollama pull llama3.1:8b
ollama serve
npx mcp-lab-agent auto "login flow"

Modo browser (Playwright)

npm install playwright

Documentação


Desenvolvimento

git clone https://github.com/Wesley-Gomes93/mcp-lab-agent
cd mcp-lab-agent
npm install
npm run build
npm test

Script

Descrição

npm run build

Build (tsup)

npm test

Testes (Vitest)

npm run test:coverage

Cobertura

npm run dev

Build em watch


Licença

MIT © Wesley Gomes

Available Tools

31 tools
analyze_failuresAnalisar falhas de testesB

Recebe output de testes e extrai falhas estruturadas.

Inputs: runOutput (required). Returns: ok, summary, failures

analyze_file_methodsAnalisar métodos de um arquivoA

Lê um arquivo, faz varredura em todos os métodos/funções e retorna análise detalhada: método correto?, melhor forma de escrever?, falso positivo?, coerência?, itens faltando?, parâmetros faltando?, imports faltando?. Requer API key (Groq/Gemini/OpenAI).

Inputs: path (required). Returns: ok, error, resumo, methods, +2 more

create_bug_reportCriar relatório de bugA

Gera um bug report estruturado a partir de falhas de teste.

Inputs: failures (required), title. Returns: ok, title, report

create_test_templateCriar template de testeB

Gera template básico de teste (boilerplate) para o framework escolhido.

Inputs: framework (required), type. Returns: ok, template, suggestedFileName

detect_projectDetectar estrutura do projetoA

Analisa o projeto e identifica frameworks de teste, pastas, backend, frontend, ambiente (web/mobile) e hints para geração de testes.

Inputs: no named parameters. Returns: ok, structure

generate_testsGerar ou traduzir testes com LLMA

Gera spec em QUALQUER framework. Aceita referência de outro framework: leia com read_file e passe em referenceCode. Traduz automaticamente (ex: Robot→Playwright, Cypress→WDIO).

Inputs: context (required), request (required), framework, referenceCode, +1 more. Returns: ok, error, specContent, suggestedFileName

get_business_metricsObter métricas de negócioA

Retorna métricas: tempo até bug, custo por defeito (tempo estimado), cobertura por fluxo. Requer run_tests executados e opcionalmente qa-lab-flows.json.

Inputs: period. Returns: ok, summary, timeToBug, flowCoverage, +1 more

get_learning_reportRelatório de evolução e aprendizadoA

Gera relatório de evolução dos aprendizados: resumo por tipo, evolução no tempo e recomendações para aprimorar o código.

Inputs: format. Returns: byType, summary, evolution, recommendations

get_test_coverageObter cobertura de testesB

Roda testes com coverage (Jest, Playwright, Cypress com plugin).

Inputs: framework. Returns: output, status, message, coveragePercent

install_dependenciesInstalar dependênciasA

Roda npm install, yarn install ou pnpm install (detecta automaticamente).

Inputs: packageManager. Returns: status, message, exitCode

list_test_filesListar arquivos de testeA

Lista TODOS os arquivos de teste (qualquer framework: Cypress, Playwright, WDIO, Robot, pytest, Behave, etc.) com filtro opcional.

Inputs: pattern, framework. Returns: ok, files, total

map_mobile_elementsMapear elementos mobile (estrutura para testes)A

Gera estrutura/template de elementos para testes mobile. Aceita deep link, appPackage/appActivity (Android) ou bundleId (iOS). Retorna instruções para mapear elementos (Appium Inspector, uiautomator) e template para usar em generate_tests. Se elementsJsonPath fornecido, lê arquivo e formata para contexto.

Inputs: bundleId, deepLink, appPackage, appActivity, +1 more. Returns: ok, error, elements, environment, +2 more

por_que_falhouPor que falhou? Explicação para junioresB

Traduz stack trace em explicação humana. Recebe output do terminal/log, lê o projeto e o teste (se path dado), e retorna: O que aconteceu, Por que falhou, O que fazer, Sugestão de correção, Conceito. Escalável e procedural.

Inputs: errorOutput, testFilePath. Returns: ok, error, conceito, framework, +5 more

qa_autoModo autônomo: gera, roda, corrige e aprendeA

[AGENTE AUTÔNOMO] Loop completo: detecta projeto → gera teste → roda → se falhar: analisa, corrige, roda de novo → aprende com erros. Repete até passar ou atingir max_retries.

Inputs: request (required), framework, maxRetries. Returns: ok, error, attempts, learnings, +2 more

qa_compare_with_industryComparar com padrões da indústriaA

[BENCHMARK] Compara as métricas do seu projeto com benchmarks da indústria (cobertura, taxa de sucesso, tempo de execução).

Inputs: no named parameters. Returns: verdict, industry, yourProject

qa_full_analysisAnálise completa: executor + consultor inteligenteB

[EXECUTOR + CONSULTOR] Análise completa em 1 comando: detecta, executa testes, analisa estabilidade, prevê problemas, calcula riscos por área e gera recomendações acionáveis priorizadas. Combina execução + inteligência.

Inputs: executeTests. Returns: risks, score, actions, summary, +1 more

qa_health_checkHealth check completo do projetoB

[DIAGNÓSTICO COMPLETO] Analisa tudo: frameworks detectados, testes existentes, cobertura, últimas falhas, aprendizados do agente, e dá uma nota de 0-100 para a saúde do QA.

Inputs: no named parameters. Returns: score, frameworks, totalTests, learningRate, +2 more

qa_learning_statsEstatísticas de aprendizadoA

[MÉTRICAS] Retorna métricas de aprendizado do agente: quantos testes gerados, taxa de sucesso na primeira tentativa, correções aplicadas, etc.

Inputs: no named parameters. Returns: timingFixes, selectorFixes, testsGenerated, totalLearnings, +2 more

qa_predict_flakyPrever quais testes vão ficar flakyA

[PREDIÇÃO] Analisa testes existentes e prevê quais têm maior chance de se tornarem flaky (baseado em padrões: seletores frágeis, waits inadequados, dependências externas).

Inputs: testFile. Returns: predictions

qa_route_taskRoteador de tarefas QA (agentes especializados)A

Recebe uma descrição da tarefa e retorna qual agente (conjunto de ferramentas) deve ser usado. Útil para encaminhar a ferramenta certa.

Inputs: task (required). Returns: ok, description, suggestedAgent, suggestedTools

qa_suggest_next_testSugerir próximo teste a criarA

[IA PROATIVA] Analisa o projeto e sugere qual teste criar a seguir (baseado em cobertura, fluxos críticos, gaps detectados).

Inputs: no named parameters. Returns: suggestions

qa_time_travelViajar no tempo: ver evolução do agenteA

[VISUALIZAÇÃO] Mostra como o agente evoluiu ao longo do tempo: taxa de sucesso por semana, tipos de erros corrigidos, padrões aprendidos.

Inputs: period. Returns: timeline, topLearnings

read_fileLer qualquer arquivoA

Lê o conteúdo de QUALQUER arquivo do projeto por caminho. Use para specs, page objects, componentes, código fonte - qualquer formato.

Inputs: path (required), encoding. Returns: ok, error, content

read_projectLer estrutura do projetoA

Lê package.json, specs existentes (qualquer framework: Cypress, Playwright, WDIO, Robot, pytest, etc) e retorna contexto. Use includeContent para trazer código de exemplos.

Inputs: maxFiles, includeContent. Returns: ok, summary, testFiles, packageJson, +1 more

run_linterExecutar linterA

Roda ESLint, Prettier ou linter configurado no projeto.

Inputs: fix, path. Returns: output, status, message, exitCode

run_testsExecutar testesA

Roda testes do projeto. Suporta: Cypress, Playwright, WebdriverIO, Jest, Vitest, Mocha, Appium, Detox, Robot Framework, pytest, e mais. Detecta automaticamente.

Inputs: spec, suite, device, framework, +2 more. Returns: status, message, exitCode, runOutput

suggest_fixSugerir correção para falhasB

Recebe análise de falhas e sugere correções (patch, refactor, etc.).

Inputs: failures (required). Returns: ok, suggestions

suggest_selector_fixSugerir correção de seletor (Self-healing)A

Quando um teste falha por elemento não encontrado (seletor quebrado após mudança de UI), usa LLM para sugerir seletor alternativo mais resiliente. Prioriza data-testid, role, texto acessível.

Inputs: testFilePath (required), framework, errorOutput. Returns: ok, error, explicacao, codigoCorrigido, +1 more

watch_testsRodar testes em modo watchB

Inicia testes em watch mode (Jest, Vitest). Útil para desenvolvimento.

Inputs: framework. Returns: status, message

web_eval_browserAvaliar app no browser (screenshots, network, console)A

[Agente especializado: Browser] Abre a URL no navegador, captura screenshot, erros de console e requisições de rede. Inspirado em web-eval-agent. Requer: npm install playwright

Inputs: url (required), captureConsole, captureNetwork, screenshotPath. Returns: ok, error, consoleLogs, consoleErrors, +2 more

write_testEscrever arquivo de testeB

Grava spec no disco. Suporta QUALQUER framework (Cypress, Playwright, WDIO, Appium, Robot, pytest, etc.). Detecta automaticamente pasta e extensão.

Inputs: name (required), content (required), subdir, framework. Returns: ok, path, error

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    B3.2/5.0

    Scored across 31 tools

    Disambiguation2/5

    Multiple tools overlap significantly: run_tests/watch_tests/get_test_coverage all execute tests, generate_tests/create_test_template/write_test all create test content, and qa_full_analysis, qa_health_check, and qa_auto all perform broad analysis. Detailed descriptions help but boundaries remain unclear, risking misselection.

    Naming Consistency2/5

    Naming is inconsistent: most tools use verb_noun (run_tests, read_file), but many use a qa_ prefix for meta-tools (qa_health_check, qa_learning_stats), and one tool is in Portuguese (por_que_falhou). The mix of imperative verbs and descriptive noun phrases creates no clear pattern.

    Tool Count2/5

    At 31 tools, the set is heavy for the apparent scope. Many tools are meta-analytical (qa_time_travel, qa_learning_stats, get_learning_report) and could be consolidated. While some breadth is justified for a QA agent, the count feels inflated with redundancy.

    Completeness4/5

    The core QA lifecycle is covered: test creation (generate_tests, write_test), execution (run_tests), failure analysis (analyze_failures, por_que_falhou), fixing (suggest_fix), and reporting (create_bug_report). Minor gaps such as test deletion or explicit test versioning exist but are not critical for typical workflows.

    Maintenance

    ActivityInactive
    ResponsivenessNo recent community issues

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      Not graded
      quality
      D
      maintenance
      An MCP server that gives AI coding assistants QA superpowers, enabling users to report bugs by pointing, clicking, or typing while automatically capturing diagnostic data for AI-driven test-feedback-fix loops.
      19 npm
      4
      MIT
    • A
      license
      A
      quality
      B
      maintenance
      An MCP server that enables autonomous code development by pulling GitHub issues, fixing them in a sandboxed environment, running tests, opening PRs, and promoting to production upon human approval.
      3
      AGPL 3.0
    • A
      license
      A
      quality
      D
      maintenance
      Automated Playwright E2E test repair powered by a self-improving, governed MCP server that runs failing tests, collects failure artifacts, reasons about root causes, validates and applies fixes, and re-runs to verify.
      12
      MIT