安装
https://mcp.byteask.ai/mcp适合谁
如果你在写固件、驱动或协议代码，需要带页码的原文依据，而不是让模型凭记忆填寄存器或条款，这个服务对得上。官方把它写成面向编码代理的、有来源、带页码引用的证据检索 MCP，点名给 Claude Code、Codex、Cursor 使用。
适合已经能把远程 MCP 接到上述客户端、并且正在处理十六进制字面量、Modbus 码、IEEE 条款、SCPI 动词或 MCU 型号的人。官方要求代理在凭记忆回答之前先调用 search_docs。
本仓库不含检索引擎和文档语料，许可材料在托管端点后面。第一次应走托管路径，不要把本地 stdio 进程当成已含全部语料。
3 分钟完成第一次尝试
官方可用的完整检索在托管端点。前置条件：使用 Claude Code、Codex 或 Cursor，并能添加远程 MCP。
把客户端指向下面这一行：
https://mcp.byteask.ai/mcp
保存后重载，确认服务已连接。官方注册名是 ai.byteask/embedded-docs，但第一次只需连上托管端点。
然后做一次只读检索：调用 search_docs。官方写明代理在看到十六进制字面量、Modbus 码、IEEE 条款、SCPI 动词或 MCU 型号时应先检索。用你正在写的那个编号或条款作为检索词，不要编造本页未出现的器件编号或寄存器值。
成功信号：返回带页码引用的原文片段；若不够相关，会返回 no match，而不是撰写答案。官方写明它从不给出 authored answer，也不应把 no match 理解成可以改去编造。
本地备选是 Python 3.10+ 与 uv，命令为 uv sync 后 uv run byteask-embedded-mcp（stdio）。第一次不要走这条：官方写明检索引擎和语料不在本仓库。
使用案例
案例一：写 MCU 或驱动时先核十六进制字面量和器件型号。调用 search_docs，把你代码里出现的十六进制字面量或 MCU 型号送进去。官方把这类触发写成检索时机，但没有给出示例型号或返回字段。成功时你应看到带页码的原文片段；no match 就停，不要补寄存器。
案例二：写协议栈时核 Modbus 码、IEEE 条款或 SCPI 动词。同样调用 search_docs。官方点名了这三类协议线索，没有写检索语法或条款编号格式。只使用客户端列出的 search_docs 字段。成功标准仍是带页码原文或诚实的 no match，不能把它当成可以改写规范正文的写工具。
使用边界
托管端点才会接上官方所说的许可语料。本仓库开源的是 MCP 服务器外壳；检索引擎、切分、嵌入、排序和许可材料都不在仓库里。本地 uv run byteask-embedded-mcp 只被写成 stdio 启动方式，不能据此假设本地已有同一批文档。
返回的是原文片段加页码，不是代写好的答案。没有足够相关命中时会说 no match。查询会出网到达托管端点，也可能暴露你正在查的器件或协议线索。官方没有写速率限制，也没有写撤销。
不要把 docs 站点或后端实现文件当成另一个安装入口。第一次只连托管 MCP，只调用 search_docs。