Install
https://mcp.byteask.ai/mcpPara quem
Se escreve firmware, um controlador ou código de protocolo e precisa de texto original com números de página, em vez de deixar um modelo preencher registos ou cláusulas de memória, este serviço encaixa. O texto oficial descreve-o como um MCP de recuperação de evidência com fonte e citação de página para agentes de código, e nomeia Claude Code, Codex e Cursor.
Serve quem já consegue ligar um MCP remoto a esses clientes e trata literais hexadecimais, códigos Modbus, cláusulas IEEE, verbos SCPI ou referências de MCU. O texto oficial exige que o agente chame search_docs antes de responder de memória.
Este repositório não contém o motor de pesquisa nem o corpus documental; o material licenciado fica atrás do endpoint alojado. A primeira tentativa deve usar o caminho alojado. Não trate um processo stdio local como se já tivesse o corpus completo.
Concluir a primeira tentativa em 3 minutos
A recuperação completa que o texto oficial torna disponível está no endpoint alojado. Pré-requisitos: usa Claude Code, Codex ou Cursor e consegue adicionar um MCP remoto.
Aponte o cliente para esta linha:
https://mcp.byteask.ai/mcp
Guarde, recarregue e confirme que o serviço está ligado. O nome de registo oficial é ai.byteask/embedded-docs, mas a primeira tentativa só precisa de ligar o endpoint alojado.
Depois faça uma recuperação só de leitura: chame search_docs. O texto oficial diz que o agente deve pesquisar primeiro quando vê literais hexadecimais, códigos Modbus, cláusulas IEEE, verbos SCPI ou referências de MCU. Use o número ou a cláusula que já está a escrever como termo. Não invente um número de dispositivo nem um valor de registo que não aparecem nesta página.
Sinal de sucesso: devolve excertos de texto original com citações de página; se não forem suficientemente relevantes, devolve no match em vez de redigir uma resposta. O texto oficial diz que nunca dá um authored answer. Não leia no match como permissão para inventar.
A alternativa local é Python 3.10+ e uv, com uv sync e depois uv run byteask-embedded-mcp (stdio). Não tome esse caminho na primeira tentativa: o texto oficial diz que o motor e o corpus não estão neste repositório.
Casos de uso
Caso 1: ao escrever MCU ou um controlador, primeiro verificar literais hexadecimais e referências de dispositivo. Chame search_docs e envie um literal hexadecimal ou uma referência MCU que já esteja no seu código. O texto oficial trata estes gatilhos como momento de pesquisa, mas não dá uma referência de exemplo nem campos de retorno. Em caso de sucesso deve ver excertos originais com página; se for no match, pare. Não complete registos.
Caso 2: ao escrever uma pilha de protocolo, verificar códigos Modbus, cláusulas IEEE ou verbos SCPI. Chame search_docs da mesma forma. O texto oficial nomeia estas três pistas de protocolo e não escreve sintaxe de pesquisa nem formato de número de cláusula. Use só os campos search_docs que o cliente mostra. O sucesso continua a ser texto original com página ou um no match honesto. Não o trate como uma ferramenta de escrita que possa reescrever o corpo da norma.
Limites
Só o endpoint alojado liga o corpus licenciado de que o texto oficial fala. O que este repositório abre é a casca do servidor MCP; o motor, a divisão, os embeddings, a ordenação e o material licenciado não estão no repositório. uv run byteask-embedded-mcp local só está documentado como arranque stdio; não assuma que os mesmos documentos já existem em local.
O que volta são excertos originais mais números de página, não uma resposta já escrita. Sem um acerto suficientemente relevante diz no match. As consultas saem à rede para o endpoint alojado e podem expor o dispositivo ou a pista de protocolo que está a consultar. O texto oficial não escreve limite de ritmo nem anulação.
Não trate um sítio docs nem ficheiros de implementação de backend como outra entrada de instalação. A primeira tentativa só liga o MCP alojado e só chama search_docs.