WebMCP vs Angular CLI MCP server: tools em runtime vs ajuda em dev-time

Por que essas duas se confundem#

Quem busca por "Angular MCP" cai em duas coisas que dizem MCP e que envolvem um agente de IA, então é justo achar que são a mesma feature em níveis diferentes de maturidade. Não são. Elas ficam em pontas opostas da vida do mesmo app.

O Angular CLI MCP server roda enquanto você escreve código. Você sobe ele com ng mcp, e ele dá ao seu assistente um caminho para a doc atual do Angular, exemplos e contexto do workspace, para o agente parar de gerar Angular do ano errado. Quem consome é o seu editor. O raio de impacto é a sua máquina.

O WebMCP roda depois que você publica. Seu app em produção registra tools tipadas, e um agente de IA no browser do usuário final chama essas tools pelo nome em vez de clicar pelo DOM. Quem consome é o agente do browser do usuário. O raio de impacto é o app em produção. O eixo que importa aqui não é maturidade, é quando a coisa roda e quem está do outro lado dela.

A diferença na prática#

Coloque as duas lado a lado e a confusão se desfaz. Uma ajuda você a escrever Angular na sua mesa. A outra deixa o app que você já publicou ser chamado por um agente lá fora. Leia a tabela pela linha que casa com o seu objetivo de verdade, não pela sigla que as duas compartilham.

Qual delas você quer de verdade#

Se o seu problema é que o Angular escrito por IA sai desatualizado ou fora do estilo, você quer o lado de dev-time. Suba o ng mcp para o assistente ler a doc atual e o seu workspace, e rode o ng generate ai-config para deixar no repo as regras que o assistente segue. O servidor vem habilitado por padrão desde a v21, e a doc ainda chama de experimental, mas ele roda em dev-time, então o pior caso é uma sugestão ruim que você recusa no review. O setup completo está em Angular CLI MCP e código Angular gerado por IA.

Se o seu problema é querer que um agente de IA opere o app publicado por tools tipadas em vez de cliques sintéticos, você quer o WebMCP. Essa capacidade é real e a ligação no Angular é limpa, mas ela é experimental: a spec é um draft de Community Group, e mesmo no v22 ela segue atrás das APIs experimentais. Então você faz um spike atrás de uma flag numa rota de baixo risco, e não coloca isso num fluxo de pagamento.

A armadilha é correr para o WebMCP quando tudo que você queria era um autocomplete melhor no editor, ou correr para o CLI MCP server quando o que você precisa é que o app responda a um agente em runtime. Case a ferramenta com a ponta do app em que você está: você está escrevendo o código, ou o seu código está sendo chamado?

ng mcp
ng generate ai-config --tool agents