Todas as conexões
Outro cliente
MCP
SEA
SEA · 26 Experts

Outro cliente

Qualquer cliente compatível com MCP over HTTP.

Como conectar

O endpoint é sempre o mesmo. O que muda de sistema para sistema é só onde a configuração entra.

  1. 1

    Gere sua SEA API Key

    Entre em searchitect.pro com sua conta, vá em Minha Conta → SEA API Keys e gere uma chave. Ela aparece uma única vez: copie e guarde em local seguro.

    Formato da chave
    sea_live_xxxxxxxxxxxxxxxxx
  2. 2

    Aponte o cliente para o endpoint

    O SEA é um servidor MCP HTTP (streamable). A autenticação é por Bearer token em todas as chamadas.

    Endpoint e header
    https://mcp.searchitect.pro/mcp
    Authorization: Bearer sea_live_xxxxxxxxxxxxxxxxx
  3. 3

    Se o cliente só aceitar stdio

    Use a ponte mcp-remote, que expõe o endpoint HTTP como um servidor local:

    npx -y mcp-remote https://mcp.searchitect.pro/mcp --header "Authorization: Bearer sea_live_xxxxxxxxxxxxxxxxx"

A forma de cadastrar headers e credenciais varia por cliente e versão. Nunca grave a chave em arquivos versionados, repositórios Git ou scripts compartilhados — prefira o secret store do próprio cliente.

Precisa da chave? Ela é exibida uma única vez ao ser gerada, e pode ser rotacionada ou revogada a qualquer momento.

Gerar minha API Key

Caso de uso

Qualquer cliente que fale MCP, pelo mesmo endpoint

A situação

A ferramenta que seu time usa não está na lista — mas suporta Model Context Protocol, nativamente ou por ponte stdio.

O que você pede no Outro cliente
Consulte o SEA antes de responder qualquer questão sobre Sankhya ERP e cite a origem da evidência.
O que volta

As mesmas quatro ferramentas, o mesmo endpoint, a mesma chave. Não existe um SEA diferente por cliente: o que muda é só onde você cola a configuração.

Teste se está funcionando

Primeiro um teste explícito, para confirmar que a ferramenta responde:

Use o SEA - Systems Enterprise Architect para analisar CRUDServiceProvider.loadRecords no Sankhya. Consulte o SEA antes de responder.

Depois o teste real, sem mencionar o SEA nem o Expert esperado. A ideia é verificar se o agente decide consultar o SEA automaticamente: ele deve chamar o servidor por conta própria, receber o roteamento do Core e responder com a evidência do Specialist.

Preciso consultar registros no Sankhya usando CRUDServiceProvider.loadRecords, retornando apenas alguns campos e aplicando critérios. Como devo estruturar essa chamada?

Deu 401 Unauthorized?

Confira, nesta ordem:

  • A chave foi copiada inteira, sem espaços nas pontas.
  • A chave não foi revogada nem rotacionada depois de configurada.
  • Sua conta Searchitect está ativa.
  • O acesso MCP está habilitado para a conta (mcp_enabled).
  • A chave não expirou.
  • O cliente realmente está enviando o header Authorization: Bearer.
  • No Claude web: o aplicativo não foi desconectado em Minha Conta → SEA API Keys. Se foi, refaça a conexão pelo próprio Claude.

Chaves revogadas e contas bloqueadas param de funcionar imediatamente. Se a chave se perdeu, rotacione-a em SEA API Keys — a antiga é invalidada na hora.

Não é esse o sistema que você usa?

Ver todas as conexões
SEA Logo

Criado por

Paulo Chagas de Castro F.

Paulo Chagas de Castro F.

Arquiteto de Soluções e Plataformas | Integrações ERP, IA Aplicada e Arquitetura Escalável

SEASystems Enterprise Architect

© 2026 Paulo C. de C. Filho — Todos os direitos reservados.

O Systems Enterprise Architect (SEA) é um projeto independente. Não possui vínculo, autorização, patrocínio ou endosso de fabricantes de software, ERPs ou demais empresas eventualmente mencionadas durante sua utilização. Todas as marcas pertencem aos seus respectivos titulares.