Servidor Terraform MCP Chega com 16 Ferramentas para Agentes LLM, Bloqueado por Padrão

HashiCorp lançou o Servidor Terraform MCP para disponibilidade geral no dia 11 de junho de 2026, permitindo que agentes LLM acessem Terraform Enterprise e espaços de trabalho HCP Terraform por meio de um gateway MCP de código aberto. O servidor expõe 16 ferramentas em sua configuração padrão (conjunto de ferramentas do registro público), com três conjuntos de ferramentas — `registry`, `registry-private`, e `terraform` — expondo dezenas de operações adicionais em gerenciamento de espaços de trabalho, inspeção de planos, conjuntos de variáveis e anexação de políticas, incluindo pesquisa de registro público e privado, documentação do provedor, introspecção de espaço de trabalho e interpretação de arquivos de plano. Operações destrutivas como create_run, plan_and_apply e exclusão de espaço de trabalho estão desabilitadas por padrão, controladas por um bloqueio `ENABLE_TF_OPERATIONS=false`.

O servidor está disponível como um container Docker (`hashicorp/terraform-mcp-server:1.0.0`) ou um binário nativo e oferece suporte a dois transportes: stdio para desenvolvimento de agentes locais e StreamableHTTP com SSE para camadas de governança compartilhadas remotas. Ele oferece três conjuntos de ferramentas — `registry`, `registry-private`, e `terraform` — além de agrupamentos `all` e `default`, permitindo que agentes descubram módulos aprovados, auditem configurações em relação a políticas Sentinel e consultem o estado ao vivo do espaço de trabalho. O servidor proxy de solicitações através do `TFE_TOKEN` existente do chamador, impondo as mesmas fronteiras de RBAC do CLI. Equipes podem fazer commit de um `AGENTS.md` em um repositório Terraform para fornecer aos agentes de codificação contexto e instruções específicas da organização para qualquer agente compatível com MCP que o leia.

Os limites de taxa padrão são definidos para uso interativo: 10 solicitações por segundo globalmente com um pico de 20, e 5 RPS por sessão com um pico de 10. Métricas de OpenTelemetry para volume de chamadas de ferramenta, contagens de erros e latência exportam em um intervalo de dois segundos quando habilitado, marcadas pelo nome do serviço e versão. O servidor inicia em `MCP_CORS_MODE=strict` com uma lista de origens permitidas vazia, bloqueando tráfego de origens cruzadas até que um operador as defina explicitamente, e padroniza para o modo de sessão com estado — sem estado está disponível apenas para topologias de HA balanceadas por carga.

HashiCorp aconselha contra a exposição do servidor a clientes MCP não confiáveis ou LLMs, pois um cliente comprometido com um token válido poderia exfiltrar metadados do espaço de trabalho ou acionar mudanças na infraestrutura se operações destrutivas estiverem habilitadas. Não há caixa de avaliação, sandbox de plano ou portão de política automatizado para verificar se uma configuração gerada pelo agente corresponde aos padrões da organização antes da execução; o modelo de segurança depende do IAM ambiente mais o alternador de ambiente `ENABLE_TF_OPERATIONS`. HashiCorp reconhece que o servidor foi moldado por feedback do cliente para mudar a busca repetitiva de documentação e interpretação de plano para assistentes de IA, mas o governo centralizado agora requer um gateway de API, lista branca de IPs e ajuste cuidadoso de sessão para qualquer topologia de serviço compartilhado.

O padrão a ser imitado é a divisão de nível de ambiente rígida entre ferramentas de descoberta somente leitura e mutações destrutivas, exigindo intenção explícita e auditável do operador para desbloquear. Se sua plataforma de agentes internos carece deste portão binário, o raio de explosão é muito amplo.