

Claude Desktop
Claude Desktop — configuração por arquivo JSON.
Como conectar
O endpoint é sempre o mesmo. O que muda de sistema para sistema é só onde a configuração entra.
- 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 chavesea_live_xxxxxxxxxxxxxxxxx
- 2
Abra a configuração de MCP
No Claude Desktop: Settings → Developer → Edit Config. O arquivo abre no seu editor padrão.
Onde fica o arquivoWindows: %APPDATA%\Claude\claude_desktop_config.json macOS: ~/Library/Application Support/Claude/claude_desktop_config.json
- 3
Declare o servidor SEA
O Claude Desktop conversa por stdio, então a ponte mcp-remote traduz para o endpoint HTTP do SEA. Requer Node.js instalado.
claude_desktop_config.json{ "mcpServers": { "SEA-Systems-Enterprise-Architect": { "command": "npx", "args": [ "-y", "mcp-remote", "https://mcp.searchitect.pro/mcp", "--header", "Authorization: Bearer sea_live_xxxxxxxxxxxxxxxxx" ] } } } - 4
Reinicie o Claude Desktop
Feche completamente o aplicativo e abra de novo. O SEA deve aparecer na lista de ferramentas MCP disponíveis na conversa.
Precisa da chave? Ela é exibida uma única vez ao ser gerada, e pode ser rotacionada ou revogada a qualquer momento.
Caso de uso
Consultar o padrão sem sair do documento que você está escrevendo
Você está redigindo o desenho técnico de uma integração e precisa confirmar nomes de serviço, payloads e limites sem trocar de janela a cada parágrafo.
Qual o formato correto de chamada do serviço de inclusão de registros do Sankhya, e quais campos são obrigatórios no cabeçalho?
A resposta vem com o contrato do serviço e a distinção entre o que é obrigatório pela API e o que é obrigatório pela regra do módulo — a diferença que costuma aparecer só no primeiro erro em produçã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.
Conectar também
Não é esse o sistema que você usa?
Ver todas as conexões

