MCP como Serviço: Por que as empresas não executam seus próprios MCPs de navegador
MCP como Serviço: Por que as empresas não executam seus próprios MCPs de navegador
O ecossistema MCP está amadurecendo rapidamente, e um padrão familiar está se desenrolando: ferramentas de código aberto criadas para conveniência do desenvolvedor estão enfrentando barreiras de aquisição empresarial, e serviços gerenciados estão preenchendo a lacuna.
Isso aconteceu com bancos de dados (Postgres auto-hospedado → RDS). Aconteceu com filas de mensagens (Redis auto-hospedado → Upstash). Está acontecendo com MCPs de navegador agora.
Como é na prática "executar o seu próprio"
Um desenvolvedor instala o MCP Playwright ou o uso de navegador localmente, adiciona à sua configuração do Claude Desktop, e funciona bem. Então, eles querem implementá-lo para uma equipe de 20, ou querem que ele funcione em um pipeline CI, ou sua equipe de segurança pergunta onde o processo do navegador está sendo executado e quais dados ele está acessando.
As respostas a essas perguntas — "em cada máquina do desenvolvedor", "não conseguimos descobrir isso", e "não sabemos" — são o que impede as implementações empresariais.
MCPs auto-hospedados não foram projetados para implantação multiusuário, controle de acesso centralizado ou revisões de conformidade. Eles foram projetados para uso local pelo desenvolvedor que os configurou.
O que as empresas realmente precisam
A aquisição empresarial para qualquer ferramenta de desenvolvedor segue a mesma lista de verificação:
- Uptime SLA — Existe uma garantia contratual? Quem podemos contatar quando estiver fora do ar?
- Logs de auditoria — Quais ações foram tomadas? Quais URLs foram visitadas? Quais dados deixaram o sistema?
- Controle de acesso — Podemos escopar chaves de API por equipe ou projeto? Podemos rotacionar credenciais centralmente?
- Revisão de segurança — Existe um SOC 2? Um questionário de fornecedor que podemos preencher? Um DPA que podemos assinar?
- Suporte — Existe uma pessoa com quem podemos entrar em contato, ou um rastreador de problemas no GitHub?
Um servidor MCP instalado localmente não responde a nenhuma dessas perguntas. Não é um fornecedor — é um script.
Essa análise sobre a adoção de MCPs como serviço é crucial para empresas brasileiras que buscam otimizar suas operações. A transição para serviços gerenciados pode garantir maior segurança, conformidade e suporte, essenciais para a escalabilidade. Agora é o momento de avaliar as soluções disponíveis e considerar a implementação de um MCP gerenciado para evitar problemas futuros.
