Porque é que todos os fabricantes deviam ter um servidor MCP

Os agentes de IA estão a começar a procurar fábricas da mesma forma que pesquisam na web. Os fabricantes sem uma interface programática estão prestes a tornar-se invisíveis. Eis o argumento a favor de lançar um servidor Model Context Protocol, o que ele deve expor e como a GETMILK transforma esses servidores em planos de produção reais e orçamentados para os compradores.

Já vi compradores enviarem o mesmo pedido de cotação a doze fábricas e receberem resposta de três, duas semanas depois, quando o negócio já estava fechado. O problema não são as fábricas — é que a descoberta está a andar mais depressa do que a capacidade delas de responder. Até ao final de 2026, o comprador do outro lado de um pedido de cotação será cada vez menos um humano — será um agente a agir em nome de um. O ChatGPT, o Claude, o Cursor e ferramentas específicas de domínio como a GETMILK já conseguem chamar ferramentas de fornecedores, comparar orçamentos e montar planos de produção em nome de um comprador. A web que os agentes de IA veem foi reconstruída em torno de um único protocolo: o MCP, o Model Context Protocol. Uma fábrica sem servidor MCP hoje está exatamente na posição em que um hotel sem sítio web estava em 2002 — presente no mundo, invisível para o canal que está a tomar conta da descoberta.

Este artigo explica o que é o MCP, porque é que um fabricante pequeno ou médio deve interessar-se, exatamente o que um servidor MCP de uma fábrica deve expor e como a GETMILK usa esses servidores no percurso da especificação ao plano. Com exemplos concretos ao longo do texto — retirados dos mais de 2.000 fabricantes no índice da GETMILK (Portugal mapeado em profundidade, o resto da Europa a seguir).

1 · O que é realmente o MCP

O MCP é um protocolo aberto que a Anthropic lançou em novembro de 2024 e doou à Agentic AI Foundation da Linux Foundation em dezembro de 2025. É agora o padrão neutro em relação a fornecedores em todos os principais runtimes de IA — Anthropic, OpenAI, Google, Microsoft — além de ferramentas cliente como o Cursor, o Codex CLI e o Continue e dos frameworks LangChain e LlamaIndex. Define três coisas que um sistema externo pode oferecer a um modelo de linguagem:

Recursos — dados apenas de leitura expostos sob identificadores do tipo URI (manufacturer://profile, manufacturer://capabilities). Pense neles como páginas estruturadas.
Ferramentas — ações que o modelo pode chamar com argumentos tipados (quote_part, submit_rfq). Pense nelas como endpoints RPC com entrada rica em JSON-Schema.
Prompts — instruções em modelo que o sistema oferece ao modelo (dfm_review_prompt) e que o agente pode ir buscar quando solicitado.

O protocolo fala JSON-RPC sobre dois transportes padrão: stdio para servidores locais e Streamable HTTP (um endpoint POST/GET, opcionalmente em streaming) para servidores remotos. Do ponto de vista da implementação, o esforço é aproximadamente o mesmo de lançar uma pequena API REST — mas o público é fundamentalmente diferente. Uma API REST é escrita para programadores que leem a sua documentação. Um servidor MCP é escrito para agentes que leem o seu esquema em tempo de execução.

2 · Porque é que um fabricante deve construir um

A descoberta está a passar da pesquisa para os agentes

Quando um fundador de hardware precisava de uma oficina de CNC em 2020, pesquisava no Google e enviava e-mails. Em 2026 pergunta ao seu agente. O agente enumera opções, consulta cada uma e devolve uma lista restrita ordenada. Se for uma fundição ibérica com um sítio web de 1998 e nenhuma superfície legível por máquinas, o agente salta-o — mesmo que seja objetivamente a melhor opção. Um servidor MCP é o seu bilhete de entrada nesse funil.

Orçamentar em segundos, não em dias

A maioria das fábricas perde negócios por latência na resposta. Um comprador envia uma especificação às 14:00 de terça-feira; se responder na sexta-feira com "conseguimos fazer por X euros com um prazo de 6 semanas", o comprador já assinou com um fornecedor chinês cujo bot de orçamentos respondeu em 30 segundos. Uma ferramenta MCP quote_part ligada ao seu ERP, ou mesmo apenas a uma calculadora de custos calibrada, elimina esse intervalo. Continua na corrida.

Soberania sobre o que expõe

Ao contrário do scraping, em que terceiros escolhem o que indexam dos seus PDF e brochuras, um servidor MCP é a sua declaração. As capacidades públicas continuam públicas; as tabelas de preços ficam atrás de chamadas autenticadas; as fórmulas que são segredo comercial nunca saem da sua base de dados. É o fabricante que decide a resolução com que o mundo o vê.

Diferenciação face a operadores maiores

Uma oficina portuguesa de maquinação de precisão com 25 pessoas normalmente não consegue gastar mais em marketing do que um tier-1 alemão. Mas na superfície dos agentes, ambos são JSON. Se o seu servidor MCP devolver um prazo honesto de 3 semanas e um orçamento justo — enquanto o tier-1 é orçamentado a 12 semanas — os agentes podem classificá-lo acima dele no prazo de entrega. É uma vantagem estrutural que não se obtém no pavilhão de uma feira.

Receita recorrente a partir da camada do protocolo

O MCP em si não tem camada de pagamento, mas os servidores remotos ficam atrás de OAuth 2.1, pelo que cada chamada é autenticada e pode ser contabilizada. Um modelo de pagamento por pedido de cotação torna-se natural assim que a sua ferramenta for a forma canónica de os compradores chegarem até si (2 a 10 euros por pedido de cotação qualificado é a nossa hipótese de trabalho, não um valor de mercado). Isto é receita nova, não um imposto sobre os clientes existentes.

3 · O que o servidor MCP de um fabricante deve expor

Um esquema v0 funcional, derivado dos 27 processos de fabrico e dos mais de 1.000 perfis que a GETMILK indexou:

Recursos (apenas leitura)

manufacturer://profile           # nome, país, contacto, idiomas
manufacturer://capabilities      # processos × tolerância × envelope
manufacturer://materials         # ligas, polímeros, compósitos em stock
manufacturer://machines          # lista de CNC/prensas/lasers
manufacturer://leadtimes         # carteira atual por processo
manufacturer://certifications    # ISO 9001, AS9100, IATF 16949, …
manufacturer://references        # casos de estudo, clientes públicos
manufacturer://policies          # MOQ mínimo, modelo de NDA, condições de pagamento

Ferramentas (ações que o agente chama)

check_capability({ process, material, tolerance, max_dim_mm })
                                  // → { fit: yes|partial|no, reason }
quote_part({ spec_url, qty, target_date })
                                  // → { price_per_unit, lead_time_weeks,
                                  //     assumptions, valid_until }
submit_rfq({ spec_url, qty, target_date, contact })
                                  // → { rfq_id, internal_owner, sla_hrs }
book_capacity_window({ process, start, end, est_qty })
                                  // → { slot_id, soft_hold_until }
request_sample({ spec_url, ship_to })
                                  // → { sample_id, est_ship_date }
get_dfm_feedback({ spec_url })    // → { issues[], suggested_changes[] }

Prompts (o seu estilo da casa, levado para dentro do agente)

quote_request_template            # formato preferido de pedido de cotação
dfm_review_prompt                 # lista de verificação de design para fabrico
material_substitution_prompt      # quando um cliente pede X mas Y é mais rápido

4 · Como a GETMILK se liga ao seu servidor MCP

O percurso da GETMILK hoje leva uma especificação por três etapas: analisar (extrair um briefing de produto estruturado a partir do que quer que o cliente tenha deixado), decompor (mapear para processos e materiais, propor opções de sourcing) e planear (construir um plano de ação a 90 dias com orçamento e contactos). A etapa de decomposição é onde os servidores MCP transformam o resultado de "eis alguns fabricantes da UE que provavelmente servem" em "a Polopiqué tem 800 kg de algodão Nm 30/2 em stock, pode fiar a partir da semana 18, 5,40 euros/kg a este volume." (valores ilustrativos, não um orçamento real).

O fluxo, de ponta a ponta

O cliente deixa uma especificação em getmilk.tech — esboço, fotografia, ligação ou um parágrafo de notas.
A etapa de análise da GETMILK extrai um briefing estruturado (processos, materiais, tolerâncias, volume-alvo).
A etapa de decomposição consulta o grafo interno de fabricantes (mais de 2.000 oficinas, Portugal em primeiro lugar) à procura de candidatos que correspondam em processo e preferência de país.
Para cada candidato que publique um endpoint MCP, a GETMILK dispara chamadas check_capability em paralelo — uma varredura a dez candidatos deve terminar em segundos — para separar os ajustes reais das correspondências nominais.
Para os 3 melhores ajustes por processo, a GETMILK chama quote_part com o URL da especificação — recebendo de volta uma faixa de custo real, um prazo real e uma data de validade carimbados pelo sistema do próprio fabricante.
A etapa do plano de ação tece tudo isto num plano concreto: quem contactar, o que enviar, quando esperar a primeira peça, quanto custa.
Quando o cliente carrega em "Submeter pedido de cotação", a GETMILK chama submit_rfq em cada servidor MCP escolhido. O CRM/e-mail/Slack do fabricante recebe um pedido pré-formatado e sem duplicados — sem copiar e colar, sem barreira linguística, sem campos em falta.

5 · Um percurso real — fio condutor TEXFIO

Tomemos a especificação têxtil lançada recentemente na plataforma: TEXFIO — Fio condutor PEDOT:PSS lavável para vestuário inteligente. O cliente quer 50 kg de fio condutor revestido para ≥50 ciclos de lavagem, fio de base algodão Nm 30/2.

Sem MCP, a GETMILK devolve um plano ponderado mas vago: "A Riopele ou a Polopiqué provavelmente servem; contar com ~5 a 7 euros/kg; ~12 semanas de prazo." Útil, não acionável.

Com servidores MCP a correr em cada fábrica do Vale do Ave, a etapa de decomposição resolveria antes para (ilustrativo — os números abaixo são inventados para mostrar a forma, e as ferramentas são chamadas pelo nome através de tools/call):

polopique.check_capability({
  process: "ring_spinning",
  material: "combed_cotton_Nm30_2",
  tolerance: "Nm ±2%",
  max_dim_mm: null
}) → { fit: "partial", reason: "spinning yes, PEDOT:PSS coating via CeNTI partner" }

polopique.quote_part({
  spec_url: "getmilk.tech/spec/a019c21f.../export",
  qty: 50, unit: "kg",
  target_date: "2026-11-15"
}) → {
  price_per_unit: "€5.40/kg",
  lead_time_weeks: 8,
  assumptions: ["base yarn from stock", "coating subcontracted to CeNTI"],
  valid_until: "2026-10-31"
}

inovafil.quote_part({…}) → { price_per_unit: "€4.95/kg", lead_time_weeks: 11, … }
riopele.quote_part({…})  → { fit: "no", reason: "weaving and finishing only — no spinning" }

A GETMILK escreve então um plano de sourcing que nomeia as fábricas com os seus próprios números — não intervalos genéricos — e um "não" honesto daquela que não fia. O cliente vê escolhas reais, cada uma com um preço por kg e uma data de validade. Carrega em "Submeter pedido de cotação" na opção de prazo mais curto; o responsável comercial da Polopiqué recebe um pedido de cotação completo no seu CRM 90 segundos depois de o cliente ter deixado um parágrafo de notas em getmilk.tech.

6 · Onde isto aterra primeiro no grafo europeu

O registo da GETMILK está concentrado num punhado de clusters onde a adoção do MCP vai acumular mais depressa:

Vale do Ave (Portugal) — fiação, malhas, tinturaria e acabamentos têxteis. Dezenas de fábricas de média dimensão com sistemas ERP existentes (PHC Software, Primavera) que poderiam envolver uma camada MCP numa semana.
Lombardia + Véneto (Itália) — CNC de precisão, chapa metálica, marroquinaria. Os tier-1 alemães já se abastecem aqui; o MCP deixaria entrar compradores mais pequenos.
Baden-Württemberg (Alemanha) — sobretudo CNC de grau automóvel e EMS. Os mais lentos a adotar devido aos investimentos existentes em EDI, mas com os maiores negócios quando o fizerem.
Stara Zagora + Plovdiv (Bulgária), Łódź (Polónia) — compósitos emergentes, peças para drones e EMS. Ávidos por descoberta orientada por agentes, porque não têm a equipa comercial para percorrer toda a UE.

7 · Como um fabricante lança realmente um este trimestre

Faça o inventário do que já tem. Lista de capacidades num documento Word, lista de máquinas em Excel, prazos na memória do comercial. A maior parte da v0 é normalizar dados existentes, não gerar dados novos.
Escolha um runtime. Existem SDK oficiais de MCP para TypeScript, Python, C#, Go, Rust, Java e mais, pelo que uma equipa de PHC ou Primavera pode escolher C# ou Java com a mesma facilidade que Node. Uma implementação em Node.js atrás de uma pequena função Vercel tem menos de 300 linhas.
Ligue à sua fonte de verdade. Se tem um ERP — mesmo uma instalação PHC de 2008 sobre Postgres — escreva uma vista de réplica de leitura fina e faça as ferramentas MCP consultá-la. Se não tem ERP, uma folha Google Sheets serve para a v0.
Publique-o. Liste o servidor no MCP Registry oficial (registry.modelcontextprotocol.io), coloque o URL do endpoint no seu sítio web e envie-o para nós — nós adicionamo-lo ao seu perfil GETMILK. Um caminho de descoberta .well-known padrão ainda está a ser especificado; a deteção automática está no nosso roteiro.
Meça a utilização. Registe cada chamada de ferramenta com URL da especificação, identificador do agente e resultado. Numa semana verá que ferramentas importam.

Conclusão

A web reorganiza-se aproximadamente uma vez por década. A pesquisa reorganizou-a em torno de páginas; o telemóvel reorganizou-a em torno de aplicações; os agentes estão a reorganizá-la em torno de ferramentas. Para um fabricante, esta não é a mudança abstrata que parece — é a diferença entre ser um nome que um agente enumera e ser um nome de que nenhum agente ouviu falar. O trabalho para fechar esse fosso é pequeno; o custo de ficar do lado errado cresce todas as semanas. Construa o servidor. Mantenha-se encontrável.